Closed Bug 85549 Opened 23 years ago Closed 23 years ago

Clicking the back button on the browser does not return to previous location.

Categories

(Core Graveyard :: Plug-ins, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 98641

People

(Reporter: shrir, Assigned: serhunt)

References

Details

windows trunk 0612

Steps to Reproduce:
1. Open browser to http://access.adobe.com/browser/netscape/net6.pdf
2. Scroll down to page 6.
3. Click on any link.
4. click on the back button on the browser
Result:
Returns to page 1 on previous page, not page 6.
I can't even go back to a previous web page on Google...
This is a most annoying bug.  Works for me on 061201 trunk, but all later builds
doesn't.  Public forums on sourceforge.net also cause this bug.
Additional way to reproduce:

1. please check http://www.mgfx.net/
2. browse, for example to showcase, go through 3Dgallery > organics > any picture. 
3. Press back. You will find yourself on first page.

More, if you'd start browsing from page other, than mainpage (e.g.
http://www.mgfx.net/download.htm, pressing back will return you to the page you
entered first. 

_Very_ annoying :(
I can't reproduce any problems on the www.mgfx.net using Linux 2001071223.
Could you retest with some latest nightly?
OS: Windows NT → All
I've seen back skip pages on bugzilla too, typically after a change has been
submited, the page you go to next will be lost in the history. OS->all
We need to separate possible different problems. Looks like mgfx site has 
nothing to do with plugins. What we have there is a navigation inside a frame 
while the url in the url bar is not changed. I bet this is not what we have in 
the original case with Acrobat. Or if it is, then plugins is not correct 
component.
The problem is in Mozilla 0.92 too. (2001062815)

I think it has to do with pages that does not change the URL when you click on a
link. It is not always reproducable, but happend now and then for me.
I can recreate the bug easily by going to page: http://skane.clubmetro.com/
klick on "Insändare" on the frame in the top left.

Now try to go back!
At least I cant!
*** Bug 90506 has been marked as a duplicate of this bug. ***
*** Bug 98224 has been marked as a duplicate of this bug. ***
Additional way to reproduce the bug:

1. goto http://cservice.undernet.org/live/
2. click on the link that says make a new user or something else you find usefull.
3. Press back and nothing will happen.

Changing to GrayModern III theme fixed the problem for me.
Very strange, themes are powerfull enough to do such things ?

Please try to reproduce your bug events with another theme...
The original link works for me with Mozilla/5.0 (Windows; U; WinNT4.0; en-US;
rv:0.9.2) Gecko/20010726 Netscape6/6.1. Clearing the URL field. All other cases
are not plugin related. Reassigning to XPApps for finding right component.
Assignee: av → pchen
Component: Plug-ins → XP Apps
QA Contact: shrir → sairuh
->session history? punt as needed!
Assignee: pchen → radha
Component: XP Apps → History: Session
QA Contact: sairuh → claudius
thanks andrei for resolving the plugin question. I've tried the previous two
url's (skane and cservice) and everything WFM.

Someone else please try this with a current build and report - otherwise this
bug will be marked and verified WFM.
Okay, let's forget everything else mentioned in this bug and go back to the
orignal problem as stated by the reporter(shrirang). i was able to reproduce
that error with a 2001090409 Win98 build.

What's happening is the pdf file is a long document(6 pages long) if you scroll
or jump to the 6th page and click a link (taking you out of the pdf) when you
click the browser's back button your scroll position is not correctly remembered
within the pdf document - you are on 'page 1' instead of 'page 6' -of the document-.

Without inlvoling the plugin, session history(SH) is behaving correctly in this
regard. Clicking a link and then hitting 'back' to a long page properly returns
you to your previous scroll position, with the same build. I believe the code
that accomplishes this in the browser is not even touched because in the
testcase the window does not have scrollbars - the pdf document does. back to
you andrei.
Assignee: radha → av
Component: History: Session → Plug-ins
QA Contact: claudius → shrir
I found the cause of the original problem with Acrobat and filed bug 98641 for 
this. The present bug has some mixed issued discussed not necesserily related to 
the plugins module. As for the originally reported problem -- this is a dup of 
bug 98641 now. If other issues (going back in a frame set) are known and filed 
or resolved I think we can resolve this one as a dup of bug 98641, if not, right 
component should be found and summary cleaned up.

Resolving as a dup, as I have feeling that other issues are WFM now.

*** This bug has been marked as a duplicate of 98641 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.