Closed Bug 35757 Opened 24 years ago Closed 24 years ago

Clicking sidebar splitter grippy blanks content

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

VERIFIED FIXED

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.
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.


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).
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
*** Bug 38065 has been marked as a duplicate of this bug. ***
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?
... 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
nominating for nsbeta2
Keywords: nsbeta2
[nsbeta2+]
Whiteboard: [nsbeta2+]
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified fixed 20000526 linux (and mac/win32)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.