103680 - Large caret appears after editing list in "HTML Source" and switching back to "Normal" view

Status: NEW

(Core :: DOM: Editor, defect, P5)

Description

[TucsonTester2]

Build ID: 20011004

Composer creates a large cursor next to a list after editing the list in HTML
Source.

Reproducible: Always

Steps to Reproduce:
1.Open Composer
2.Click the numbered list button on the toolbar and create four list lines with text
3.Switch to "HTML Source" view
4.Type some text in one of the list lines
5.Swithc back to the "Normal" view

Actual Results:
To the left of the list there will be a giant cursor. If you begin typing text,
it will appear above the list.

Expected Results:
I would expect that the cursor would not appear beside the list after editing it
in the "HTML Source" view.

Comment 1

[R.K.Aa.]

yes.. i see it on a current linux CVS build too, *after* adding some text into a
line in html view and switching back.

It isn't a cursor.. it's the caret, being as tall as the "block" of the total
list. It probably ought to appear at the line it was when you switched view
instead, or on the line last edited in html view.

Resolving as new, severity minor.

Comment 2

[Kathleen :Brade]

uber-caret bug... Joe--do you want this one?

Comment 3

[Joe Francis]

This is not a big deal.  In fact, if the mantra is to remain "put the caret at 
the front of the document" when reading in a new doc to edit, then it has to be 
an uber caret.  There is no place to put an ordinary caret in front of the list.

Alternative is to set selection at the first "leaf" in the content tree, but then 
you can't enter anything before the list, or table, or any other block that might 
be first.

Comment 4

[Kathleen :Brade]

I think this is a duplicate; reassign to myself to locate

Comment 5

[steve.swanson]

I don't get a giant caret, but the caret is to the left of the list.

What I find disturbing is that the caret is at a place you can't normally get 
to.  If you reproduce the bug, then arrow right then left, you can't get back 
to that position. In fact, I can't enter text before the list either, as 
mentioned in comment #3.

(I have further examples of this unsavory caret behavior in my MathML editor 
which I'll be happy to share.)

Comment 6

[rbs]

Here is a page which shows the giant caret without fail for me:
http://www.xs4all.nl/~ppk/js/index.html?/~ppk/js/cms.html

Steps:
- Visit the page
- Press F7 to toggle the caret on/off
- Click a paragraph (the page inserts a dynamic <textarea> to emulate editing)
- Click the button: Ready!
  -> giant caret is left where the <textarea> was

Comment 7

[Kathleen :Brade]

-->mjudge
I think he'll be able to find the dupe faster than me

Comment 8

[Vedran Miletic]

retargeting

Comment 9

[Rainer Bielefeld]

Attachment: sample document

NOT reproducible REPRODUCIBLE with unofficial (from <http://seamonkey.callek.net/contrib/>)  en-US SeaMonkey 2.44a1  Mozilla/5.0 (Windows NT 6.1; x64; rv:47.0)  Gecko/20100101 Firefox/47.0 Build 20160208090255  (Default Classic Theme)  on German WIN7 64bit:

11. Open attached document in Composer (or create a similar one)
12. Switch to  'Html Source view' with click on TAB above Status Bar 
13. Click behind the last "b"  ant type "22"
14. Switch to "Normal View" with click on TAB
    » No cursor at all

Additional information
a) If in Step 14 I use menu 'View → Normal Edit Mode' normal caret appears 
   left from most left "a"

Comment 10

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, 4 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.