Closed Bug 311227 Opened 19 years ago Closed 19 years ago

Strange flicker when trying to expand certain submenus

Categories

(Core :: XUL, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 306426

People

(Reporter: vhaarr+bmo, Unassigned)

Details

This is .. quite weird, and I don't know how to explain it, so I made a little
flash movie showing what's going on, which I will attach shortly.

The problem is that certain submenus won't expand unless I click them, and when
I hover my mouse over them, their "focus box" flickers on and off.

This happens only in Seamonkey, but doron said he had seen it on a 2 week old
1.8 branch build as well as trunk.

It only happens for the following submenus in the main navigator window (I
haven't tested other windows):
View->Use Style
View->Character Encoding
View->Apply Theme
Bookmarks->[Any subfolder]
Tools->Form Manager
Tools->Password Manager
Tools->Web Development
Right, the flash was too big to upload to bugzilla, so I uploaded it to
imageshack instead:
<http://img113.imageshack.us/my.php?image=menubehavior9qc.swf>

The times the Form Manager and Web Development menus actually do pop out, that's
me clicking.
Possibly related to Bug 306426 ?
This does not happen right after launching the browser, and I have yet to find a
way to reproduce it reliably. I've been using this session for approx. 20
minutes now and the flickering is there, but it was not when I launched it.
I seen the same issue as described and shown in the flash. Difficult to
reproduce, but it happens from time to time.

Same as bug 306426, duping

*** This bug has been marked as a duplicate of 306426 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
(In reply to comment #4)
> Same as bug 306426, duping

As far as I can see, that bug only deals with the Bookmarks menu. The steps to
reproduce in that bug (outlined in bug 306426 comment 3) are not the same as the
ones here.

Although I agree that it is most likely the -exact- same bug, I chose not to
dupe it myself (yet) for the reasons stated above.
Not only bookmark menu, see the dupes, will update the summary of the other bug
to reflect that
(In reply to comment #6)
> Not only bookmark menu, see the dupes, will update the summary of the other bug
> to reflect that

I just filed this bug. Then, in comment 2, I was made aware of bug 306426, and
made a cross-reference comment in that bug. And yet I *chose not* to dupe it.
Then you immediately dupe against it - although it is (1) my bug, it is (2)
filed as NEW, it (3) does not have the 'qawanted' keyword, there is (4) recent
activity.
(In reply to comment #7)
> I just filed this bug. Then, in comment 2, I was made aware of bug 306426, and
> made a cross-reference comment in that bug. And yet I *chose not* to dupe it.
> Then you immediately dupe against it - although it is (1) my bug, it is (2)
> filed as NEW, it (3) does not have the 'qawanted' keyword, there is (4) recent
> activity.

Again, please go through each one of the duplicates on the other bug and you
will see it's the same issue. If this somehow differs from the other bug report,
including the duplicates, then please let me know how. Thanks.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.