Closed
Bug 95790
Opened 23 years ago
Closed 6 months ago
Contextual menus of form options won't go away
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: nick, Unassigned)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.3) Gecko/20010803
BuildID: 2001080316
Using Fizilla, if I bring down a pop-up option then right-click on one of the
components, a contextual menu appears. I can select one of the menu's options
and it will go away.
However, if I don't select one of the menu's options it won't go away -- it will
sit there, letting me use other UI components (select text, type, etc), and wait
for a selection. If I right-click on another pop-up option the menu will be
re-drawn, but I will no longer be able to use any of the form components on the
page.
Also, if I move the browser window from its initial position and right-click on
a pop-up option again, the contextual menu will appear in a different place....
But not the new location that it's supposed to. Right-clicking on other
contextual menu options on the page will bring up the same menu, in the same
place, each time.
In other words, the menu will only occupy one place per window position,
regardless of the pop-up selections' position on the page.
This behavior appears to be persistent through relaunches of Mozilla.
Reproducible: Always
Steps to Reproduce:
1. Find a page with Forms
2. Click on a pop-up menu
3. Right-click one of the components
4. Do something in the background (select text, etc)
5. Click "Stop" or another selection that doesn't do anything
6. Move the window. Repeat 1-3 above
7. Now right-click another pop-up menu option
8. Now you can't select the zombie menu at all, or get rid of it OR use forms.
To get forms back, you will need to close the window and go to the page again.
Actual Results: The bug was reproduced
Expected Results: It should have a) brought up the contextual menu next to the
cursor, b) dismissed the menu when I clicked outside of it, c) not made the menu
appear in the same place every time.
Reporter | ||
Comment 1•23 years ago
|
||
I think, actually, that no contextual menu should appear at all. Perhaps the
right and left mouse buttons should work the same, both selecting the option
under the cursor.
That's what the other browsers do, and it's what makes sense. No one needs
contextual menus about selection options.
Comment 2•23 years ago
|
||
Confirming issue in the Aug 15 build. Menu doesn't close properly.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•23 years ago
|
||
This bug (at least, I think it's this bug?) can have a nastier impact:
1. click on a pop-up menu option in a form. Do NOT click-and-hold.
2. now click and hold monetarily on one of the displayed options, as if you were
a carefully considering your choice.
3. poof! The contextual menu leaps to the front, scaring you to bits.
Furthermore, I see that (with 2001091408/OS9.1) I can completely obscure the
contextual menu by clicking on the page I was using. This hides the menu
beneath the page. No contextual menus can be called from that page until I
actually find the menu and close it. I can do this, BTW, by pressing ESC...
regardless of the contextual menu's visibility.
Am I describing bug 95790 or something new? Note that I'm on Mac OS 9.1, not X.
*** Bug 101290 has been marked as a duplicate of this bug. ***
Marking Mac/All as this apparently occurs on both X and 9.
OS: MacOS X → All
Comment 7•23 years ago
|
||
Yeah. I agree that it should probably just do nothing on right click.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Comment 8•23 years ago
|
||
saari, could you take a look at this Mac bug for me?
Assignee: joki → saari
Status: ASSIGNED → NEW
Target Milestone: mozilla0.9.9 → ---
Updated•23 years ago
|
QA Contact: madhur → rakeshmishra
Comment 9•23 years ago
|
||
Build id: 2002041712, Mac os x
I filed a bug similar to this for Mozilla 097, but I can't find it.
I still have the problem that occurs occasionally. I occasionally cannot get rid
of a context menu in a form. Using bugzilla helper, I could not focus any form
element. When I tried to type into a field, locationbar text was entered.
when I clicked on a select box, a context menu appeared. It would not go away
and I had to select an option from the menu (I chose "send page...").
After going through the send page procedure, I was able to use the form.
I used to use "Select All" option, but that option was removed from the context
menu.
Expected Results: Context menu (if present) should always hide when the page is
clicked.
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Comment 11•22 years ago
|
||
is this the same as bug 111510?
If so, which one to dupe? 95790 is older. 111510 is Assigned. But the assignee
is away on safari.
Comment 12•22 years ago
|
||
*** Bug 167875 has been marked as a duplicate of this bug. ***
Comment 13•22 years ago
|
||
*** Bug 128333 has been marked as a duplicate of this bug. ***
Comment 14•22 years ago
|
||
*** Bug 107969 has been marked as a duplicate of this bug. ***
Comment 15•22 years ago
|
||
*** Bug 111510 has been marked as a duplicate of this bug. ***
Comment 16•22 years ago
|
||
*** Bug 200762 has been marked as a duplicate of this bug. ***
Comment 17•21 years ago
|
||
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.
I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
Comment 18•21 years ago
|
||
This bug is still there in Mac OS X. Please retarget the operating system.
Updated•21 years ago
|
OS: Mac System 9.x → MacOS X
Comment 19•16 years ago
|
||
This bug hasen't been touched for years and is clearly unowned. Moving back to default assignee/QA so that people, who are watching those can accurately triage this bug.
Also resetting Priority, Target Milestone, Status Whiteboard and Status.
Assignee: saari → nobody
QA Contact: trix → events
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
Comment 20•6 months ago
|
||
I reviewed this bug and the duplicates. I don't seem to reproduce this based on the STRs or get valid sites to test. Given the age of this bug and we no longer support the machines where the bug was reported against 20+ years old, I am going to close this as INCOMPLETE. Please feel free to file a new bug if you see a similar issue with the recent Firefox versions.
Status: NEW → RESOLVED
Closed: 6 months ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•