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)
Core
XUL
Tracking
()
VERIFIED
FIXED
M16
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
Comment 1•24 years ago
|
||
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
Comment 2•24 years ago
|
||
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.
Comment 4•24 years ago
|
||
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...
Comment 5•24 years ago
|
||
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].
Comment 6•24 years ago
|
||
Okay, assigning to evaughan as p4 for m20
Comment 8•24 years ago
|
||
Comment 10•24 years ago
|
||
*** Bug 35000 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
*** Bug 35002 has been marked as a duplicate of this bug. ***
Comment 12•24 years ago
|
||
*** Bug 35000 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
*** Bug 35001 has been marked as a duplicate of this bug. ***
Comment 14•24 years ago
|
||
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.
Comment 15•24 years ago
|
||
Comment 16•24 years ago
|
||
*** Bug 35904 has been marked as a duplicate of this bug. ***
Comment 17•24 years ago
|
||
*** Bug 36043 has been marked as a duplicate of this bug. ***
Comment 18•24 years ago
|
||
*** Bug 35919 has been marked as a duplicate of this bug. ***
Comment 19•24 years ago
|
||
*** Bug 36300 has been marked as a duplicate of this bug. ***
Comment 20•24 years ago
|
||
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.
Comment 22•24 years ago
|
||
*** Bug 36768 has been marked as a duplicate of this bug. ***
Comment 23•24 years ago
|
||
*** Bug 37049 has been marked as a duplicate of this bug. ***
Comment 25•24 years ago
|
||
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)
Comment 26•24 years ago
|
||
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...
Comment 27•24 years ago
|
||
*** Bug 37391 has been marked as a duplicate of this bug. ***
Comment 28•24 years ago
|
||
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.
Comment 29•24 years ago
|
||
*** Bug 37563 has been marked as a duplicate of this bug. ***
Comment 30•24 years ago
|
||
*** Bug 38783 has been marked as a duplicate of this bug. ***
Comment 31•24 years ago
|
||
harmless, but extremely embarassing. nominating for nsbeta2
Keywords: nsbeta2
Assignee | ||
Comment 33•24 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 35•24 years ago
|
||
*** Bug 39591 has been marked as a duplicate of this bug. ***
Comment 36•24 years ago
|
||
*** Bug 42315 has been marked as a duplicate of this bug. ***
Comment 37•24 years ago
|
||
*** Bug 42486 has been marked as a duplicate of this bug. ***
Comment 38•22 years ago
|
||
appearing again ? see bug 138472 (classic theme only)
You need to log in
before you can comment on or make changes to this bug.
Description
•