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.