Open Bug 193321 Opened 22 years ago Updated 2 years ago

[ESM/CSS]Active link color remains if mouse dragged out

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
All
defect

Tracking

()

People

(Reporter: mozilla, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

A link remains in the "active" color when the mouse is dragged off the link. This bug is related to bug 93057 which is a dupe of a FIXED bug, even though the problem still exists. Tested under: Mozilla 1.3b build 2003021008 To reproduce: 1. Go to this bug's URL. 2. Drag the link somewhere. 3. Leave the mouse button. 4. Observe: The link is green. Expected results: The link turns blue when mouse button is released.
I timed out when attempting to visit host.. could you add the testcase as an attachment to this bug Alon?
i saw this too in a two days old build a new CVS build, Linux, does not show the bug anymore. (A testcase shouldn't be necessary - i saw the bug in all mozilla.org pages.) WFM.
I don't think bug 103055 fixed this because I can still see this in my debug build from just after when I checked in.
right you are. I can make it happen again here too. Strange. Sorry for the spam.
Attached file Test case (deleted) —
Simple test case for the bug, instead of the URL.
Testcase WFM 1.4b/OS X don't have a Linux box to test on
Keywords: testcase
confirmed on win98, 2003051908. Also happens when cancelling the context-menu (from dupe). Some possibly related weirdness in 206303
OS: Linux → All
*** Bug 202956 has been marked as a duplicate of this bug. ***
*** Bug 208593 has been marked as a duplicate of this bug. ***
From duped bug 208593: ADDITIONAL INFORMATION: Starting the DnD but cancelling it by pressing ESC on the keyboard makes the link blue (non-active) when you release the mouse button. Maybe it should change to non-active unless I'm over the link since no action will be taken unless I move the pointer back over the link and then release? Should a DnD-ESC-release-over-the-link really count as a click anyway? Also noted that the cursor changes to a "hand" symbol when pressing ESC and it only changes to an "arrow" if I move the mouse by a pixel - this seems like bug too.
This is partly a regression between mozilla1.3a and mozilla1.3b -- in 1.3a and earlier, clicking in the window after ending the drag made it no longer :active.
Summary: Active link color remains if mouse dragged out → [ESM/CSS]Active link color remains if mouse dragged out
*** Bug 202987 has been marked as a duplicate of this bug. ***
More Info: If after you've gotten the :active color stuck, if you then do a right click on any link then and drag the mouse off of the link (or even just a right click on the page but not over any link) the :active color gets unstuck. Even more Info: This bug seems very similar to Bug 48857. Perhaps the fix for that bug is somehow involved in this regression?
*** Bug 197270 has been marked as a duplicate of this bug. ***
This appears fixed Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8a3) Gecko/20040723 Firefox/0.9.1+ Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8a2) Gecko/20040620
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
The bug can still be reproduced in 2004-07-23-06 trunk Linux. (and there is no patch here, so FIXED was the wrong resolution anyway)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: saari → events
Status: REOPENED → NEW
QA Contact: desale → ian
Assignee: events → nobody
QA Contact: ian → events
Still able to be reproduced in Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
I discovered this bug yesterday in Firefox/23.0.1 on Windows XP and Windows 7.
This has long been the case, and especially for highly visible CSS :active styling it presents a problem as elements appear to be 'stuck' in their :active state even when the user has moused out. It should be noted that the behavior is the same for non-link elements, too. If a user either long-clicks or drags away from an element it also gets stuck with the :active styling. Here's a JSFiddle which demonstrates this: https://jsfiddle.net/c759p82u/1/ In both Opera 12 and Chrome the state is restored upon mouse release/out.
Still able to reproduce in Firefox 61.0.1 on macOS High Sierra and Windows 10.
Component: Event Handling → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: