Closed
Bug 286826
Opened 20 years ago
Closed 4 years ago
context menu fires again after selection
Categories
(Core :: DOM: Events, defect, P5)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ajschult784, Unassigned)
References
Details
(Keywords: regression, testcase)
Attachments
(1 file)
141 bytes,
text/html
|
Details |
If I bring up a context menu, and make a selection, I get the same context menu
again if a tooltip would fire after the selection. With the testcase,
right-click right-click "link", then select "save link target as". Timing is
important. You need to wait long enough to trigger the tooltip, but must click
before the tooltip shows up. After clicking, the save as dialog comes up, but
another context menu also comes up with the tooltip.
This seemed to regress between linux trunk 2005022305 and 2005022405, indicating
bug 125386.
Reporter | ||
Comment 1•20 years ago
|
||
testcase exhibits the bug with linux trunk 2005031805
![]() |
||
Comment 2•20 years ago
|
||
I think we really want to get this fixed for 1.8...
Flags: blocking1.8b2?
Flags: blocking-aviary1.1?
I investigated this a while ago. The tooltip dismissal goes through some
popupset stuff and opens another popup (the menu). I was unable to figure out
why that happens...
Updated•20 years ago
|
Flags: blocking1.8b3?
Flags: blocking1.8b2?
Flags: blocking1.8b2-
Comment 4•20 years ago
|
||
What's the risk/reward analysis here? Is this a bug that is likely to show up in
real-world websites?
Reporter | ||
Comment 5•20 years ago
|
||
It can happen anywhere there's a tooltip. I actually noticed it while poking
around the address book.
Updated•20 years ago
|
Flags: blocking1.8b4+
Flags: blocking1.8b3?
Flags: blocking1.8b3-
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1+
Reporter | ||
Comment 6•20 years ago
|
||
With current trunk builds, I'm finding this bug a lot harder to reproduce, so
perhaps not as important as previously thought.
Andrew, I forgot the content of our discussion. Can you reproduce this at all now?
Reporter | ||
Comment 8•20 years ago
|
||
yes. I've hit it a couple times in the past week.
With the testcase in this bug?
Reporter | ||
Comment 10•20 years ago
|
||
I have also seen it with the testcase, but I was referring to hitting the bug in
the app GUI.
Updated•20 years ago
|
Flags: blocking-aviary1.5+
Updated•20 years ago
|
Flags: blocking1.8b5+ → blocking1.8b5-
Updated•16 years ago
|
QA Contact: ian → events
Assignee: roc → nobody
Updated•7 years ago
|
Priority: -- → P5
Comment 11•4 years ago
|
||
Hello! I have tried to reproduce the issue with the latest versions of Firefox Nightly 95.0a1 (2021-10-14), beta 94.0 or release 93.0 on Ubuntu 20.04.
Marking this as Resolved > Worksforme since the issue no longer is reproducible.
If anyone can still reproduce the issue either re-open it or file a new one.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•