Open Bug 244350 Opened 20 years ago Updated 3 years ago

paste dl tag into li causes Composer to freeze

Categories

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

x86
All
defect

Tracking

()

People

(Reporter: jmvanel, Unassigned)

References

()

Details

(Keywords: hang, testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040514
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040514

http://jmvanel.free.fr/test/bug-mozilla2.html

Reproducible: Always
Steps to Reproduce:
1. open in composer http://jmvanel.free.fr/test/bug-mozilla2.html
2. select the first 2 lines (dl tag)
3. paste with middle button at following empty bullet

Actual Results:  
The composer window doesn't refresh itself anymore, and the top command shows
that it takes 80% of CPU forever.


Behaves differently in display mode "HTML tags"
Yes, I can see this happening with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514
It seems like some infinitive loop is occuring.
Keywords: hang
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040920

It's ok if you only post visible text, e.g.:
Tom Hanks ... Viktor Navorski

but if you try to insert text invisible in Normal View, e.g.:
<li>Tom Hanks ... Viktor Navorski</li>

then Composer hangs. (Does that make sense?)
I am constantly frustrated by this on Windows 2000 with 1.8a4. It doesn't just
require the middle-click as described in comment #1, I use Ctrl+V.

Confirming; setting OS to All, Severity to Major.
I think this should block 1.8
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Possible dupe of Bug 204615
Product: Browser → Seamonkey
Attached file testcase based on url
I can still see the hang, using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060809 Minefield/3.0a1
Assignee: composer → nobody
Severity: major → critical
Component: Composer → Editor
Keywords: testcase
Product: Mozilla Application Suite → Core
QA Contact: editor

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Severity: critical → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: