The default bug view has changed. See this FAQ.

Toolbar's context menus do not render and slide down repeatedly

RESOLVED FIXED in Firefox 8

Status

()

Firefox
Menus
--
minor
RESOLVED FIXED
6 years ago
6 years ago

People

(Reporter: Aleksej, Assigned: karlt)

Tracking

({regression})

Trunk
Firefox 8
All
Linux
regression
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [testday-20110930])

Attachments

(5 attachments)

(Reporter)

Description

6 years ago
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).
(Reporter)

Updated

6 years ago
Whiteboard: Could be related? bug 600381, bug 621352, bug 621353
Can you please post changesets for both builds?
(Reporter)

Comment 2

6 years ago
http://hg.mozilla.org/mozilla-central/shortlog/a60414d076b5
http://hg.mozilla.org/mozilla-central/shortlog/5a2012482a63
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

6 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).
Joe or Bas, does one of you have an idea?
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

6 years ago
I can't see anything in that regression range, but this smells like bug 601545 comment 13.
Aleksej, are you using multiple screens? We have bug 624757 which sounds similar.
(Reporter)

Comment 9

6 years ago
Single screen in both cases. For Xfce I started a separate X.Org instance.
(Assignee)

Updated

6 years ago
Blocks: 642960

Comment 10

6 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

6 years ago
Created attachment 540242 [details]
zh-TW UI context menu glitch 1

This is a snapshot of Firefox immediately after I right-click on the menu bar near the edge of the screen.

Comment 12

6 years ago
Created attachment 540243 [details]
zh-TW UI context menu glitch 2

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

6 years ago
Created attachment 540244 [details]
zh-TW UI context menu glitch 3

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

6 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

6 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

6 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.
(Assignee)

Updated

6 years ago
Duplicate of this bug: 666137
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

6 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?
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

6 years ago
Created attachment 541561 [details] [diff] [review]
skip NS_MOVE dispatch on ConfigureNotify on override-redirect windows
Assignee: nobody → karlt
Status: NEW → ASSIGNED
(Assignee)

Updated

6 years ago
Whiteboard: Could be related? bug 600381, bug 621352, bug 621353
(Assignee)

Comment 22

6 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

6 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]
Merged:
http://hg.mozilla.org/mozilla-central/rev/3b049465d968
http://hg.mozilla.org/mozilla-central/rev/d6e1995bcdd6
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago
OS: Linux → All
Hardware: x86 → All
Resolution: --- → FIXED
Whiteboard: [inbound]
Target Milestone: --- → Firefox 8
(Assignee)

Updated

6 years ago
OS: All → Linux
(Assignee)

Updated

6 years ago
Duplicate of this bug: 642960
Apparent regression: bug 672103
Menus and context menus don't appear - host Ubuntu 8.04, display over remote X to cygwin running startxwin.sh
Depends on: 672103
(Reporter)

Comment 28

6 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

6 years ago
Whiteboard: [testday-20110930]
(Reporter)

Comment 29

6 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.