Closed Bug 115907 Opened 23 years ago Closed 23 years ago

Contextual (shortcut) menus open far too often (click-and-hold is over-eager)

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Platform:
PowerPC
All
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED DUPLICATE of bug 117589

People

(Reporter: benjamin, Assigned: mikepinkerton)

References

Details

(Keywords: regression) 

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.6+) Gecko/20011218
BuildID:    2001121804

In build 2001121804 contextual menus are - sometime - simply out of control
under MacOS 8.6. For exemple, when I click quickly (no click-hold) in the URL
Bar the CM pop-up. When I chose elements form like drop-down / List menu or
enter textarea -> same thing. I will try to pinpoint the steps to reproduce... 

Reproducible: Sometimes
possible timer stuff?
i don't see this with my 12/20/01 debug mach-o build at all. i have to
deliberately click and hold to get a context menu. i tried the url bar, personal
toolbar, the webpage...
I can reproduce sometime in 2001122024, usually I can reproduce ( 20%) if I
click in the URL bar just after loading pages I get the CM (Undo | Cut | ...)  
. But at this date I can't find any logic in the behavior... ;-(
I'm not seeing this on mozilla (classic builds) on 8.5 or 9.1. I'm also not
seeing this on the carbon builds on OS X
Assignee: asa → pchen
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
On my build (2001-12-26-08) using MacOS 9.2.2 I can reproduce the URL bar glitch
every time.  Single click the URL bar to highlight the entire URL and less than
a  second later the contextual menu pops up.
well, pchen's gone, so over to pink for the nonce. ;)
Assignee: pchen → pinkerton
Component: XP Apps → XP Toolkit/Widgets: Menus
i just tried this on my os9 machine (9.2.1) with the 1/3/02 mozilla bits and it
works just fine for me. I can't get the context menus to show unless i click and
_hold_. clicking in the urlbar or selecting text in the urlbar works as expected.

*shrug*

is anyone seeing this on OSX, or just OS9? can someone try to find the first
daily build in which this started happening?


I think I find the way to reproduce.

Go to http://www.mozilla.org/quality/help/bugzilla-helper.html

Maximize the window (here I am in 1280*1024) then go to any popup menu and
select any option. The CM should appear. Be if I move the window slightly at
left or at right (~150px) outside the display area or rezise by half the width
of the window I can't reproduce. BTW it's only true for the form elements
(popup) not the URL bar...

2002011011 MacOS 8.6
I am running Mozilla Build 2002011803 ::
[Mozilla 0.9.7+
Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.7+) Gecko/20020118]

In this build I get many of the out-of-control context menus (CM).
I got it when trying to select the user agent string above on the About Mozilla
page.
I get it whenever I single-click (fast as posssible to avoid hitting the CM
timeout delay) on any bookmark in the Sidebar Bookmarks tab.  In this case the
CM ccmes up empty and goes away before filling, and then the bookmark opens in
mozilla.
I get it whenever I single-click on a folder in the Sidebar Bookmarks tab.  IN
this case the CM opens, fills, and remains open.

Actual Result of single click: as described above.
 
Expected (and required/desired) result of single-click: NO CM.
 
Occurrance: In Sidebar Bookmarks tab = 100%
            In other areas: Irregular (even when I am trying to avoid hitting
the delay expiration.)

      Dale
For the URL bar here how to reproduce:

1) Open a new browser window 
2) Click in the page area "to remove" the cursor from the URL bar (don't click
in the URL bar before!!!)
3) Then click in the URL bar (should become selected).
-> The contextual menu should popup w/o reason
4) Do again Step 2
5) Then click in the URL bar.
-> The contextual menu should again popup w/o reason

But if you click in the URL bar before step 2 OR if the window lost focus for an
other... it's WFM. My problem: I can't reproduce on other Macs.

I will check if it's related to my profil...
It's not profil related. To reproduce the URL bar bug the window must be >760px
width.
i tried the last 2 steps to repro and this still wfm on osx and carbon on os9.
Possible Mike, I can't reproduce on my other Mac with same OS / build / Profil.
At this time one thing is sure: the window size (width) have something to do... I
will try to determine if it's related to extensions or control panels... I
have 2 video adapters I will try with only one...
i'm having this problem as of Mozilla 0.9.8 (Build ID: 2002020411) on Mac OS X.
contextual menus are popping up frequently and unexpectedly (and unwanted) upon
random mouse clicks in the browser window.

here's an easy way to reproduce it:

1. launch Mozilla
2. Tasks->Mail & Newsgroups (to open a mailnews window)
3. click on a subscribed newsgroup in a news account in the left pane.
4. a contextual menu will pop up.

step 4 did not used to happen.

i've also seen this happening when i highlight a portion of a URL or click in a
form element in the process of filling out a form.
MacOS 8.6 / 9.2.2 / X 

OS -> All
OS: Mac System 8.6 → All
out of curiosity, is this still unconfirmed by any developers?
btw, the above scenario i posted wfm on Mac OS 9.2.2 with Mozilla 0.9.8 (Build
ID: 2002020405). i.e., no contextual menus unexpectedly pop up in the mailnews
window.
Confirmed on Mac OS 9.1, using any build from the past month or two. I remember
it started just after the new timer code was checked in.

My theory is that this bug depends on how much RAM you've got, which explains
why Pink can't see it, and why for some people it depends on the window size. I
have 64 MB and usually have 4.x and a couple of other apps running at the same
time. As a result, the shortcut menu *always* opens on my first click in Mozilla
when I switch to it from another app, and *usually* opens on my first click
after switching from another Mozilla window. This makes Mozilla intolerable for
everyday use, so upping severity to major.

The theory works like this.

Before timer code changes:
1.  you click
2.  Mozilla thrashes about in swap while it processes the mousedown event
3.  the click-and-hold timer is started
4.  the click-and-hold timer is stopped straight away, since you moused up
    during (2)
5.  the timer reads 0.x seconds, so the click is processed normally.

After timer code changes:
1.  you click
2.  the click-and-hold timer is started
3.  Mozilla thrashes about in swap while it processes the mousedown event
4.  the click-and-hold timer is stopped straight away, since you moused up
    during (3)
5.  the timer reads 1.x or 2.x or 3.x seconds (since that's how long Mozilla
    spent getting stuff from swap), so the click is interpreted as a
    click-and-hold, and opens the unwanted menu.
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Contextual menus out of control → Contextual (shortcut) menus open far too often (click-and-hold is over-eager)
FYI mtp I have 512Mo of RAM... and no matter how many apps (from 2 -Finder Moz -
to 15) are open I have this annoying bug.

Add -> regression
Keywords: regression
*** Bug 125527 has been marked as a duplicate of this bug. ***
Matthew's comment confirm what i was thinking but i was not sure before :
I have subscribed to a lot of newsgroups

The CM pop up when clicking on the name of larger ones in the left pane
(actually, almost all newsgroups with lot of binaries I subscribed)
but keep silent after clicking simple discussion groups.(i can reproduced it)

furthermore, I remember that when i browse with a lot of tabs (and often with
many apps launched), the CM appears each time i click on a link.


I noticed that on both MacOS 9 and MacOS X version of 2002020411 and 2002021608
(my configs are PM6500+G3/96Mo/MacOS 9.1US, Ibook600/384Mo/Macos X.1.2)

This bug is a very frustrating one

*** This bug has been marked as a duplicate of 117589 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
marking verified as a duplicate.

if you decide to reopen this bug, please clarify why.

search string for bugspam removal: SalviaGuaranitica
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.