Closed Bug 34218 Opened 24 years ago Closed 24 years ago

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

Categories

(Core :: XUL, defect, P4)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: merde, Assigned: eric)

References

()

Details

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

Attachments

(2 files)

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: 24 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: