Closed Bug 748787 Opened 12 years ago Closed 12 years ago

anchor navigation ignored

Categories

(Firefox :: Untriaged, defect)

Product:
Firefox
Component:
Untriaged
Version:
12 Branch
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 748803

People

(Reporter: david.balazic, Unassigned)

References

(
URL
)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0
Build ID: 20120420145725

Steps to reproduce:

Clicked on a link to URL with an anchor.

(I noticed this on two forum sites I visit often. It started yesterday after upgrading from Firefox 11 to 12, on two PCs. Happens also in Safe mode)


Actual results:

The page was loaded and displayed at top.


Expected results:

The page loaded and displayed at the anchor position (scrolled down).
This WFM on Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20100101 Firefox/12.0
Need others on Win7 64-bit to test 32-bit Firefox.
URL: https://bugzilla.mozilla.org/show_bug...
wfm with 
Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120424 Firefox/14.0a1 SeaMonkey/2.11a1
Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20100101 Firefox/12.0
On this page if I click the test link (at the very bottom of the page), then the target page loads and is displayed at the top, instead scrolled to the bottom.

http://xerces8.comli.com/test.html

Here is the test link itself: http://slo-tech.com/forum/t54919#footer

Again, in safe mode. With IE9, it works as expected.

This is on Windows 7 Home Premium SP1 64 bit.
Just a note: the test in the previous comment is reproducible for me 99% of times.
Just clicking the second link, no need to go to the comli.com page.
I also tried on another Windows XP Pro SP3 PC (32 bit).
It still had v11 so I tried with it: worked every time (about 6 test, opening the test page by leftclick or middleclick)

Then I updated to 12 (via Help / About) ad tested again, now it failed all 5 times I tried.

So either:
 - nature/god/my mind is playing tricks with me
 - there is some funny add-on causing this (also in safe mode?)
 - this is a real issue in Firefox 12
I tried on some more (XP and 7) PCs and it is the same there, but I noticed this:
 - if the width of the FF window is small (like the width of the comment columns here), then the problem does not happen
 - on a slower PC I noticed that the problem page is first show correctly at the bottom and then is moved to the top


(the narrow window makes the big go away on all PCs I tried - 3 of them currently)
(sorry for the typos and resulting bugspam, here are the corrections)

 - on a slower PC I noticed that the problem page is first _shown_ correctly at the bottom and then is moved to the top

(the narrow window makes the _bug_ go away on all PCs I tried - 3 of them currently)
Still couldn't reproduce, sorry. My browser width is 1360.
Try in a newly created profile with plugins and javascript disabled? Good luck.
URL: https://bugzilla.mozilla.org/show_bug... → http://slo-tech.com/forum/t54919#footer
On my work laptoP the problem starts approximately at width 1050 pixels.

If I disable JavaScript, the problem vanishes.
Otherwise it is still present with a fres profile and plugins disabled. (safe mode too)


But those are websites that worked for years with previous versions of FF and continue to work with current versions of other browsers.
It must be some tiing or ordering change in FF12 regarding JS execution or triggering.
I can't reproduce it. Are you using some scripts to block contents on webpages with your firewall or the hosts file?
Good catch!

I have this (see bottom) in my hosts file. Deleting it makes the problem go away.


255.255.255.0  ads.alter.si
255.255.255.0  oglasi.alter.si
255.255.255.0  adserver.alter.si
255.255.255.0  relay-si.ads.httpool.com
255.255.255.0  ad.httpool.com
255.255.255.0  tas-si.toboads.com
255.255.255.0  ad-emea.doubleclick.net
255.255.255.0  oglasi.slo-tech.com
255.255.255.0  ads.poraba.com
So it's another regression in Bug 301471 like Bug 748803 or Bug 749218.
Blocks: 301471
Depends on: 748803
With the recent patch https://bugzilla.mozilla.org/show_bug.cgi?id=748803#c20 to fix the similar Bug 748803, I'm still able to reproduce this bug with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1

STR:
1. Add these lines to the hosts file in Windows:
255.255.255.0	ads.alter.si
255.255.255.0	oglasi.alter.si
255.255.255.0	adserver.alter.si
255.255.255.0	relay-si.ads.httpool.com
255.255.255.0	ad.httpool.com
255.255.255.0	tas-si.toboads.com
255.255.255.0	ad-emea.doubleclick.net
255.255.255.0	oglasi.slo-tech.com
255.255.255.0	ads.poraba.com
2. Open http://slo-tech.com/forum/t54919#footer
(be sure all your ad/script blockers are disabled)

Result: the focus stays at the top of the webpage on the "Try Again" button, see http://i.imgur.com/mN5Rt.jpg

If you replace 255.255.255.0 by 127.0.0.1 in the hosts file, the bug doesn't appear.
Loic, what's the http:// URI from about:buildconfig in the build you're testing with?  Can I see a screenshot of what the page you're looking at looks like?
Er, nevermind.  I see the screenshot.

And if the hosts file has 127.0.0.1, do you still get an error page there?  But no focus in it?
(In reply to Boris Zbarsky (:bz) from comment #15)
> Er, nevermind.  I see the screenshot.
> 
> And if the hosts file has 127.0.0.1, do you still get an error page there? 
> But no focus in it?

It depends, indeed. I tested with beta FF13 and 127.0.0.1 in the hosts file:
- sometimes the focus is at the bottom of the page and there is no error message in the upper frame, see http://i.imgur.com/hbTRU.jpg (I scrolled up to display the frame)
- sometimes the focus is at the top of the page on the "try again" button, see http://i.imgur.com/GaQVP.jpg

The behavior is erratic, fifty-fifty, I'd say.

With patched FF15 and 127.0.0.1 in the hosts file, the focus is at the bottom.
What about the first part of comment 14?
(In reply to Boris Zbarsky (:bz) from comment #17)
> What about the first part of comment 14?

FF13:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0
http://hg.mozilla.org/releases/mozilla-beta/rev/f16e48c88ac3

FF15:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1
http://hg.mozilla.org/mozilla-central/rev/807403a04a6a
Hmm.  OK.  That last should have the fix for bug 748803.

Let me see if I can reproduce...
When I try to use 255.255.255.0 as the IP for those hostnames over here (on Mac, though) the loads just time out.  So when I load the url in comment 13, it works just fine...

What does your screenshot look like if you try to load one of those hostnames at toplevel?
Okay, I understand where is the issue. I think my Nightly build in https://bugzilla.mozilla.org/show_bug.cgi?id=748787#c13 wasn't updated to the latest version with your patch. That's why I was able to reproduce the bug.

I tested again with 255.255.255.0 in the hosts file and I'm not able to reproduce it anymore. So it should be ok, sorry. :)
Aha!  Perfect, thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
No longer depends on: 748803
You need to log in before you can comment on or make changes to this bug.