Sidebar grippy & scrollbar drawn twice on toolbar collapse/expand.

RESOLVED INACTIVE

Status

()

Core
XUL
P3
normal
RESOLVED INACTIVE
19 years ago
4 days ago

People

(Reporter: CodeMachine, Assigned: Eric Vaughan)

Tracking

Trunk
Future
x86
Other
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: DO NOT resolve per bug 112534 unless this cannot be reproduced with 1.0.x or 1.1.x builds)

(Reporter)

Description

19 years ago
When I expand or collapse a toolbar I notice both the sidebar grippy and the
scroll bar get redrawn twice - first in the wrong place, then in the correct
place.  It should only get redrawn in the correct place once.  This is on a
fairly fast machine so I imagine you should be able to see it.

Build id is 1999081911.

Updated

19 years ago
Assignee: trudelle → evaughan

Comment 1

19 years ago
reassigning to evaughan to check for regression with GFX versions of these
widgets.
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M11
(Assignee)

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Reporter)

Updated

19 years ago
Status: RESOLVED → REOPENED
(Reporter)

Comment 2

19 years ago
This is not fixed on build 1999091409.  I've noticed it only happens on the
toolbars above the NGLayout widget though.
(Reporter)

Comment 3

19 years ago
This also seems to happen when you maximise the window.
(Reporter)

Comment 4

19 years ago
Hmm, I've noticed this "redraw twice" behaviour a bit more on closer inspection.
 For example, open and closing the sidebar causes the scroll bar on the right to
be redrawn twice.  This time it's horizontally out of whack because the
horizontal, rather than the vertical space is changing.

Comment 5

19 years ago
Clearing FIXED resolution due to reopen of this bug.
Resolution: FIXED → ---
(Assignee)

Updated

19 years ago
Target Milestone: M11 → M13

Comment 6

19 years ago
i'm having a problem on linux where the sidebar grippy disappears when
the sidebar is open and i mouse over the grippy.it doesn't happen if
the sidebar is closed. The grippy reappears when i close the sidebar
but disappears when i open it again. If i cover the grippy with another
window and then re-expose it, the grippy reappears.

Let me know if this belongs in a seperate bug.

Comment 7

19 years ago
mass-moving all m13 bugs to m14

Comment 8

19 years ago
spam: changing qa contact from ckritzer -> paulmac for xul bugs
(Assignee)

Updated

19 years ago
Target Milestone: M14 → M15

Comment 9

19 years ago
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL.  XUL 
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
(Assignee)

Comment 10

18 years ago
targeting
Target Milestone: M15 → M16
(Assignee)

Updated

18 years ago
Target Milestone: M16 → M18

Comment 11

18 years ago
Mass moving M18 bugs to M19
Target Milestone: M18 → M19

Comment 12

18 years ago
spam, open xptoolkit qa contact moving over to jrgm
QA Contact: paulmac → jrgm

Comment 13

18 years ago
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21

Comment 14

18 years ago
(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future'
milestone
Target Milestone: M21 → Future

Comment 15

16 years ago
Old bug. Can anyone still reproduce this bug with a Mozilla 1.0.x
or Mozilla 1.1.x build?
Whiteboard: DO NOT resolve per bug 112534 unless this cannot be reproduced with 1.0.x or 1.1.x builds

Comment 16

15 years ago
I have reproduced a similar bug on the 2003080204 nightly build.  When expanding
the sidebar.  The grippy is drawn correctly in it's new expanded position, but
half the grippy is also drawn in it's collapsed position.  I have reproduced
this every time, even after closing the browser, resizing the window.. etc...

Here's the browser/OS ident for my system: 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030802

Updated

10 years ago
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets

Comment 17

4 days ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago4 days ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.