Open
Bug 502930
Opened 16 years ago
Updated 3 years ago
Status bar gives forward site, after back button push.
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: u348128, Unassigned)
Details
(Keywords: uiwanted)
Attachments
(1 file)
|
31.15 KB,
image/gif
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)
When pushing the back button, the status bar gives the site from where I come (so, the site where I would go when pushing the forward button).
Is this intended? If so, make it more consistent. When I hoover over a link, then the information is gone. It will not reappear when moving over the foward button (would be quite logical to show site in that case).
Also, the behavior is not like that, when moving back and foward from history saved (after relaunch of Firefox).
Lucas
Reproducible: Always
Steps to Reproduce:
1. Use bugzilla new bugs filed today.
2. Click on bug link.
3. Click back button.
Actual Results:
Link in status bar, of visited bug.
Expected Results:
Blank. or Ready.
Comment 1•16 years ago
|
||
This is the result of the bfcache: Bug 274784.
In about:config try switching the fast back-forward cache off by changing the value of browser.sessionhistory.max_total_viewers to 0 and you'll see the behavior will be like you expect.
Component: Bookmarks & History → Document Navigation
Product: Firefox → Core
QA Contact: bookmarks → docshell
Comment 2•16 years ago
|
||
I doubt this is a document navigation issue; I don't believe docshell sets that status bar string.....
(And in any case, I can't seem to reproduce the bug, using this very page I'm looking at right now. Please post explicit steps to reproduce, including the exact sites to load and links to click.)
1. Go to Bugzilla home: https://bugzilla.mozilla.org/
2. Click: Bugs Filed Today.
3. Click: Top bug (the number).
4. Click: Back button, and keep mouse there.
5. Look at status bar. It shows the URL of the bug just visited. On XP at least and FF3.5
Comment 4•16 years ago
|
||
Ah, I see. The point is that the link you clicked has the focus when you navigate back. Note that if you hit "enter" immediately after going back you go to where that link points. Focusing a link puts its url in the status bar, for precisely that reason.
Looks like things are in fact behaving as they should....
Yes, it has indeed focus. I did not notice that before. But it is still inconsistent and chaotic. There is in general no relation, between 'in focus' and on 'status bar'. Also, as I said before, it doesn't show up in saved history.
If I move over another link, then it is gone, while it still has focus.
Also, if this is important for some reason, then hoovering over back/forward button, showing link in status bar, should also get high priority.
I still consider this behavior chaotic and confusing. If this is not resolved ASAP, then I will switch back to IE6 :-)
There is also something else fishy. I was looking at bug:
502765. I couldn't reproduce it.
I went to the page:
http://www.radiotelevisionandalucia.es/tvcarta/impe/web/enDirecto?canal=csr
On the page, the status bar say 'loading <ip number>'.
Then pushed back. And it showed again the IP number. As if the page was still running and it showed its actions on the status bar.
You have to go back and forward a few times, to see the problem.
Comment 7•16 years ago
|
||
> There is in general no relation, between 'in focus' and on 'status bar'.
Sure there is. I described that relation in comment 4. Any time an <a> node is focused it puts its href value in the status bar.
> If I move over another link, then it is gone, while it still has focus.
Yes, it's the act of getting (not having) focus that puts the href in the status bar. Leaving a link explicitly sets the status bar to "".
> then hoovering over back/forward button, showing link in status bar, should
> also get high priority
That's a UI issue, not a core engine issue.
> If this is not resolved ASAP, then I will switch back to IE6
That's your choice, but blackmail is not really all that effective....
Keywords: uiwanted
This attachment shows the incorrect status bar. The loading message of the IP-number comes from the spanish radio site. After pushing back button, it shouldn't be there.
Comment 9•16 years ago
|
||
That sounds like a different issue from the one this bug was initially filed on. Please report that as a separate bug?
| Reporter | ||
Comment 10•16 years ago
|
||
Could be. I found the comment #8 bug first, but it is harder to reproduce. Then I started to look at the general behavior of the status bar and got totally confused.
I will pay attention to the status bar the coming two days and see what is a bug and what isn't.
Lucas
Updated•3 years ago
|
Severity: trivial → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•