310875 - regression: context menu are reopened when hovering their target while a modal dialog is open

Status: RESOLVED FIXED

(Core :: XUL, defect, P3)

Description

[Asaf Romano (gone)]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20051001
Firefox/1.4.1

This is a bit hard to explain...

Using recent mac branch builds, context menus are reopened when hovering their
target while a modal dialog is open.

STR:
1. open two tabs
2. right click one of them
3. choose "Close Other Tabs"
4. when the warning is open, hover the tab on which you right clicked.

-> the context menu is reopened.

Comment 1

[Asaf Romano (gone)]

I can't reproduce this in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.8b5) Gecko/20050928 Firefox/1.4

probably a regression from bug 203183

Comment 2

[Scott MacGregor]

Vlad, can you look into this today? This could become a 1.8 blocker. Thanks.

Comment 3

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

This seems to be a mac-only regression; I can't reproduce on Mozilla/5.0
(Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20050930 Firefox/1.4.

Cc'ing Josh if he has time to take a look.

Comment 4

[Tracy Walker [:tracy]]

Not reproducible on Windows.

I am able to reproduce this on the latest 1.4.1 Mac build.  Except, in step four
of mano's STR, if you hover over the first or second tab, this bug doesn't
manifest itself.  I found that you have to hover over the third tab (or fourth
or more).  Then the context menu is reopened for the tab that you had selected
in step 2.

note: step 1 might be better stated: 
Open at least two new tabs such that 3 or more tabs exist.

Comment 5

[Marcia Knous [:marcia]]

Just to chime in here, I see this using today's Mac build, but as Tracy states,
I see it when I hover over the fourth tab I have created, directly beside the
confirmation dialog.

Comment 6

[Josh Aas]

I can reproduce this. Just open two tabs, and right-click on the tab in the
background, then select "Close Other Tabs". When the modal dialog is up, if you
hover over the other tab again, maybe move the mouse over the dialog and back
over the tab, the context menu comes up.

Comment 7

[Josh Aas]

I have a couple ideas about what might be causing this, but we're not going to
get a safe fix by tonight so we should probably take this off the blocker list.

Comment 8

[Asaf Romano (gone)]

josh: this makes BM terribly useless (use case: try right clicking->properties
on an item, then focus something in the properties window). If we can't fix this
by beta, we ought to backout bug 203183.

Comment 9

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

I don't think we should back out 203183; that fixes an annoying
easy-to-reproduce bug on all platforms, whereas this is limited to one platform.

Comment 10

[Mark Mentovai]

I backed 203183 out from a trunk build and still see this bug.

Comment 11

[Asaf Romano (gone)]

ok, this is a way older regression, removing blocking status for now.

Comment 12

[Mark Mentovai]

The behavior in the tab bar regressed between 022307 and 022407.  The behavior
in the bookmarks manager regressed between 050107 and 060107 (don't have a
better window there yet).

http://bonsai.mozilla.org/cvsquery.cgi?branch=HEAD&date=explicit&mindate=2005-02-23+06%3A00&maxdate=2005-02-24+08%3A00

Bug 125386?

Comment 13

[Mark Mentovai]

Maybe it became easier to reproduce in that window, but if I try harder, I can
even reproduce this in 1.0.7.

Comment 14

[xolaware.llc]

a long time since reported, there appears to be a very confined time since when this was introduced ... it still exists as of firefox 1.5.0.1 on mac

Comment 15

[Asaf Romano (gone)]

Renominating - this seems to be much worse on current trunk, I see ghost popups whenever a modal dialog is opened as a result of a context menu command.

Comment 16

[Neil Deakin]

Probably abother issue fixed by 279703. I can test it if someone would provide steps to reproduce this.

Comment 17

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Mano, Josh:  is this still reproducable on the trunk?

Comment 18

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Er, bug 279703 hasn't landed yet; sorry.

Comment 20

[Olli Pettay [:smaug][[e-mail]]]

Is this still reproducable on the trunk?

Comment 21

[Robert O'Callahan (:roc) (email my personal email if necessary)]

No feedback, I can't reproduce it -> WFM.

Comment 22

[Asaf Romano (gone)]

This was fixed by neil's popup-rewrite work.