Closed
Bug 375190
Opened 18 years ago
Closed 16 years ago
loading bookmark/history item from the sidebar that doesn't load a new page causes strange double-focus state
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: polidobj, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
6.36 KB,
application/xhtml+xml
|
Details |
I clicked on an entry in planet mozilla's feed for one of David Baron's entries then clicked on his next entry. But because it was on the same page with just a different anchor the page just scrolled. But the problem was that the keyboard focus was still in the sidebar. So pressing the up/down arrows moves the selected entry in sidebar *and* it also scrolls the content area.
1. Put the planet mozilla feed in your bookmarks. I'm using the RSS 2.0.
2. Click the two David Baron entries one after the other.
Actual:
Pressing the up/down arrow keys moves the sidebar selected entry and scrolls the page.
Expected:
Focus should be in the page.
| Reporter | ||
Comment 1•18 years ago
|
||
| Reporter | ||
Comment 2•18 years ago
|
||
This isn't a problem in 1.5.0.11 or the most recent 2.0.0.4pre nightly.
Comment 3•18 years ago
|
||
Which build *is* it a problem in? You should always remember to indicate what build you're testing when filing a bug as NEW.
| Reporter | ||
Comment 4•18 years ago
|
||
Sorry I thought filing under Firefox, Windows, trunk was telling enough:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070324 Minefield/3.0a3pre ID:2007032408 [cairo]
| Reporter | ||
Comment 5•18 years ago
|
||
I got back to finding the regression range:
20061014 broke
20061013 works
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-10-13+04%3A00%3A00&maxdate=2006-10-14+04%3A00%3A00&cvsroot=%2Fcvsroot
Bug 232605?
Keywords: regression
Comment 6•18 years ago
|
||
It's not really clear from your comment how this bug is supposed to be reproduced, but here's my best guess:
1) Add dbaron's feed as a bookmark that opens in the sidebar.
2) Load that bookmark, so you see the feed preview in the sidebar. Click one of the items. Blog entry loads in main content area.
3) Click another item. New item scrolls into view, since it's on the same page.
After these steps, focus is left in the sidebar. That's consistent with clicking a link targeted to a new window, so I'm not sure that that's really a bug.
I can't reproduce the "moves the selected entry in sidebar *and* it also scrolls the content area" problem (arrows only scroll the sidebar).
| Reporter | ||
Comment 7•18 years ago
|
||
Drat I didn't think of a bookmark opening the feed preview in the sidebar. That's not what I meant. Sorry I should have said: Put the planet mozilla feed in your bookmarks *as a live bookmark*. Or better yet: subscribe to the planet mozilla feed with a live bookmark.
But using david's feed shows the problem too (I tried the RSS1). So long as the URL is the same with only the anchor being different. Which for his blog looks to have all the entries for a month on one page.
e.g.
http://dbaron.org/log/2007-03#e20070324a
http://dbaron.org/log/2007-03#e20070324b
And actually I see now it doesn't require a live bookmark. I bookmarked the two entries above and opening them consecutively also shows the problem.
| Reporter | ||
Comment 8•18 years ago
|
||
Oh and the same thing happens in the history sidebar as well.
Comment 9•18 years ago
|
||
OK, I can reproduce the problem with the bookmark/history sidebar.
Summary: sidebar focus problem → loading bookmark/history item from the sidebar that doesn't load a new page causes strange double-focus state
| Reporter | ||
Updated•18 years ago
|
Flags: blocking-firefox3?
Updated•18 years ago
|
Flags: blocking-firefox3? → blocking-firefox3+
Updated•18 years ago
|
Assignee: nobody → gavin.sharp
Target Milestone: --- → Firefox 3 M10
Updated•18 years ago
|
Target Milestone: Firefox 3 M10 → Firefox 3 M11
Updated•18 years ago
|
Priority: -- → P4
Comment 10•17 years ago
|
||
Not going to continue to block on this. If you disagree with this decision, please renominate with reasons why we can't ship with this in final
Flags: wanted-firefox3+
Flags: blocking-firefox3-
Flags: blocking-firefox3+
Updated•17 years ago
|
Assignee: gavin.sharp → nobody
Priority: P4 → --
Target Milestone: Firefox 3 beta3 → ---
| Reporter | ||
Comment 11•16 years ago
|
||
I can reproduce this in 3.5 but not on the trunk 3.6a1pre. I assume this was fixed by the focus refactoring.
Updated•16 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•