Closed Bug 5109 Opened 25 years ago Closed 25 years ago

[DOGFOOD] Scrollbars disappear after going back from frameset

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P1)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: radha)

References

()

Details

(Whiteboard: Win32, Mac OS OK; waiting for fix on Linux)

to reproduce this: - go to http://slip/projects/marvin/bft/browser/ note that there is a long list of stuff here; you should see a vertical scrollbar - follow the 'bft_frame_index.html' link - click the back button result: there is no longer a vertical scrollbar at http://slip/projects/marvin/bft/browser/ - you can't scroll down and select the file you selected previously
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: M6
I think this was fixed a while back. At least it is working on my 4/27/99 debug WinNT build.
Status: RESOLVED → REOPENED
no, it's still broke on win32 using 1999060208 build, re-opening bug
Resolution: FIXED → ---
this is a M6 bug which was re-opened and we are now on M7. Moving to M7.
Assignee: karnaze → radha
Status: REOPENED → NEW
The problem is reproduceable in Apprunner. The history mechanism needs to be modified to reset the scrolling on the web shell. nsWebShell::LoadURL calls InitFrameData which puts back the scrolling (among other things) the way it was originally. If a web shell has "auto" scrolling and it gets loaded with a frameset doc then the scrolling is set to "no". When the web shell loads a new doc, InitFrameData ensures that the scrolling is set back to "auto". This is not happening when history comes into play and it needs to. Reassigning to Radha.
Blocks: 7922
OS: Windows NT → All
Priority: P3 → P1
Hardware: PC → All
Summary: scrollbars disappear after going back from frameset → [DOGFOOD] Scrollbars disappear after going back from frameset
*** Bug 7458 has been marked as a duplicate of this bug. ***
*** Bug 8100 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
The new session history implementation solves this problem. Please verify
using the 1999061514 build on mac and windows, it works fine, it does not work correctly on Linux. I am going to keep it as unverified until it works on Linux
Whiteboard: Win32, Mac OS OK; waiting for fix on Linux
I tried this in my solaris box and works right. Can someome take another look. There is no platform specific code in the fix.
I don't see a problem on my Linux box using the 1999061608 build. beppe?
Status: RESOLVED → VERIFIED
hmm pip and I looked at it yesterday on Linux and it was not working as expected, but if Christopher can't reproduce, then marking this little dude as verified.
No longer blocks: 7922
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.