Closed Bug 18851 Opened 25 years ago Closed 24 years ago

disapearing sidebar grippy when resising sidebar

Categories

(SeaMonkey :: Sidebar, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED
Future

People

(Reporter: phil, Assigned: matt)

Details

On Win NT 4 SP5 nightly built 110809

1 open mozilla (all default settings)
2 click on bookmarks
3 click and drag the light blue 'grippy' to resize
 the sidebar to the left: do not reduce the size
 after the final 'd' in "What's related".
4 click and drag the light blue 'grippy' to resize
 past the final 'd' in "What's related". Observe that
 the grippy and the dark blue vertical sidebar window
 separation line, disapears.

If you start that with your browser window short enough
to make visible the vertical scrolling bar (in the sidebar)
window, you see that when you resize down the sidebar
window, the scroll bar will not move after the point
where the grippy disapears.

My guess is that if the final 'd' in "What's related"
triggers that it is because it's the longest title.
A workaround might be to have a minimum width be the size of the longest title,
if that is indeed the cause.

I guess this is a box bug perhaps? The splitter doesn't extend all the way down
the sidebar at a certain minimum width.
For your workaround; the manual resizing could be
limited to the longuest word, but the collapsing
should still be possible (by clicking the grippy).
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Making the sidebar resize as you drag is slower than molasses.
Marking wontfix. Sorry. I would like this too.
slamm, should this be marked later, instead of won't fix? This seems like
something that should be fixed eventually.
Status: RESOLVED → REOPENED
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: WONTFIX → LATER
You are right, LATER would be a better resolution.
Sorry for the spam, changing QA contact.
QA Contact: paulmac → shrir
reopening and reassigning to matt, marking future
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Target Milestone: --- → Future
Assignee: slamm → matt
Status: REOPENED → NEW
reassigning to matt
On Win NT4 SP6a Build m18 Gecko/20010111

This disapearing pb is solved apparently.
Phil's comment in email 
> No bug anymore on m18 Gecko/20010111 on NT4 SP6a

Marking Fxd.
Status: NEW → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
verified on 2001011604 trunk on win.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.