Closed Bug 281598 Opened 20 years ago Closed 20 years ago

browser_error_pages when set to enabled, if a site fails and you hit back, it doesn't go to the referring page

Categories

(Firefox :: General, defect)

1.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 157004

People

(Reporter: mrsteveo, Assigned: bugzilla)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 StumbleUpon/1.999
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 StumbleUpon/1.999

If you set the following item 'browser.xul.error_pages' to true status then
visit, say godaddy.com, slashdot, and then click on a link that fails.. instead
of clicking back and going to slashdot, it took me back to godaddy.  It should
go back to the referring page.

Reproducible: Always

Steps to Reproduce:
1. Visit Site A
2. Visit Site B
3. Visit Site C that is a link on Site B and make sure it's going to fail.  Then
click on back and it should refer you to site A.

Example:

Visit http://www.godaddy.com.  Visit http://www.slashdot.org.  Visit a link that
results in a failed connection with the error pages enabled and after it fails,
click back.  You should go back two pages, instead of back one.

Actual Results:  
You go back one to many pages.

Expected Results:  
When you get the connection error, you should be able to click page and go to
the referring page.
Component: Build Config → General
Version: unspecified → 1.0 Branch
Assignee: bryner → firefox
QA Contact: asa → general

*** This bug has been marked as a duplicate of 157004 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Oops.  This is a dup of bug 226401, which was fixed by a patch in bug 157004.
You need to log in before you can comment on or make changes to this bug.