Closed Bug 34079 Opened 25 years ago Closed 25 years ago

contextual menus do not come up

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: puetzk, Assigned: eric)

References

Details

(Keywords: regression, Whiteboard: [PDT+])

Attachments

(1 file)

crash & backtrace
3.09 KB, text/plain
Details
From Bugzilla Helper: BuildID: 3/30/2000 smoketest contextual menu support appears to have regressed Reproducible: Always Steps to Reproduce: 1.right-click on the page obackground or on a link Actual Results: nothing Expected Results: the contextual menu should have come up
I can also confirm this bug on linux (zac9@cdc.gov)
waterson says contextmenus are broken on windows too, marking XP.
OS: Linux → All
*** Bug 34086 has been marked as a duplicate of this bug. ***
Keywords: regression
this is a crasher. Console in Linux now displays the position of the context-menu twice, but no context menu appears. And god help you if it only appears once: crash. Adding attachment of a backtrace.
Attached file crash & backtrace —
Severity: blocker → critical
Target Milestone: --- → M14
Another example of context cmenus being broken: If you open up the bookmarks sidebar panel, and context click on a bookmark, you'll see a list of available options, but if you try to choose one, the command won't fire.
Target Milestone: M14 → M15
For the record: Above attachment was done in nightly build ID 2000033109
I've seen a different effect: after trying to right-click once (on a slashdot banner ad btw -- guess for what), trying (some pages later) to click in the 'Go' menu to get back SEGVs the browser. I don't know if it's just me (again) or someone else can reproduce (it "worked" several times here). Build 2000033109 on Debian woody.
I can use the "invisible" context menu items with the keyboard (right click, press "S" gets save as dialog) Also: I think bug 34114 is related to this one.
bug 34188 and bug 34201 also describe "missing context menus" + side effects.
*** Bug 34188 has been marked as a duplicate of this bug. ***
*** Bug 34255 has been marked as a duplicate of this bug. ***
*** Bug 34312 has been marked as a duplicate of this bug. ***
This actively blocks testing for me, so raising severity to 'Blocker'. Thanks.
Severity: critical → blocker
*** Bug 34323 has been marked as a duplicate of this bug. ***
adding the smoketest keyword, if this keeps testing from happening, it should block the smoketests.
Keywords: smoketest
Another example of context cmenus being broken: If you open up the search sidebar panel, do a search, and then try and context click on one of the search results, you should see a list of applicable commands, but instead no context menu is displayed.
*** Bug 34201 has been marked as a duplicate of this bug. ***
removing smoketest keyword. smoketests are runnable without this. But i'd *really* like this to be fixed before we do another release.
Keywords: smoketest
okay, okay, reducing to 'critical'. trudelle notes that this is technically 'major'.
Severity: blocker → critical
*** Bug 34377 has been marked as a duplicate of this bug. ***
this is a cause of evaughan's box changes, i think. they stopped working for me when i applied them.
Assignee: pinkerton → evaughan
Blocks: 34110
Whiteboard: [PDT+]
marking pdt+ per meeting
*** Bug 34285 has been marked as a duplicate of this bug. ***
fixed
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
*** Bug 34715 has been marked as a duplicate of this bug. ***
No longer blocks: 34110
looks fine on winNT and linux [opt comm bits 2000.04.06.10]. waiting for a Mac build so that i can verify this puppy...
Note: This did not fix the problem noted in bug 34312 in Composer: After using the colopicker on the Format Toolbar, the color does not change, and after that, you cannot type in the document. Maybe this is a different problem?
verified w/today's opt comm bits, 2000.04.07.09 on macOS, winNT and linux.
Status: RESOLVED → VERIFIED
I've finished a build today off the tip and it is completely busted. Menus don't work at all as near as I can tell.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
must've been something really recently checked in, coz i don't see this in this am's optimized commercial bits (winNT, macOS, linux, 2000.04.10.09/10).
I just pulled and built linux from the tip, and context menus work fine for me. Not sure (of course) why blizzard is busted.
They work for me as well. Blizzard can you try again and if they work please close this bug out?
Doh -- blizzard@redhat.com wasn't on the CC: -- Chris, evaughan and I have context menus working in tip builds on linux. Can you try this again?
I did a clobber build earlier today. I just updated to the tip ( about 19:00 pacific time ) and built and it's still completely broken. Sometimes, I can see a menu flash for a second in the upper left hand corner of the screen for a second and they it goes away.
I dunno. I just clobbered and built (context menus worked), and then updated to the tip (~10:00pm) and again context menus worked. [On the other hand, building mozilla is not my thing, so I'll quickly concede to any possibility that I screwed this up :-)].
blizzard, i cannot repro this using optimized bits for either commercial or mozilla [2000.04.11.09]. are you still seeing this today?
I hate to say this but it's a problem with something in my tree. I removed a change to the gfx/src/gtk/Makefile.in that I had made and it works fine. Why? I have no idea but it's not your problem, it's mine. Sorry for the inconvenience.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
np! :-) verif.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: bugzilla → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: