Closed Bug 30548 Opened 25 years ago Closed 25 years ago

scroll, then resize to kill scrollbars --> part of page off screen

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Other
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: ekrock, Assigned: eric)

References

(
URL
)

Details

Attachments

(2 files)

Testcase (for vertical) with background color
82 bytes, text/html
Details
Simple HTML file to scroll
123 bytes, text/html
Details
Using Commercial 3/3 (Build ID 2000022708) on WinNT 4.0 SP4. To repro: 1) display URL (joki's open bug list) 2) resize window horizontally so it is half the screen width (h. scrollbar appears) 3) drag the horizontal scroll bar all the way to the right 4) resize window horizontally so it is full screen width (h. scrollbar disappears) Expected: able to see all of page content Actual: as window was resized to get wider, the displayed content didn't "move over" to take up the newly-available screen space in the resizing window. Result: scroll bar is gone because the window is now large enough to display all the content, but we can't in fact see the text on the left side of the page because the content hasn't repositioned itself within the window's content area. Workaround: horizontally resize the window to make it small enough that the horizontal scroll bar appears, drag the scroll bar all the way to the left, then, with the scroll bar at the far left, resize window to full screen size again.
Nominating for beta1 consideration as this is a fairly serious usability regression since the tree closed. We should definitely release note this if it's not fixed by beta1.
Keywords: beta1
Looks like a scrolling issue
Assignee: don → evaughan
Putting on PDT+ radar for beta1. Will move to minus if not fixed by tomorrow night.
Whiteboard: [PDT+] w/b minus on 03/07
Looking at this.
Status: NEW → ASSIGNED
Whiteboard: [PDT+] w/b minus on 03/07 → [PDT+] 03/10/00
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
QA Contact: paulmac → jrgm
Whiteboard: [PDT+] 03/10/00 → [PDT+] will verify with 3/10 builds
eric, I can reproduce this bug on the commercial and the mozilla bits from this afternoon (mac 8.6, rh6.0, win98). On windows it is not always reproducible, but often enough to be significant -- as well, the error on windows is not as severe as on mac and linux, where the right hand side of the canvas is grey. However, the first event that fires on the vertical scrollbar after the horizontal resize will trigger a reflow, and everything looks fine after that. Not sure this should remain PDT+ at this point (but, sigh, i suppose I have to REOPEN).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
removing PDT+ for reconsideration.
Whiteboard: [PDT+] will verify with 3/10 builds → will verify with 3/10 builds
Putting on PDT- radar for beta1.
Whiteboard: will verify with 3/10 builds → [PDT-]will verify with 3/10 builds
Clearing whiteboard comment. Also, I tried this on win98 with "Show window contents while dragging" disabled: the effect on win98 is actually about the same as on Mac and Linux with this option disabled (i.e., it leaves ~1/3 of window contents clipped on the left margin and blank on the right margin).
Component: XPApps → XP Toolkit/Widgets
Whiteboard: [PDT-]will verify with 3/10 builds → [PDT-]
This should be fixed with my new fixes to GfxScrollbars.
Status: REOPENED → ASSIGNED
Target Milestone: --- → M15
I can not reproduce this in the debug build. Does anyone else see it?
Target Milestone: M15 → M16
I can see this with the opt comm bits for both the trunk and the beta1 branch for today (on win98/linux), and for today's beta1 builds on mac.
Hint to reproduce: resize quickly (use use maximize/restore), because slow resizing is intelligent. Happens with vertical scrolling too: http://palosverdes.com/jesse/irc/ http://bugzilla.mozilla.org/ is a good url for the horizontal scrolling bug. Shortening summary to make it less readable. i mean, to make more of it show up on queries. yeah. that's it.
Summary: if resize window large enough for whole page, horizontal scroll bar disappears but view area doesn't include left edge of content → scroll, then resize to kill scrollbars --> part of page off screen
*** Bug 34021 has been marked as a duplicate of this bug. ***
Also from bug 34021: background color not drawn in "scrolled-off" area.
Mass-moving all M16 non-feature bugs to M17, which we still consider to be part of beta2
Target Milestone: M16 → M17
*** Bug 34944 has been marked as a duplicate of this bug. ***
moving to m18
Target Milestone: M17 → M18
mass-moving all '-' bugs to M20
Target Milestone: M18 → M20
*** Bug 41152 has been marked as a duplicate of this bug. ***
*** Bug 43320 has been marked as a duplicate of this bug. ***
*** Bug 37699 has been marked as a duplicate of this bug. ***
I think I have a related problem with the scrollbar in the bookmarks tab in the sidebar. I'm running the 2000063020 (I think, not at my Mozilla browser now) nightly on Win98. To repo: 1) open sidebar, click on bookmark tab 2) open enough folders to get the scrollbar 3) scroll to bottom 4) collapse enough folders (starting at the bottom folder) to make the scrollbar disappear Expected Behavior: Window view moves up so the last item of the bookmark list is at the bottom of the folder and the scrollbar is placed (if necessary) to get to the top items. Actual Behavior: The view of the items doesn't move and the top items of the bookmark list are hidden now, with no scrollbar to get to them. Workaround: Click on an item and use arrow keys to navigate the bookmark list.
That other scrollbar logic bug is covered in bug 43467 I don't think these are duplicates, although they might be fixed by the same patch. We probably need a blocked tracker bug so that someone checks related bugs when patches are in.
Keywords: nsbeta3
Communicator suffers from a similar bug. If you are reading a threaded newsgroup, and the collapsed threads display without a scroll bar (e.g. while viewing only threads with new), if you collapse the first thread, scroll it off the list, then collapse the rest of the threads then the scroll bar disappears. If you enlarge the thread pane then Communicator will display all the threads.
nsbeta3-
Whiteboard: [PDT-] → [PDT-][nsbeta3-]
Target Milestone: M20 → Future
*** Bug 39710 has been marked as a duplicate of this bug. ***
The comments on 07/03 and 07/27 about scrolling in trees have NOTHING to do with this bug --- this bug is about scrolling of HTML content, which is a completely different beast than XUL trees.
*** Bug 52315 has been marked as a duplicate of this bug. ***
This happens when resizing vertically as well as horizontally. See bug 52315.
Load the simple html file. Resize the browser window vertically until a vertical scrollbar appears. Scroll the browser window so the bottom the list is displayed. Resize the browser window vertically to make the vertical scrollbar disappear. The bottom the list is still displayed but the vertical scrollbar is gone. Expected results: the list's scroll offset would be reset when the vertical scrollbar disappeared.
Keywords: mostfreq
Because bug 52315 was marked as a dupe, I am clearing status whiteboard of PDT- and nsbeta3- for reconsideration. This affects aim in a bad way. See Bugscape bug http://bugscape.netscape.com/show_bug.cgi?id=2302
Whiteboard: [PDT-][nsbeta3-]
Is this related to today's blocker on the Security Manager? http://bugzilla.mozilla.org/show_bug.cgi?id=52443
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
marking verified build 2002020603 win-xp
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: