Closed Bug 443732 Opened 17 years ago Closed 15 years ago

boards.straightdope.com - Bad scrollto location for URL referencing named anchors

Categories

(Tech Evangelism Graveyard :: English US, defect)

Product:
Tech Evangelism Graveyard
Component:
English US
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: bobm, Unassigned)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 It doesn't seem to happen to all sites, but named anchors are sometimes behaving differently in FF3 than they were in FF2, and positioning in less convenient ways. The example URL I gave is a VB message board, and the links which illustrate the problem are the "go to last post" links (little "greater than sign" buttons in the "last post" column). In FF2, those link to the article and scroll the named anchor corresponding to the post far enough up the page that you can read without further scrolling. In FF3, the named anchor location is being positioned at the very bottom of the browser window so that you have to scroll up to read the content it's marking. Reproducible: Always Steps to Reproduce: 1. Go to the URL provided. 2. Click on one of the "last post" buttons in the "last post" column. Actual Results: The page you go to ends in some named anchor like "#postNNNNNN". It is scrolled so that the anchor location is on the very bottom of the browser window, and you have to scroll up. FF2 doesn't do this. Expected Results: Scroll named anchors to the middle, top or 2/3 of the way up the browser window. They are usually used to mark following content.
Added note - click on the last post button to an article with at least a few replies. If you click on the button for an article with 0 replies, it's possible that the anchored location is too near the top of the page to be scrolled to the bottom, and won't illustrate the problem.
IS your zoom level at default and can you reproduce it with a default zoom level (view/zoom/reset)
Probably a regression from bug 332246, since this is a vb forum, just like in bug 439826. I can't seem to find any of the "last post" buttons, though, so I can't really verify.
Blocks: 332246
Sorry - those are the buttons with the ">" signs on them in the column labeled "last post". There's one next to the each name of a last poster (those links take you to the poster's profile). The buttons have a tooltip saying "Go to last post" when you roll over them. BTW, another VB forum I visit doesn't exhibit the problem. Also, if I directly enter a URL containing one of the named anchors for post locations, it works right - eg: "http://boards.straightdope.com/sdmb/showthread.php?p=9973767#post9973767". The buttons have a URL like "showthread.php?goto=lastpost&t=474436". Presumably, that php script figures out the anchor for the last post, and redirects. Frankly, I would assume VB was doing something wonky, except it works in FF2. My zoom level is default, BTW.
Hmmm. This is interesting. When I click on the link in my last comment, it exhibits the problem (the linked-to post is off the page). If I type it directly into the location bar, it doesn't (it's at the top of the page).
Ok, thanks, I can see the problem now. This is essentially the same thing as in bug 439826. I see this code: <body onload="if (is_ie || is_moz) { fetch_object('currentPost').scrollIntoView(!is_moz); }"> See the comments in bug 439826 how that could be solved. I have no idea why the vb developers have written it in this kind of way, but it is completely unnecessary.
Assignee: nobody → english-us
Status: UNCONFIRMED → NEW
Component: General → English US
Ever confirmed: true
Product: Firefox → Tech Evangelism
QA Contact: general → english-us
OS: Windows Vista → All
Hardware: PC → All
Summary: Bad scrollto location for URL referencing named anchors. → boards.straightdope.com - Bad scrollto location for URL referencing named anchors
INCOMPLETE due to lack of activity since the end of 2009. If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself. Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.