807507 - Back and Forward buttons on main toolbar dimmed

Status: VERIFIED DUPLICATE of bug 807407

(SeaMonkey :: Build Config, defect, P3)

Description

[Rocco Stilo]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:19.0) Gecko/19.0 Firefox/19.0 SeaMonkey/2.16a1
Build ID: 20121031003011

Steps to reproduce:

Summary title says all. Also, Back and Forward items are dimmed on Seamonkey Go menu.

Comment 1

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/19.0 Firefox/19.0 SeaMonkey/2.16a1 ID:20121019003003 c-c:bd22a204044b m-c:0ff60bfb3442

Works for me on Linux64, i.e. the buttons and menuitems are dimmed until I have browsed at least two pages in the current tab; thereafter they are or aren't dimmed depending on whether I am at the begin or end or neither of the current browsing history branch.

N.B. This "October 19" build I'm using is the latest L64 nightly; at the moment all SeaMonkey-trunk builders are up in flames except those for Mac OSX. If this is a recent development I cannot test it.

Rocco, can you find out when this problem started happening, i.e. give us a "last good" and a "first bad" build? The Nightly Tester Tools extension can give you the comm-central changeset, and the mozilla-central changeset can be found in about:buildconfig. Or they can both be found in the .txt file which accompanies the .dmg in the same directory of the FTP server.

Comment 2

[Tony Mechelynck [:tonymec]]

...and maybe you should check your preferences, https://bugzilla.mozilla.org/userprefs.cgi?tab=email and add a few checkmarks, so that comments (and questions asked you) on your bugs shouldn't go unnoticed. Just my € 0.20.

Comment 3

[Rocco Stilo]

Downloaded today-build (Build identifier: 20121101003008). Bug still alive. A strange thing, though, I haven't noticed before: all starts with Back button (and Back menuitem on Go menu) available. After some navigation on web sites, button and menuitem become dimmed. Forward button and menuitem are always dimmed.

Comment 4

[Jens Hatlak (:InvisibleSmiley)]

Verified locally that the patch on bug 807407 fixes this one.

Comment 5

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/19.0 Firefox/19.0 SeaMonkey/2.16a1 ID:20121103003004 c-c:c42bb5c1cfd0 m-c:2718739a1c83

In this build I experience the problem. "Close Tab" immediately followed by "Undo Close Tab" makes the buttons active or greyed-out as required, but if one of them (let's say "Forward") is greyed-out (because we are at that end of the browsing history) using the other one (Back) won't "ungreyout" it (Forward) and won't make it do anything when clicked. If the tab is closed and reopened in the middle of back-forward history, both buttons will wake up active and will continue working, but at the (begin or) end of history they won't become dimmed (though of course you still can't go back from the start or forward from the end).

In addition they won't change aspect between tabs: *bright* (dim)

1. Browse a page.             (B) (F)
2. Follow a link in it        (B) (F)
3. Follow a link again        (B) (F)
4. Close tab.                 (B) (F)
5. Undo Close Tab             *B* (F)
6. Click Back (go to page 2)  *B* (F)
7. Close tab                  *B* (F)
8. Undo Close Tab             *B* *F*

From then on, both buttons work in all tabs, but they will never look greyed-out even when they do nothing because we're at that end of the current tab's browsing history.

Opening a new tab makes both buttons dim and nonfunctional (until close-reopen of a tab with history). Closing seems not to.

It's weird.

Comment 6

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/19.0 Firefox/19.0 SeaMonkey/2.16a1 ID:20121104003038 c-c:df4a34dab842 m-c:ab099c9e1a09

Now that bug 807407 is FIXED, this nightly (which has the fix) does not exhibit this bug anymore either. => VERIFIED.