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)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
VERIFIED
FIXED
M7
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
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: M6
Comment 1•25 years ago
|
||
I think this was fixed a while back. At least it is working on my 4/27/99 debug
WinNT build.
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Comment 2•25 years ago
|
||
no, it's still broke on win32 using 1999060208 build, re-opening bug
this is a M6 bug which was re-opened and we are now on M7. Moving to M7.
Updated•25 years ago
|
Assignee: karnaze → radha
Status: REOPENED → NEW
Comment 4•25 years ago
|
||
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
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•25 years ago
|
||
The new session history implementation solves this problem. Please verify
Comment 8•25 years ago
|
||
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
Assignee | ||
Comment 9•25 years ago
|
||
I tried this in my solaris box and works right. Can someome take another look.
There is no platform specific code in the fix.
Reporter | ||
Comment 10•25 years ago
|
||
I don't see a problem on my Linux box using the 1999061608 build. beppe?
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•25 years ago
|
||
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.
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
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.
Description
•