Opened 13 years ago

Closed 9 years ago

#7362 closed Bug (fixed)

BIDI: Numbers/Bullets not displaying in the editor in a mixed content list in FF

Reported by: James Cunningham Owned by:
Priority: Normal Milestone:
Component: Core : BiDi Version: 3.5.3
Keywords: IBM Firefox Cc: Damian, Satya Minnekanti, Teresa Monahan

Description

Steps to reproduce the defect:

  1. Open the Ajax sample in FF.
  1. Paste the following code into the source view.
<ol dir="rtl">
	<li>
		list item 1
		<ol dir="ltr">
			<li>
				list item 2</li>
		</ol>
	</li>
</ol>
  1. Place the cursor at the end of the last list item.
  1. Press Enter twice.

Expected: The number 2 should display in the editor relating to the second list item of the outer list.

Actual: No number is displayed.

Note: If the editor is removed the number is visible but if you recreate the editor the number disappears again. Same behaviour for bulleted lists.

Change History (5)

comment:1 Changed 13 years ago by Krzysztof Studnik

Status: newconfirmed

Confirmed in rev6593

<ol dir="rtl">
	<li>
		list item 1
		<ol dir="ltr">
			<li>
				list item 2</li>
		</ol>
	</li>
	<li dir="ltr">
		&nbsp;</li>
</ol>

In CKEv3.5.2 and earlier, the additional number is always visible, but it is contained in as RTL list item:

<ol dir="rtl">
	<li>
		list item 1
		<ol dir="ltr">
			<li>
				list item 2</li>
		</ol>
	</li>
	<li>
		&nbsp;</li>
</ol>

comment:2 Changed 13 years ago by Wiktor Walc

It looks like the behavior has changed in [6566].

comment:3 Changed 13 years ago by Sa'ar Zac Elias

Keywords: Firefox added; FF removed

This's actually a browser bug and can be reproduced in Midas demo, very similar to #6249.

comment:4 in reply to:  3 Changed 13 years ago by Garry Yao

Replying to Saare:

This's actually a browser bug and can be reproduced in Midas demo, very similar to #6249.

Agree, while this time we can hardly do anything similar as in #6249 as we're talking about a LTR block (which has it's default margin).

comment:5 Changed 9 years ago by Piotrek Koszuliński

Resolution: fixed
Status: confirmedclosed

I cannot reproduce this issue on Firefox any more. This issue was fixed around 4.2.0 (it was reproducible on 4.1.0).

Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy