Closed Bug 35093 Opened 24 years ago Closed 24 years ago

Sidebar not collapsing properly

Categories

(SeaMonkey :: Sidebar, defect, P2)

Product:
SeaMonkey
Component:
Sidebar
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: the-enigman, Assigned: slamm)

References

Details

(Whiteboard: [nsbeta2+] blocked by 37835) 

Overview Description:
the sidebar is not collapsing properly when you click on the grippy

Steps to Reproduce:
1) load up mozilla, display the sidebar
2) click on the grippy

Actual Results:
one of two things: (1) nothing; or (2) it pops right back

Expected Results:
should collapse to the side of the screen so only the border and grippy is showing

Build Date & Platform Bug Found:
2000040708, Win98

Additional Builds and Platforms Tested On:
none

Additional Information:
bug 30594 is also related to the sidebar popping back, but there doesn't seem to
be any progress on why it's happening..this might offer insight.
confirming and cc:ing trudelle, possibly a widget issue
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: paulmac → shrir
*** Bug 35702 has been marked as a duplicate of this bug. ***
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).
*** Bug 35654 has been marked as a duplicate of this bug. ***
FYI - This seemed to be fixed for a day or two in win32 build 04/15 or 04/16, 
and is broken again in build 04/17.
I don't see this in m15 build for today (2000041706). john ?
Hmmm. I have never seen this in the M15 branch (although the date of this 
particular bug report would mean that at one point, this was in effect in 
the M15 code (i.e., this was filed before the branch was cut)).

At any rate, this problem exists in the M16 verification builds for today
2000041709 win32, 2000041713 mac, 2000041712 linux).
just changing platform to ALL/ALL to reflect yesterday's and today's testing results of M16(trunk) builds
OS: Windows 98 → All
Hardware: PC → All
*** Bug 36214 has been marked as a duplicate of this bug. ***
Confirming Problem for Build 2000042112, Win95 OSR2.

*** Bug 36835 has been marked as a duplicate of this bug. ***
Putting on nsbeta2 nomination
Keywords: nsbeta2
*** Bug 37635 has been marked as a duplicate of this bug. ***
adding a few to the cc: list.
This happens in the mail 3-pane (uh, make that 4-pane :-( ) window too, where
it's more pernicious because there's no View->Sidebar window to make it go away,
and a lot more other panes trying to be displayed in a single window (visual
clutter).
*** Bug 37949 has been marked as a duplicate of this bug. ***
*** Bug 37949 has been marked as a duplicate of this bug. ***
Blocks: 23988
[nsbeta2+]
Whiteboard: [nsbeta2+]
Depends on: 37835
M17.
Priority: P3 → P2
Target Milestone: --- → M17
Blocks: 34728
Whiteboard: [nsbeta2+] → [nsbeta2+] blocked by 37835
*SPAM* - adding mostfreq keyword to bugs with loads of DUPEs. Please aid this 
effort by adding this keyword to any bugs with more than 15 DUPEs.

Gerv
Keywords: mostfreq
Move to M18 target milestone.
Target Milestone: M17 → M18
I can click close/open the grippy using today's builds. 2000052608. IS this 
fixed?
Yes.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
veriied (2000052608)
Status: RESOLVED → VERIFIED
I see this is marked as VERIFED FIXED.  It's not working for me.  I can only
drag the "grippy" to close the sidebar.  I don't know whether this is now the
preferred method but I personally find it annoying.

This happens on Linux for all builds in the last two weeks (haven't tried it
for quite some time before that).
In a curious bit of synchronicity, at the moment that you were making this 
comment, the open bug on this issue (bug 47911) was being marked fixed. 

You should see this working in tomorrow's builds.
With build 2000101320 Mtrunk on Win98, you can't minimize the sidebar by
clicking on the grippy. It seems it's a Win98-only bug because I can't reproduce
it on WinNt/2000.
Works for me 2000101320 Mtrunk win98 (and win2k and linux for similar dated 
trunk builds). I can't explain sconest's situation, but I do note that it 
would be very unusual for this to break on one platform and not another 
(particularly when the platform's in question are both win32) [but never say
never ...].
Well I still have problem with the grippy under win98 but found out the (rather
surprising) cause.
I have a Wacom tablet and a logitech mouse both connected.
When clicking on the grippy with the mouse, it works perfect.
But when using the tablet : nothing.
Since I'm using the same configuration under Win2000 without a problem, I'll
check if I use the same verison of the driver. If not, I'm completely clueless
about this problem.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.