All users were logged out of Bugzilla on October 13th, 2018
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212 The site navigation bar, which I select as "Show Only As Needed" because only a few sites use link relations, should have a sidebar. As a toolbar it takes up a little vertical space, which tends to be more precious than horizontal space, and does not consistently disappear and reappear upon switching sites. The sidebar implementation could output everything available as a list of header-separated links. Perhaps this could be combined into the current "What's Related" sidebar. Reproducible: Always Steps to Reproduce: 1. Turn on the Site Navigation Bar (View > Show/Hide > Site Navigation Bar > Show Only As Needed) 2. Switch between sites that have and have not link relations. 3. Actual Results: The Site Navigation Bar did not consistently disappear and reappear. Expected Results: consistently disappear and reappear
thank you for volunteering
Assignee: shliang → nguyen.alexander
Reporter, you have actually written two separate issues here: 1) Site Navigation Bar is not consistently appearing and disappearing. 2) Sidebar could contain the site navigation links. The build you reported the bug with was already two months old when you filed this report. Could you please retest a current nightly trunk build and see if the bug is still present? If so, could you try and find a repeatable sequence of pages that trigger this bug? Thanks.
Severity: enhancement → trivial
Gah, hit by the mouse wheel nonsense again :( I'll put this back to "enhancement" to match the current title.
Severity: trivial → enhancement
The site navigation bar does seem to behave better in Mozilla 1.3b, so it probably behaves similarly in later trunk builds, though a trivial problem results when switching between tabs can make the bar persist until changing pages. For example, open b.m.o (which activates the bar) in one tab, then open mozillazine (which does not activate the bar). Switch to the b.m.o tab, then switch to the mozillazine tab. The bar does not disappear. Slightly off-topic: Though a horizontal site navigation bar is more logical than a vertical implementation, a vertical implementation could take advantage of prefetching, and display each page's title element, without requiring the user to mouse over each button, and URI (in the status bar). And, of course, both implementations should not display the unvavilable choices that are greyed out in the current site navigation bar. By the way, I resent the label enhancement (":("). This is trivial.
Please don't resent the severity - it is set to reflect the current title "Site Navigation Bar should have a sidebar" which is a request for enhancement and not a bug in Mozilla (trivial or otherwise). See http://bugzilla.mozilla.org/bug_status.html#severity . The issue you mention with tabs sounds like bug 102905 but that was apparently fixed before 1.3b. Hmm, attempting to reproduce with 2003021808 does what you say pretty much. The link bar does vanish after a short delay if you switch to Mozillazine while it is loading, but does not vanish if you switch to it after it has loaded. I am going to get a latest nightly (which should be interesting as the tree just reopened for 1.4a) and try again before I do anything else. If the other bug gets reopened, this will get left as it is as an RFE. BTW, I like the idea of sticking it in "What's related" as: 1) No resizing of content window when the bar is "show as needed". 2) I never use "What's related" anyway, so this could make it useful for me.
Mark this bug invalid. From CD players, VCRs, and browsers, I think that most persons associate previous with the left direction and next with the right direction. The site navigation bar should take advantage of pre-fetching when available to display an HTML document's title element and URI (in a tooltip or in the status bar?).
I must have wanted just single clicking at the cost of logic. invalid
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → INVALID
Status: RESOLVED → VERIFIED
QA Contact: sujay → gbush
You need to log in before you can comment on or make changes to this bug.