Closed
Bug 624329
Opened 15 years ago
Closed 14 years ago
Toolbar's context menus do not render and slide down repeatedly
Categories
(Firefox :: Menus, defect)
Tracking
()
RESOLVED
FIXED
Firefox 8
People
(Reporter: Aleksej, Assigned: karlt)
References
Details
(Keywords: regression, Whiteboard: [testday-20110930])
Attachments
(5 files)
Mozilla/5.0 (X11; Linux i686; rv:2.0b9pre) Gecko/20110109 Firefox/4.0b9pre
Regressed between 20100929030647 and 20100930031320.
Tried with the window managers xmonad and xfwm4.
Steps to reproduce:
1. Right-click a toolbar near the right edge of the screen (approximately so that the menu has to be shifted to the left to be displayed).
Actual results:
The menu does not render, but is visible as graphics from the place where it is, sliding down quickly and repeatedly (I can catch a menu coming from the top with a click in the middle of the screen).
| Reporter | ||
Updated•15 years ago
|
Whiteboard: Could be related? bug 600381, bug 621352, bug 621353
Comment 1•15 years ago
|
||
Can you please post changesets for both builds?
| Reporter | ||
Comment 2•15 years ago
|
||
Comment 3•15 years ago
|
||
Check-ins: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a60414d076b5&tochange=5a2012482a63
I think that it is caused by enabling webgl by default. Aleksej, can you please disable webgl and try again? IMO it has been regressed by bug 580405.
| Reporter | ||
Comment 4•15 years ago
|
||
I am using video drivers with no 3D acceleration.
The video card is NV5 (NVIDIA RIVA TNT2 Pro).
The kernel module is nvidiafb, the X.Org driver is "fbdev". But I have first encountered the issue when using the "vesa" driver (no acceleration whatsoever, AFAIK).
Comment 5•15 years ago
|
||
Joe or Bas, does one of you have an idea?
Comment 6•15 years ago
|
||
That is very strange-looking! But I have no ideas :(
It's _very strange_ that the the regression range is something that should only have affected OS X.
Karl, any ideas?
| Assignee | ||
Comment 7•15 years ago
|
||
I can't see anything in that regression range, but this smells like bug 601545 comment 13.
Comment 8•15 years ago
|
||
Aleksej, are you using multiple screens? We have bug 624757 which sounds similar.
| Reporter | ||
Comment 9•15 years ago
|
||
Single screen in both cases. For Xfce I started a separate X.Org instance.
Comment 10•14 years ago
|
||
(In reply to comment #0)
> Created attachment 502435 [details]
> Video of a context menu called at the bottom of the screen
>
> Mozilla/5.0 (X11; Linux i686; rv:2.0b9pre) Gecko/20110109 Firefox/4.0b9pre
>
> Regressed between 20100929030647 and 20100930031320.
>
> Tried with the window managers xmonad and xfwm4.
>
> Steps to reproduce:
> 1. Right-click a toolbar near the right edge of the screen (approximately so
> that the menu has to be shifted to the left to be displayed).
>
> Actual results:
> The menu does not render, but is visible as graphics from the place where it
> is, sliding down quickly and repeatedly (I can catch a menu coming from the
> top with a click in the middle of the screen).
We (5 users from Taiwan) have exactly the same problem, and seem to have new findings:
1. It happens in (probably not limited to) the Chinese (Traditional) localized version, but *not* in the English (US) version.
2. It happens when right-clicking (near the right edge of the screen, just as described by the original reporter) on the menu bar, the tab bar, the navigation toolbar and the add-on bar, but not on the bookmarks toolbar.
3. It happens not only in Firefox 4, but also in Firefox 5 Beta.
The Linux distros we use range from Ubuntu, Gentoo, Kubuntu to Mandriva. Our discussion thread (in Traditional Chinese) can be found at http://forum.moztw.org/viewtopic.php?f=2&t=32371
My user agent strings of Firefox having the problem are:
Mozilla/5.0 (X11; Linux i686; rv:2.0.1) Gecko/20110518 Firefox/4.0.1
Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0
And my graphics info copied from Firefox 7 Nightly (English version) is:
Adapter Description
NVIDIA Corporation -- GeForce 6150SE nForce 430/PCI/SSE2/3DNOW!
Driver Version
2.1.2 NVIDIA 260.19.36
WebGL Renderer
NVIDIA Corporation -- GeForce 6150SE nForce 430/PCI/SSE2/3DNOW! -- 2.1.2 NVIDIA 260.19.36
GPU Accelerated Windows
0/1
Finally, I'm using a single screen only, too.
Comment 11•14 years ago
|
||
This is a snapshot of Firefox immediately after I right-click on the menu bar near the edge of the screen.
Comment 12•14 years ago
|
||
This is a second snapshot of Firefox after I right-click on the menu bar near the edge of the screen. We can see the context menu is half-way to the bottom of the screen.
Comment 13•14 years ago
|
||
This is a third snapshot of Firefox after I right-click on the menu bar near the edge of the screen. We can see the context menu is down to the bottom of the screen.
| Assignee | ||
Comment 14•14 years ago
|
||
(In reply to comment #10)
> 1. It happens in (probably not limited to) the Chinese (Traditional)
> localized version, but *not* in the English (US) version.
Interesting, thanks jtmh.
> 3. It happens not only in Firefox 4, but also in Firefox 5 Beta.
>
> The Linux distros we use range from Ubuntu, Gentoo, Kubuntu to Mandriva.
Which window managers are in use when this bug happens?
Comment 15•14 years ago
|
||
(In reply to comment #14)
> > 1. It happens in (probably not limited to) the Chinese (Traditional)
> > localized version, but *not* in the English (US) version.
>
> Interesting, thanks jtmh.
I can confirm it by disabling zh-TW language pack.
> Which window managers are in use when this bug happens?
I'm using kwin 4.6.3 (but 4.4.5 has the same behavior which I used before). Disable/enable desktop compositing seems to have no difference.
Comment 16•14 years ago
|
||
(In reply to comment #14)
> (In reply to comment #10)
> > 3. It happens not only in Firefox 4, but also in Firefox 5 Beta.
> >
> > The Linux distros we use range from Ubuntu, Gentoo, Kubuntu to Mandriva.
>
> Which window managers are in use when this bug happens?
I used kwin 4.4.5 on Mandriva, and am using kwin 4.6.3 on Mageia now.
Comment 18•14 years ago
|
||
I'm using Ubuntu with Korean localized version and get this bug.
But suprisingly, Firefox at Ubuntu repository does not have this bug.
Are developers at Canonical know the solution of this bug?
| Assignee | ||
Comment 19•14 years ago
|
||
Thanks, Jinkyu. Does the context menu look different with the Ubuntu Firefox, such as having additional or different entries? Which version is the Ubuntu Firefox?
Comment 20•14 years ago
|
||
No, it's same with offical Firefox.
I'm using Firefox 5(5.0 Mozilla Firefox for Ubuntu).
Maybe you can get source code at Launchpad.
https://launchpad.net/ubuntu/natty/+source/firefox/5.0+build1+nobinonly-0ubuntu0.11.04.1
One more thing, this bug is still happening at Kubuntu even installed from Ubuntu repository. Kubuntu 11.04 + Firefox 5(from Ubuntu repository) user report it.
| Assignee | ||
Comment 21•14 years ago
|
||
Assignee: nobody → karlt
Status: NEW → ASSIGNED
| Assignee | ||
Updated•14 years ago
|
Whiteboard: Could be related? bug 600381, bug 621352, bug 621353
| Assignee | ||
Comment 22•14 years ago
|
||
Comment on attachment 541561 [details] [diff] [review]
skip NS_MOVE dispatch on ConfigureNotify on override-redirect windows
This is a major flaw that I'd like to see fixed ASAP so I've gone for a pretty
minimal solution (which is code I had from working on bug 601545). The full
solution would be to ensure that nsXULPopupManager::PopupMoved doesn't respond
to NS_MOVE events by moving the window again, but that's a fairly major job,
and is further complicated by the awkwardness of how noautohide titlebar
windows currently "work".
The only change not documented in the patch is the mBounds.x/y == aEvent.x/y
shortcut, which is nonsense because it compares coordinates meant to be
different.
NS_MOVE wasn't used before bug 552982 so there is little to lose from not
dispatching it for override-redirect windows.
Attachment #541561 -
Flags: review?(roc)
Comment on attachment 541561 [details] [diff] [review]
skip NS_MOVE dispatch on ConfigureNotify on override-redirect windows
Review of attachment 541561 [details] [diff] [review]:
-----------------------------------------------------------------
Attachment #541561 -
Flags: review?(roc) → review+
| Assignee | ||
Comment 24•14 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/d6e1995bcdd6
http://hg.mozilla.org/integration/mozilla-inbound/rev/3b049465d968
Flags: in-testsuite+
Whiteboard: [inbound]
Comment 25•14 years ago
|
||
Merged:
http://hg.mozilla.org/mozilla-central/rev/3b049465d968
http://hg.mozilla.org/mozilla-central/rev/d6e1995bcdd6
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
OS: Linux → All
Hardware: x86 → All
Resolution: --- → FIXED
Whiteboard: [inbound]
Target Milestone: --- → Firefox 8
| Assignee | ||
Updated•14 years ago
|
OS: All → Linux
Comment 27•14 years ago
|
||
Apparent regression: bug 672103
Menus and context menus don't appear - host Ubuntu 8.04, display over remote X to cygwin running startxwin.sh
| Reporter | ||
Comment 28•14 years ago
|
||
I haven’t seen the issue for some time, but I see with 8.0b1 that, when opening the menu, the Panorama icon appears for a moment about two sizes to the left of its normal location.
| Reporter | ||
Updated•14 years ago
|
Whiteboard: [testday-20110930]
| Reporter | ||
Comment 29•14 years ago
|
||
As for the bug itself, of
7.0b6 eo, ru
8.0b1 en-US, eo, ru
I can reproduce it only with 7.0b6 eo.
You need to log in
before you can comment on or make changes to this bug.
Description
•