31007 - two right clicks required to open context menu

Status: RESOLVED FIXED

(Core :: XUL, defect, P3)

Description

[Tomi Leppikangas]

From Bugzilla Helper:
User-Agent: Mozilla/4.7 [en] (X11; I; Linux 2.2.0-pre6 i586)
BuildID:    

Two right clicks required to open context menu, and after that,
urlbar doesnt work (cant type to it)


Reproducible: Always
Steps to Reproduce:
1. start mozilla
2. right click on page, nothing happens
3. click again, popupmenu opens.
4. close poppupmenu
5. try to type on urlbar, text not shown


Actual Results:  Popupmenu opens after second click, urlbar doesnt work
after popupmenu.

Expected Results:  Popupmenu should open on first click and urlbar should
work after using popupmenu.

This could be views or event bug.

Comment 1

[sairuh (rarely reading bugmail)]

what build are you using? i cannot reproduce on linux using today's bits.
marking as wfm --but do reopen if you see this reoccurring with a recent build.

Comment 2

[Mike Pinkerton (not reading bugmail)]

Two things: 

1) context menus are just slow on linux, they only require one click.
2) the context-click puts the focus in the content area. 4.x behaves this way as 
well.

This should be INVALID (as it's working as designed) if not worksforme.

Comment 3

[Tomi Leppikangas]

I tested this with my own build from 3/8 and nightly 3/7, both have same
problem. I looked this more with todays build (3/9), and seems that this
depens on layout.reflow.async.afterDocLoad -pref.

With
user_pref("layout.reflow.async.afterDocLoad", false);
i see that double click effect, and with
user_pref("layout.reflow.async.afterDocLoad", true);
it works ok.

I reopen this.

Comment 4

[Mike Pinkerton (not reading bugmail)]

updating summary to reflect the only real bug here. 

moving off to m20 since this pref is only false if you set it that way manually. 
Users will not normally see this.

Comment 5

[Peter Trudelle]

Mass move of all M20 bugs to M30.

Comment 6

[Peter Trudelle]

Mass moving M20 bugs to M30

Comment 7

[Peter Trudelle]

Mass-moving all M20-M30 XPToolkit bugs to Future

Comment 8

[sairuh (rarely reading bugmail)]

*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.

Comment 9

[Blake Ross]

I think this was fixed with the fix for bug 48838?  Tentatively marking as 
such...