Opened 10 years ago

Closed 3 years ago

#1566 closed defect (fixed)

List behavior on Chrome is bad

Reported by: ejucovy Owned by: gogo
Priority: normal Milestone:
Component: Xinha Core Version: trunk
Severity: normal Keywords:


To reproduce, on --

  1. Clear all the text from the editor, and press backspace until the path is just body.
  2. Type "morx" and press enter. Now the path will be body >> p
  3. Click the "bulleted list" button. Now the path will be body >> p >> ul >> li >> span.Apple-style-span -- huh?
  4. Now type "fleem" in the list item, and press enter again.
  5. The cursor will have exited the bulleted list entirely, and the path is now body >> p >> p.

There are three errors here. Expected behavior:

  1. When the "bulleted list" button is clicked, the path should be body >> ul >> li. Instead it is body >> p >> ul >> li >> span.Apple-style-span -- the list is incorrectly inside a <P>, and the text within a list item is incorrectly inside a <span class="Apple-style-span">.
  2. After enter is pressed, the cursor should be in an empty second list item. Instead, the list is ended with one item.
  3. After the list is ended (which would normally mean pressing enter twice on an empty list item) the cursor should just be in a <P>. Instead it's in a nested <P><P>.

I tried this in Firefox and it is working fine there, so this is probably a bug in the WebKit? module. I haven't tried it in Safari, Opera or IE yet. So I'm going to file it in Xinha Core until it's confirmed that it doesn't affect Opera or IE.

Change History (3)

comment:1 Changed 10 years ago by gogo

My guess would be probably a bug in WebKit? itself rather than any part of Xinha.

comment:2 Changed 3 years ago by gogo

Can not reproduce, Chrome 65

comment:3 Changed 3 years ago by gogo

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.