Closed Bug 302592 Opened 19 years ago Closed 19 years ago

Stop and Reload toolbar buttons' state aren't updating after a page finishes loaded until cursor movement.

Categories

(Camino Graveyard :: Toolbars & Menus, defect)

PowerPC
macOS
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 267403

People

(Reporter: bdog, Assigned: mikepinkerton)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050728 Camino/0.9a2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050728 Camino/0.9a2+

This happens with a window and a tab.  The tricky thing here is that if the tab
is the left most (only if there are other tabs) the buttons won't update after
the SECOND reload of the page (it works with the first reload of the page).  If
you click on a different tab, then click back on your left most tab, the first
reload will result in updated toolbar buttons.  But the second reload and the
bug returns.  Any window by itself or any tab that isn't on the left will have
the bug after the first reload.

Reproducible: Always

Steps to Reproduce:
1.Load a page.
2.Press command-r and don't move the cursor.
3.Watch the Stop and Reload toolbar buttons, they don't update.
4.As you still watch the buttons, move the cursor.
Actual Results:  
Buttons didn't update until cursor movement.

Expected Results:  
Updated the buttons regardless of cursor movement.

Very strange how it doesn't happen on the first reload of the left most tab (1
tab by itself, via "always show tab bar" doesn't count here).

*** This bug has been marked as a duplicate of 267403 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Wow do I feel dumb!  I filed another dupe!  Seriously, I searched for quite a
while (like 45 min) and didn't find that other bug.  Sorry.  Oh well, at leaset
I got more specifics of the bug written down here...
You need to log in before you can comment on or make changes to this bug.