Ticket #5946 (closed Bug: wontfix)
[FF] Cut commad removing paragraph id attribute.
| Reported by: | JoeK | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | General | Version: | 3.0 |
| Keywords: | IBM Firefox CantFix | Cc: | damo satya |
Description
- Copy the following HTML into an editor instance in source mode.
<p id="1">P1</p>
<p id="2">P2</p>
<p id="3">P3</p>
- Disable source mode.
- Select 'P2', start at the beginning of 'P2' and end the selection just before the text 'P3' in the next paragraph.
- Press Ctrl + X to Cut the text.
- Click the Source button to go to source mode.
Observe that the P3 paragraph is missing the id attribute: <p id="1">
P1</p>
<p>
P3</p>
Change History
comment:1 Changed 3 years ago by JoeK
- Summary changed from Cut commd removing paragraph id attribute. to [FF] Cut commd removing paragraph id attribute.
comment:2 Changed 3 years ago by JoeK
- Summary changed from [FF] Cut commd removing paragraph id attribute. to [FF] Cut commad removing paragraph id attribute.
comment:3 Changed 3 years ago by alfonsoml
- Keywords CantFix added
- Version changed from SVN (CKEditor) to 3.0
- Milestone CKEditor 3.4 deleted
It's not only the Cut command, it also happens pressing Del, but this is something internal to Firefox, you can check that it also fails in http://www.mozilla.org/editor/midasdemo/
So the only thing that we can do is to check if there's a bug filed about this in bugzilla.
comment:4 follow-up: ↓ 5 Changed 3 years ago by krst
- Status changed from new to closed
- Resolution set to worksforme
In Firefox 3.6.10 result of above is
<p> <pid="1">>P1</pid="1">></p> <p id="2"> </p> <p id="3"> P3</p>
Or either
<p id="1"> P1</p> <p id="2"> </p> <p id="3"> P3</p>
So it probably is fixed in FF
comment:5 in reply to: ↑ 4 Changed 3 years ago by satya
Replying to krst:
In Firefox 3.6.10 result of above is
<p> <pid="1">>P1</pid="1">></p> <p id="2"> </p> <p id="3"> P3</p>Or either
<p id="1"> P1</p> <p id="2"> </p> <p id="3"> P3</p>So it probably is fixed in FF
I could still reproduce the issue in FF 3.6.10. i have verified it on nightly build.
comment:6 Changed 3 years ago by fredck
- Status changed from closed to reopened
- Resolution worksforme deleted
I can definitely reproduce this issue on trunk. It's certainly a gecko issue, which needs to be reported before we could close this ticket.
comment:7 Changed 3 years ago by fredck
- Keywords Firefox added
- Status changed from reopened to confirmed
comment:8 Changed 3 years ago by fredck
- Status changed from confirmed to closed
- Resolution set to wontfix
I've just reported it to Mozilla:
https://bugzilla.mozilla.org/show_bug.cgi?id=599317
