Closed Bug 218790 Opened 23 years ago Closed 23 years ago

Unable to follow a href in css popups

Categories

(Core :: CSS Parsing and Computation, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 102578

People

(Reporter: elkner, Assigned: dbaron)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 Unfortunately in Mozilla one is unable to follow a href with a left mouse click, when it appears in a css popup (hovered). A "pseudo-workaround" is, to use the middle mouse button, however, it is probably very annoying ... Reproducible: Always Steps to Reproduce: 1. goto http://www.linofee.org/~elkner/mozilla/ 2. point with the mouse cursor on the Mozilla menu entry on the left side 3. try to go to the dir1 by pointing on the dir1 link and clicking on the left mouse button Actual Results: The popup disapears, but mozilla does not load the page, to which the link refers to. Expected Results: load the referred page (for this example: http://www.linofee.org/~elkner/mozilla/dir1/ ) Try a recent version of opera - it seems to do the right thing ... I marked it as a blocker, since this bug really prevents webdesigners from using CSS as a real alternative to javascripts/applets. If this works correctly one day, I expect more and more users start to think about MSIE, which seems to be falling behind ;-)
It seems like click events are messing up the :hover state, or something like that. (I wonder if cleaning up the event dispatching code so we don't call GetFrameForPoint for keypresses would fix this too.)
You may want to confirm this on something more recent than 1.3, as this WFM in 20030830 PC/WinXP. Either that or it's a Linux specific issue.
I see this on a current build.
Actually I can't test it on more recent versions, since all our systems are equipped with libc-2.2.3, only ...
WFM, 2003-09-09-05 trunk Linux
Severity: blocker → normal
Jens, what windowmanager are you using? Does the bug appear with other windowmanagers? I seem to recall that some windowmanagers deliver a mouseout event to the app window when you click (and we have bugs on somehow trying to deal with that filed....)
Currently all our machines use Slackware 8.0.0 --> GNOME 1.2 with sawfish 0.38.
Yeah, sawfish is one of the windowmanagers that do this. See bug 102578 comment 78. *** This bug has been marked as a duplicate of 102578 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Confirmed: With enlightment the behavior seems to be correct. The pointer to 102578 is really interesting! Does this mean, that it is fixed in 1.5 final ?
No, since bug 102578 is not fixed yet.
Verified by comment 9
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.