Closed
Bug 35757
Opened 24 years ago
Closed 24 years ago
Clicking sidebar splitter grippy blanks content
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: trudelle, Assigned: eric)
References
Details
(Whiteboard: [nsbeta2+])
41310 verification build on Linux: Open web page in browser with sidebar open. repeatedly click on sidebar splitter grippy. Expected result: sidebar alternates between collapsed & expanded on each click. Actual result: It bounces around a couple of times, then the browser page content disappears, this sequence then alternates rather than the expand/collapse. Works ok on Win98. assigning to evaughan for further triage.
Comment 1•24 years ago
|
||
I was hoping someone more knowledgable could sort this out but thes bugs look like dupes of each other. The confusing thing is some have different components Some are in diffrent components also. bug 34728 bug 35093 bug 35654 and part of bug 35757 related to bouncing. I will let someone else pick what bug to mark the other a dupe of.
Comment 2•24 years ago
|
||
Thanks for looking at these! I doubt I'm "someone more knowledgable" but here goes anyways: bug #34728 is definitely not the same as this bug. [It is concerned with persisting the open/closed state of the sidebar between browser sessions]. However, I basically agree that bug #35093, bug #35654, and bug #35757 are all facets of the same broken behaviour (in order, 'first noticed', 'won't close', 'won't close and blanks content'). I'm marking bug #35654 as a dup of bug #35093 but I'll let evaughan make the choice on bug #35757 -- Eric, I believe slamm is away right now so this is going untended -- is this perchance a widget bug, or is it strictly an xpapps thing).
Assignee | ||
Comment 3•24 years ago
|
||
Looks like the problem is that the grippy actually is not getting the click. The reason that the splitter actually does collapse is because the sidebar has and additional onclick handler he must have added that does a manual collapse. Unfortuantely the splitter does not think its closed so it just snaps back open. I think something changed in the event code reciently that broke this.
Status: NEW → ASSIGNED
Target Milestone: --- → M16
Comment 5•24 years ago
|
||
just to add my $0.02: i didn't see this on linux or winNT using today's opt comm bits 2000.05.03.08. saw it *only* on Mac OS 9.0. so, do other people [still] see this (ie, see bug 38065) on linux and winNT with recent builds?
Comment 6•24 years ago
|
||
... yes, I've seen this on all three platforms (but not always reproducible build to build on each platform).
OS: Linux → All
Hardware: PC → All
Assignee | ||
Comment 9•24 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•