126925 - Page not always loaded on first click when a # is present in the href

Status: RESOLVED DUPLICATE of bug 126646

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Jens Fallesen]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.8+) Gecko/20020220
BuildID:    20020220

When clicking on certain links (especially [but not only] those with
#-references to anchors, it seems) the location field is updated but the page is
not loaded. Sometimes I am also sent to the top of the current page. When I
click on the link once again, the page is loaded properly.

Also, sometimes when entering a URL in the location field, the field is updated
correctly on pressing return, however I need to press return again to actually
load the page.


Reproducible: Always
Steps to Reproduce:
1. Go to http://www.geekculture.dk/
2. Click on some of the links in the boxes on the right (for instance in the box
"artikeldiskussioner" or "generelle diskussioner")
3. Note how it often does not work properly (but not always)

If you know the Danish language, I also suggest registering on the site (which
is free and safe) to try and log in. In that case, there will be high watermarks
on those discussion forums using #-references to anchors in which case the
problem is seen all the time.

Actual Results:  The location field is updated properly, the page is not loaded.

Expected Results:  Load the page on first click on the link.

Comment 1

[Jens Fallesen]

Update:

I just did some further testing and it seems that the problem is sometimes very
hard to reproduce without links using #-references. I have therefore created a
test user on the site which you can use to test the functionality:

username: mozilla-test
password: mozilla

When testing, please click on the (xx/yy) numbering to the right of the titles
in the "artikeldiskussioner" and "generelle diskussioner" boxes. The ones where
the first number is bold have unread articles.

Please, limit your testing so that others will also get a chance to find unread
postings.

Comment 2

[Gilles Durys]

This is easily seen in any of http://www.mozillazine.org/ discussion.
It also screws up the back/forward navigation.

It seems to happens when the path part of the url is the same and there is an
anchor in that url.

Comment 3

[Gilles Durys]

Attachment: Small testcase

Simple test case showing the problem.

Comment 4

[Gilles Durys]

Maybe this isn't an history problem after all. The testcase I provided shows it
also happens when the href is different from the current url.

Comment 5

[Jens Fallesen]

Note that the test user on www.geekculture.dk has now been removed. Please user
other test pages/cases mentioned here.

Comment 6

[Olav Vitters]

*** Bug 126986 has been marked as a duplicate of this bug. ***

Comment 7

[Jens Fallesen]

Just changing component and OS/version back. I have no idea why my Mozilla
changed that. :-(

Comment 8

[Gilles Durys]

Sigh.
How did I miss that one ?

*** This bug has been marked as a duplicate of 126646 ***