Closed
Bug 35757
Opened 25 years ago
Closed 25 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•25 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•25 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•25 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•25 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•25 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•25 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•