Closed
Bug 360714
Opened 18 years ago
Closed 18 years ago
After copying a word flickering cursor and no URL anymore in the statusbar
Categories
(Core :: DOM: Selection, defect)
Core
DOM: Selection
Tracking
()
RESOLVED
DUPLICATE
of bug 306149
People
(Reporter: ria.klaassen, Unassigned)
References
Details
(Keywords: regression)
Steps to reproduce:
1. On this bugzilla site select a word and choose Copy in the context-menu (keyboard shortcut does not trigger the bug)
2. Hover over a link
Result: cursor flickers and the statusbar URL disappears on the same rhythm.
Regression range appears to be between 1.9a1_2006111315 and 1.9a1_2006111322:
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2006-11-13+14%3A00&maxdate=2006-11-13+23%3A00
Reporter | ||
Updated•18 years ago
|
Summary: After copying a word no URL anymore in the statusbar and flickering cursor → After copying a word flickering cursor and no URL anymore in the statusbar
Updated•18 years ago
|
OS: Windows XP → All
Hardware: PC → All
Comment 1•18 years ago
|
||
This reminds me of bug 306149, but I guess the bug is now easier to reproduce.
Comment 2•18 years ago
|
||
Another example: http://forums.mozillazine.org/viewtopic.php?p=2600599#2600599
Comment 3•18 years ago
|
||
i also experienced this with the same minefield build on this msdn site:
http://search.msdn.microsoft.com/search/default.aspx?siteId=0&tab=0&query=Visual+Studio+.NET+2003+Professional
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a1) Gecko/20061113 Minefield/3.0a1 ID:2006111316 [cairo]
Comment 4•18 years ago
|
||
Windows only?
right click on a link and open in tab has same result. but ctrl+click doesn't trigger it. So it's something with choosing anything in the context menu triggering it.
Comment 7•18 years ago
|
||
(In reply to comment #5)
> Windows only?
No, I can reproduce on Linux, too.
Comment 8•18 years ago
|
||
The behavior goes away if the browser loses focus (by say clicking in location bar, or switching to another app, and then back to Firefox.)
I'm pretty sure this was a duplicate of bu 306149 and is now fixed on trunk...
Reporter | ||
Comment 10•18 years ago
|
||
*** This bug has been marked as a duplicate of 306149 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Comment 11•18 years ago
|
||
My additional information may/may not assist in helping to resolve the "crazy mouse" bug.
I am running a G3 Mac with MacOS 10.3.9 (PPC not Intel). I have experienced the crazy mouse bug in the past and unsure what conditions cause this bug to appear.
I went throught the steps to reproduce the bug as outlined in the first comment. After going through these steps the "crazy mouse" bug did not appear. Is it possible that this may be two seperate bugs->one that effects the MacOS and another that does not effect the MacOS? I wonder if in order to fix this bug there may need to be more than one patch applied if indeed there is more than one cause for this errant mouse behaviour
Comment 12•18 years ago
|
||
Sorry :( I forgot to mention that I am testing with SeaMonkey 1.0.6 for MacOS.
You need to log in
before you can comment on or make changes to this bug.
Description
•