Closed Bug 34218 Opened 25 years ago Closed 25 years ago

Scrollbar leaves traces of itself as it shrinks (incremental,paint)

Categories

(Core :: XUL, defect, P4)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: merde, Assigned: eric)

References

(
URL
)

Details

(Keywords: helpwanted, Whiteboard: [nsbeta2+] 6/1)

Attachments

(2 files)

testcase; scrollbars don't repaint when scrollable content expands
1.73 KB, text/html
Details
Screenshot showing slider cruft in scrollbar
26.06 KB, image/gif
Details
From Bugzilla Helper: User-Agent: Mozilla/4.61 [en]C-CCK-MCD emg02031998 (Win98; U) BuildID: 2000040108 When loading a long page that makes the scrollbar shrink, the scrollbar leaves traces as it shrinks. Minimizing and maximizing the window makes the traces dissapear. Reproducible: Always Steps to Reproduce: 1. Go to http://bugzilla.mozilla.org/query.cgi 2. Look at the scrollbar as it shrinks Actual Results: Scrollbar shrinks and leaves traces. Expected Results: Scrollbar shoud shrink without leaving any traces of itself
what build are you one, (build id is at the lower right corner of mozilla) as you used netscape 4.61 to submit this bug. thanks
looks like 4/1 build from the report. I see this as well with a build from 4/01 and 3/31 under win98 ->XPToolkit Widgets
Assignee: cbegle → trudelle
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Toolkit/Widgets
Ever confirmed: true
QA Contact: asadotzler → jrgm
It's been happening since the 3/31 build. I've replicated this under Win2000 and Win95.
I don't see this at all, is the only step to reproduce really just loading the bugzilla query? I do that all day long...
I could duplicate this only if I ran an enormous query -- e.g. all bugs modified in the last 7 days. At that point, the UI is starved by layout, and an "update" paint does not get done. [Of course, this may be more apparent at lower processor speeds, RAM, and net bandwidth].
Okay, assigning to evaughan as p4 for m20
Assignee: trudelle → evaughan
Keywords: helpwanted
Priority: P3 → P4
Target Milestone: --- → M20
*** Bug 30549 has been marked as a duplicate of this bug. ***
*** Bug 34938 has been marked as a duplicate of this bug. ***
*** Bug 35000 has been marked as a duplicate of this bug. ***
*** Bug 35002 has been marked as a duplicate of this bug. ***
*** Bug 35000 has been marked as a duplicate of this bug. ***
*** Bug 35001 has been marked as a duplicate of this bug. ***
While this seems to be a cosmetic painting problem only, it is not difficult to reproduce on a machine that is not terribly old or slow. It would not surprise me if the timing issue here has less to do with rendering speed and more to do with link speed, the latter having a great bearing on the *number* of updates that will happen before the page display finalizes. In-house, it may be easier to see on a machine connected with a null-modem link limited to 38400, or loading a page originating on another continent. Screenshot of this page (loaded over a modem link) showing a slider on top of an earlier slider follows, taken with 2000-04-06-10-M15 on WinNT.
*** Bug 35904 has been marked as a duplicate of this bug. ***
*** Bug 36043 has been marked as a duplicate of this bug. ***
*** Bug 35919 has been marked as a duplicate of this bug. ***
*** Bug 36300 has been marked as a duplicate of this bug. ***
I certainly don't agree that this should get scheduled out to M20 This is the kind of screen behaviour that gets products laughed at. Alternatively, I spose, you just tell people to use the native scrollbar since that doesn't have the problem.
retargeting
Status: NEW → ASSIGNED
Target Milestone: M20 → M16
*** Bug 36768 has been marked as a duplicate of this bug. ***
*** Bug 37049 has been marked as a duplicate of this bug. ***
Changing Platform/OS to All/All.
OS: Windows 98 → All
Hardware: PC → All
Adding "(incremental,paint)" to summary to help people find this bug before submitting another report.
Summary: Scrollbar leaves traces of itself as it shrinks → Scrollbar leaves traces of itself as it shrinks (incremental,paint)
A good test page for this is http://www.mozilla.org/quality/browser/bft/bft_image_trans.html from the smoketest page. Just make the browser window large enough...
*** Bug 37391 has been marked as a duplicate of this bug. ***
Another good way to reproduce: Start Mozilla and maximize it. Now go to: http://dmoz.org/Reference/Dictionaries/Language/ and watch the scrollbar. It seems to not get rendered correctly. it only seems to go wrong the first time, you lauch a URL, so to see it you have to exit restart Mozilla.
*** Bug 37563 has been marked as a duplicate of this bug. ***
*** Bug 38783 has been marked as a duplicate of this bug. ***
harmless, but extremely embarassing. nominating for nsbeta2
Keywords: nsbeta2
[nsbeta2+] will take fix by 6/1
Whiteboard: [nsbeta2+] 6/1
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verified fixed on 05/15 linux and win32.
Status: RESOLVED → VERIFIED
*** Bug 39591 has been marked as a duplicate of this bug. ***
*** Bug 42315 has been marked as a duplicate of this bug. ***
*** Bug 42486 has been marked as a duplicate of this bug. ***
appearing again ? see bug 138472 (classic theme only)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: