list + code block formating breaks ...

[rupert thurner]

a formatting like the following gets broken by wysiwyg editor:

1. first

   first block
   

2. second

   second block
   

and there the text continues

the source is

 1. first
{{
first block
}}
 1. second
{{{
second block
}}
}}}

[Jun Omae]

(In [2759])

• added unit tests.
• fixed #2118
• fixed some bugs in wikitext-generation.

[rupert thurner]

unfortunately, the newlines are still here, which prevents auto-numbering item lists. the result should be (used two {{ instead of three):

 1. first
{{
first block
}}
 1. second
{{
second block
}}

but it is

 1. first

{{
first block
}}
 1. second

{{
second block
}}

which makes the numbering start at one at every item.

[Jun Omae]

It works for me. Please try clearing the browser cache or forcing reload (shift+reload).

[Jason Winnebeck]

When I test this by pasting in his example text, it displays and round-trips properly. However, if you try to construct his example in the editor itself it blows up very strongly.

What I did is this:

1. Press numbered list
2. Type "first" + <enter>
3. Select "code block" (note I got a bug here where the code block started with a * in it)
4. Type "first block" + <enter>
5. Select "normal" style
6. Press numbered list button
7. Type "second block" + <enter>
8. Press numbered list button
9. Select "code block" style

I got the really messed up text immediately in the editor (in wiki format):

{{
 1. First

{{
 First block
}}
 1. Second Block
}}
 1. First

{{
 First block
}}
 1. Second Block

[rupert thurner]

cannot reproduce the original thing, maybe it really was in our company proxy. sorry for bothering.

just small weirdnesses stay, trying to continue at the end of the list:

• indent code block in this numbered list does not work
• try to continue writing in "normal" after the last code block
  • continued in next line
  • marked the line as "normal"
  • then above the code block the empty line was there again

[anonymous]

ui ... should i reopen it?

[Jason Winnebeck]

Replying to JasonWinnebeck:

I tried to test this again and it does behave differently (perhaps not correct but a lot better than when I last saw it), but I can't verify the wikitext generated because my browser freezes due to #3611. I'm not sure what causes #3611 except that apparently it happens on more things than just bullet lists.