Closed Bug 1003807 Opened 10 years ago Closed 10 years ago

Context Menus, Panels and the AwesomeBar dropdown stop working until restart intermittently

Categories

(Firefox :: Untriaged, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 994562

People

(Reporter: tech4pwd, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:31.0) Gecko/20100101 Firefox/31.0 (Beta/Release)
Build ID: 20140410061737

Steps to reproduce:

This is a bug introduced with Australis which I'm only getting around to reporting now as I assumed it was on somebody's radar already. But that appears to be a mistake on my part, apologies.

Anyway, I can't reproduce it reliably, but it appears it happens most after attempting to flashgot a link. At that point the only way to get the menu/dropdown/panels back is to restart the browser.
Thanks for the report. Some questions:

0) can you reproduce this without flashgot?
1) can you reproduce this on 29?
2) what window manager do you use?
3) do the "classic"/normal menus in the menu bar continue to work, or do they break, too? (not sure if you include those as "menus") What about the context menu?

I would expect this to be the same as bug 994562 except for the fact that you said it's intermittent, so perhaps it's a different issue?
Flags: needinfo?(pwd.mozilla)
(In reply to :Gijs Kruitbosch from comment #1)
> Thanks for the report. Some questions:
> 
> 0) can you reproduce this without flashgot?
I can't pin down the STR to be able to tell you if I'm honest.

> 1) can you reproduce this on 29?
I've seen it since 29, but don't use 29 as a daily driver to confirm. TBH, I was kinda hoping this bug would end up being duped over to an existing report.

> 2) what window manager do you use?
Ubuntu/Unity (Stock 12.04 LTS)

> 3) do the "classic"/normal menus in the menu bar continue to work, or do
> they break, too? (not sure if you include those as "menus") What about the
> context menu?
Yup, classic menus (hidden behind the tab title) continue to work.

> I would expect this to be the same as bug 994562 except for the fact that
> you said it's intermittent, so perhaps it's a different issue?
Yeah, maybe? Everything works normally and then suddenly I'll not be able to right click (nothing happens or something flashes up super briefly) and the same with the panel and awesomebar.
Flags: needinfo?(pwd.mozilla)
I can confirm this issue.

I see it on the CTP, Add-on, Identity, and Download panels. For me, this often persists across Firefox restarts, and happens with new profiles. When repeatedly clicking the buttons, I can sometimes see the panel briefly flicker, but it never fully draws before disappearing again.

Context menus, menu buttons, menu toolbar, and app menu panel seem to work fine.

I've tried this on Firefox 29-32, and I can immediately reproduce the problem on startup with Firefox 31+. Nightly is my daily driver, so I have not used Firefox <=30 long enough to see if I can reproduce it on them.

I'm running Gentoo.

[ebuild   R   ~] x11-libs/libdrm-2.4.53  USE="-libkms -static-libs" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="radeon (-exynos) (-freedreno) -intel -nouveau (-omap) -vmware" 0 kB
[ebuild   R    ] x11-wm/metacity-2.34.13  USE="xinerama {-test}" 0 kB
[ebuild   R   ~] media-libs/mesa-10.1.1  USE="dri3 egl gallium llvm nptl vdpau -bindist -classic -debug -gbm -gles1 -gles2 -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="r600 (-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -radeon -radeonsi -vmware" 0 kB
[ebuild   R   ~] x11-base/xorg-server-1.15.1:0/1.15.1  USE="ipv6 nptl suid udev xorg -dmx -doc -kdrive -minimal (-selinux) -static-libs -tslib -unwind -xnest -xvfb" 0 kB
[ebuild   R    ] x11-drivers/xf86-video-ati-7.3.0  USE="udev -glamor" 0 kB

I did find that enabling compositing in metacity (dconf org.gnome.metacity.compositing-manager) seemed to address the issue.
Forgot to mention, but I also see the issue on the bookmarks button, history button, and intermittently with the character encoding button (when it does show, the render/animation is jerkey/corrupted)
(In reply to Matthew Turnbull [Bluefang] from comment #3)
> I did find that enabling compositing in metacity (dconf
> org.gnome.metacity.compositing-manager) seemed to address the issue.

Thanks. This basically means this is a dupe of bug 994562 after all. We're working to address that issue in that bug and/or possibly bug 1001234.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.