338264 - Mousing over menus causes flashing of menus; can't select items

Status: RESOLVED WORKSFORME

(Camino Graveyard :: General, defect)

Description

[tammoh]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060427 Camino/1.0.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060427 Camino/1.0.1

When I mouce over a menu it opens and start opening and closing rapidly. Then Camino doesn;t respond anymore and has to be force quited.

Reproducible: Always

Steps to Reproduce:
1.Open www.tracktrace.nl
2.Touch a menu with mouse
3.

Actual Results:  
Camino hangs and menu starts flickering.

Expected Results:  
Menu opens and closes again.


Another problem occurs with this website when using Safari. In this case every menu you touch opens and remains open even when other menus are opened.

Comment 1

[Håkan Waara]

Worksforme with on trunk: I can open the DHTML menus, and click on any item within them without problems.

Reporter, please try a nightly build (http://ftp.mozilla.org/pub/mozilla.org/camino/nightly/latest-trunk/) and see if the same problem still exists there.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

There are definitely issues here on the 1.8.x branches.  I can get in a pseudo-locked state in 1.0.1 where things appear not to respond (but I can select a site from the Dock menu and escape from that page).  They're fine in Fx 1.5.0.x.

On the 1.8.1 branch, the menus flash rapidly once you start mousing over them; you don't hang, but you can't ever select an item from them.  This reminds me a little of bug 338096 and some other bugs we have out there.

We should look into this for 1.0.x, since it's a fairly serious issue there.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Attachment: Sample (zipped) from 1.0.1

Here's a sample I took from 1.0.1 when Camino was "stuck".

Comment 4

[Marky]

This bug still appears in the Nightly Build ( 17/05 ) Version 2006051704 (1.0+)

Comment 5

[Håkan Waara]

From the stack trace at the top of the attachment (just unzip, and open in your text editor), it looks like this is during table painting.

Bernd, any idea what check-in might fix this? We're only seeing this hang on branches, not on trunk.  Thanks.

Comment 6

[Håkan Waara]

QAs: Oh btw, a reduced testcase from that page to try and track down what causes this hang is most likely necessary.

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

When I try a 1.8branch build from before mento landed the 1.8.1 event handling improvements (bug 332579), the 1.8branch behaves the same way as 1.8.0 (gets the in the "stuck"/pseudo-locked state).

I suspect, based just on what I see, that the event handling plus the caret overhaul (trunk-only) account for the trunk working OK.

Comment 8

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I don't see this hanging 1.0.3rc; I see the 1.8 behavior (flashing of menus, and can't ever select item), so I'm not re-nominating this for 1.0.4.

Comment 9

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Minusing this for 1.1.  I think probably the best we can hope for here is that josh/mento don't regress the trunk behavior on this bug when they rewrite the Cocoa appshell....

Comment 10

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Mass un-setting milestone per 1.6 roadmap.

Filter on RemoveRedonkulousBuglist to remove bugspam.

Developers: if you have a patch in hand for one of these bugs, you may pull the bug back to 1.6 *at that point*.

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I wonder if this is bug 365987; it's a frame here rather than an iframe, but....

Comment 12

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This still works fine on trunk/1.9.0; it's never going to be fixed on 1.8.x, and it's not a commonly reported dupe, so let's close as WFM on 1.9.