Opened 11 years ago
Last modified 8 years ago
#11392 assigned Bug
br tags are removed when switching to source an back.
Reported by: | Jakub Ś | Owned by: | kkrzton |
---|---|---|---|
Priority: | Nice to have (we want to work on it) | Milestone: | |
Component: | General | Version: | 4.1.2 |
Keywords: | Cc: | Chris Wells, timothy.marsh@…, shashank@… |
Description (last modified by )
This is the continuation of #10146 issue.
Problems can be reproduced in all browsers and don't occur in CKEditor 3.x
Examples:
Two brs are handled the same way as one br
Both code snippets
<br> <br> <p>This is a paragraph of text.</p>
and
<br> <p>This is a paragraph of text.</p>
will result into:
<p>This is a paragraph of text.</p>
This
<br /> <br /> <p>This is a paragraph of text.</p> <br /> <br /> <p>Second paragraph of text.</p>
results in
<p>This is a paragraph of text.</p> <p>Second paragraph of text.</p>
One br is chnaged into
This
<table> <tbody> <tr> <td>Table cell contents</td> </tr> </tbody> </table> <br> <p>P contents</p>
will result in
<table> <tbody> <tr> <td>Table cell contents</td> </tr> </tbody> </table> <p>P contents</p>
I understand that fix for #10146 has introduced fix which changes last BR into   and most likely example two is a "won't fix". Another reason for this may be that nbsp; in second example creates in fact new line.
The only problem with example two I see is that code is in fact different to what user has entered and this doesn't occur in CKE 3.x.
Example one is rather a bug and there should be some difference between how one and two BRs are handled.
EDIT: This ticket is the follow up to #10146. Most scenarios from #10146 were fixed. Examples mentioned in this ticket are still live. When fixing this issue, please have older test cases from #10146 in mind so that they didn't get broken again.
There is a workaround mentioned in http://dev.ckeditor.com/ticket/10146#comment:34. It actually handles all the cases but one. When there is no other way to fix it perhaps some smarter way of using that hack could be implemented?
Change History (14)
comment:1 Changed 11 years ago by
Status: | new → confirmed |
---|
comment:2 Changed 11 years ago by
Cc: | Chris Wells added |
---|
comment:3 Changed 11 years ago by
Cc: | timothy.marsh@… added |
---|
comment:4 Changed 11 years ago by
comment:5 Changed 10 years ago by
Cc: | shashank@… added |
---|
comment:6 Changed 10 years ago by
Summary: | ENTER_MODE_BR - br tags are removed when switching to source an back. → br tags are removed when switching to source an back. |
---|
comment:7 Changed 10 years ago by
#13458 was marked as duplicate.
Perhaps methods mentioned in http://dev.ckeditor.com/ticket/10146#comment:21 could be changed to handle these cases.
comment:8 Changed 8 years ago by
Hello, Can you please let us know when would a fix be provided for this issue?
comment:9 Changed 8 years ago by
@sudeepvs have you tried workaround mentioned in http://dev.ckeditor.com/ticket/10146#comment:34? From what I have checked it works for all the cases but one.
comment:10 Changed 8 years ago by
Priority: | Normal → Nice to have (we want to work on it) |
---|
Let's see what we can do about it.
comment:11 Changed 8 years ago by
Description: | modified (diff) |
---|
comment:12 Changed 8 years ago by
Owner: | set to kkrzton |
---|---|
Status: | confirmed → assigned |
comment:13 Changed 8 years ago by
I assume that case one is a bug (treating two br
's same as one) and it should be fixed. Behaviour in case two (with tables) should not be changed as replacing last br
(in a group of br
's) with
is a feature (http://dev.ckeditor.com/ticket/10146#comment:20) and should not be changed.
comment:14 Changed 8 years ago by
One br
is always removed in cleanBogus function. I also checked how it will behave for more br
's, like
<br> <br> <br> <p>This is a paragraph of text.</p>
and cleanBogus
behaves the same (removing one br
), but then the br
is added back in filterChildren function (which not happens for 2 br
's only). Not yet sure what is the reason for such behaviour.
Other issues that seem to be related to this one: #10431, #10497, #12209.