Item8091: WYSIWYG removes breaks inside pre blocks, even when inside a sticky block.
Priority: Normal
Current State: No Action Required
Released In: 1.1.0
Target Release:
Legacy topics have <br /> blocks removed from <pre> blocks on save.
- Breaks are converted to extra blank lines inside pre blocks.
- If the pre block is inside of a sticky block, the breaks are removed and blank lines are not inserted.
This causes unexpected changes to existing installations.
<pre>
This first block
Has an html break on this line <br />
And a 2nd line
And this is one more line with a break <br />
ending the block.
</pre>
This 2nd example - identical with Sticky block
<sticky>
<pre>
This first block
Has an html break on this line <br />
And a 2nd line
And this is one more line with a break <br />
ending the block.
</pre>
</sticky>
Paste the above blocks into a topic and edit with WYSIWYG. Don't even save, just press Pickaxe to look at raw edit - damage is already done!
<pre>This first block
Has an html break on this line
And a 2nd line
And this is one more line with a break
ending the block.
</pre>
This 2nd example - identical with Sticky block
<sticky>
<pre>
This first block
Has an html break on this line
And a 2nd line
And this is one more line with a break
ending the block.
</pre>
</sticky>
--
GeorgeClark - 28 Mar 2009
This still fails on trunk, at SVN 3797
I didn't get your point. In general pre tags interpret newlines as breaks. So why should somebody add br tags in a pre tag?
--
SvenHess - 23 Jul 2009
In addition with
Item6068 it's getting problematical. If Clark just wanted line breaks to work correctly, it should be solved by fixing
Item6068.
--
SvenHess - 23 Jul 2009
Item6068 is fixed now, on trunk. I am not sure exactly what made the difference.
The fix for
Item9148 means that
tags at the end of the line are preserved inside sticky blocks. Changing status to "no action required" because the (two) problems are captured in other items.
--
MichaelTempest - 13 Jun 2010