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.
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
Created attachment 232907 [details] 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
Product: Mozilla Application Suite → Core
You need to log in before you can comment on or make changes to this bug.