571521 - When clicking on links, FireFox will show a blank page, the loader will continue animating, but the page will stop loading.

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[Nicholas Ilyin]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)

When clicking on a link, FireFox shows a blank page and continues the loading animation. When you click the little arrow beside the back button, you see wyciwyg:://#/http://.... where # is some number.



Reproducible: Always

Steps to Reproduce:
1. Open up www.ujafedny.org
2. Click on a news story link, such as the link titled "Real Estate Division Honors Durst" which goes to http://www.ujafedny.org/uja-federation-news-2/view/real-estate-division-honors-durst
3. You will see a blank page.

You can see a screencast of this here:
http://youtu.be/vlfSZgW8LNw

Actual Results:  
Blank page with loading animation, but "Stopped" text in status bar.

Expected Results:  
The actual page to load.

You can see a screencast of this here:
http://youtu.be/vlfSZgW8LNw

Also, other users are experiencing the same problem here:
https://support.mozilla.com/en-US/forum/1/655033

Comment 1

[Ian]

I just want to add my report from the support.mozilla.com thread.

I am seeing the same thing in 3.6.4. I have a system that uses JavaScript to do some rewriting of HTML pages. If I follow a link to load a page, then press the Back button, then click the link again, the window.location.href starts with wyciwyg://\d/.

My current fix for this is to check window.location.href for the bogus protocol spec when I use it.

Comment 2

[Ian]

(In reply to comment #1)
> I just want to add my report from the support.mozilla.com thread.

Also, this is under Mac OS X 10.4.

Comment 3

[Karl]

Using 3.6.3 here.
Doing JSF development and getting this during a routine that invalidates the session and reloads the page via a navigation-rule in the faces-config file.
Easily reproducible.
Behavior is, I can perform the operation once and it works as expected, all succeeding attempts results in the wyciwyg://N/  prefixed url where N is incremented by 2 since the previous error, so it would seem to be some weirdness with the cache somewhere.

Comment 4

[Tim (fmdeveloper)]

Reporter -> Are you still experiencing this issue with the latest version of Firefox 5? Does the issue occur with the latest nightly? http://nightly.mozilla.org/

Comment 5

[Tim (fmdeveloper)]

Closing bug as Incomplete - if you are still experiencing this issue or have more information to provide feel free to post back here and we can re-open the bug. You can also get assistance by visiting the Firefox help site -> http://support.mozilla.com/en-US/kb/Ask+a+question