Closed Bug 337993 Opened 18 years ago Closed 13 years ago

Clicking on a button doesn't always give a pressed look anymore

Categories

(Core :: XPCOM, defect, P3)

x86
Windows XP
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: martijn.martijn, Unassigned)

References

()

Details

(Keywords: regression)

Steps to reproduce:
- Visit url testcase
- While the page is loading and laying out the page, press the stop button

Actual result:
Sometimes, the stop button doesn't get the pressed look when it is clicked upon.

Expected result:
The stop button should always get a pressed look when clicked upon.

If you don't see the bug directly, then try again with doing a shift->reload.

I'm not seeing this with a 2006-05-10 build, but I'm seeing this with a 2006-05-11 build, so I suspect this is a regression from bug 326273.

Note that I've also seen this with reload buttons and submit buttons. The steps to reproduce are just a way to get this bug to occur semi-reproducable.
Also note that this may be particular noticeable on a slower computer, I have a 800MHz Duron.
I bet this bug is related to bug 337711.  I know that there is special Windows widget code that attempts to flush all pending gecko events (PLEvents in the old world) before painting during mouse moves.  That code is critical for making menus render properly under heavy event queue load.  It seems like there might have been some other places in the code that need something like that as well that were previously benefiting from PL_ProcessPendingEvents processing all pending events.  Now, since gecko events are intermixed with UI events, we can end up with UI events running earlier than they previously would have run.

-> me
Assignee: nobody → darin
Priority: -- → P3
Target Milestone: --- → mozilla1.9alpha
Flags: blocking1.9a2?
Flags: blocking1.9a2? → blocking1.9-
Whiteboard: [wanted-1.9]
-> reassign to default owner
Assignee: darin.moz → nobody
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
I can still quite easily reproduce this in current trunk build, when I have http://www.movenetworks.com/ opened in 2 tabs.
It seems like the Flash clip on that site is filling up the message queue or something like that, making this bug easier visible.
Blocks: 381699
Flags: wanted1.9.1?
Flags: wanted1.9.0.x?
Target Milestone: mozilla1.9alpha1 → ---
Doesn't meet the "wanted" criteria (security, stability, regression from maintenance release) for 1.9.0.x.
Flags: wanted1.9.0.x? → wanted1.9.0.x-
Flags: wanted1.9.1?
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.