Closed Bug 43467 Opened 24 years ago Closed 24 years ago

Scrollbars are frequently missing from trees.

Categories

(Core :: DOM: Navigation, defect, P1)

Product:
Core
Component:
DOM: Navigation
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: jeziorek, Assigned: hyatt)

References

Details

(Whiteboard: [nsbeta2+] 7/17 estimated fix.) 

-Start brower
-browse a couple of pages
-Tasks|Tools|History
-the history window will pop-up with a scroll bar
-Resize it and it will come back
*not you may need to browse a lot fo pages to get enough history to need a 
scroll bar

Linux comm. 2000-06-22-08-M17
Keywords: smoketest
over to slamm
Assignee: radha → slamm
Putting on [nsbeta2+] radar for beta2 fix. There is a workaround for the 
smoketest, just resize the window.
Whiteboard: [nsbeta2+]
reassigning to rjc
Assignee: slamm → rjc
CSS issue?  Giving to Ben.
Assignee: rjc → ben
Why is this a smoketst blocker?!?
Priority: P3 → P1
Target Milestone: --- → M18
Removing "smoketest" from keywords with claudius' permission.

Why is this a "nsbeta2+" bug?  Removing for re-evaluation.  This is NOT a beta
blocker.
Keywords: smoketest → nsbeta2
Whiteboard: [nsbeta2+]
Target Milestone: M18 → M20
THis is Mac as well.  Tested with today's mozilla bits 062308.  Also noted that
if you resize the window to about half it's list height and scroll up or down
and then resize it larger the window does not repaint the items scrolled off.
Putting on [NEED INFO] radar. PDT needs to know impact to user and risk of fix 
to make a call on this bug. Is this problem broader than just the history 
window?
Whiteboard: [NEED INFO]
Ben, does this missing scrollbar thing happen with other windows containing tree
views?  Should this go to hyatt or evaughan?

We got more info at the meeting today and now putting on [nsbeta2+] radar for 
beta2 fix. Assigning to hyatt.
Assignee: ben → hyatt
Whiteboard: [NEED INFO] → [nsbeta2+]
*** Bug 43331 has been marked as a duplicate of this bug. ***
The other info is that this is happening in many trees in the product including 
the mailnews threadpane and address book results pane.  cmanske also mentioned 
this happening in composer dialogs and the unix file picker.
*** Bug 43319 has been marked as a duplicate of this bug. ***
OS: Linux → All
Hardware: PC → All
*** Bug 43485 has been marked as a duplicate of this bug. ***
this is happening in AIM also.
*** Bug 43413 has been marked as a duplicate of this bug. ***
Blocks: 37472
*** Bug 44080 has been marked as a duplicate of this bug. ***
Target Milestone: M20 → M18
This bug is incomprehensible.  If you want me to fix it, give me a coherent bug 
report.

.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
claudius, please give hyatt exact steps to reproduce, and which current 
platforms this happens on as of 2000-06-29 builds.  Thanks!

When you do this, reopen the bug.
hyatt - duplicate bug http://bugzilla.mozilla.org/show_bug.cgi?id=43319 and 
bug http://bugzilla.mozilla.org/show_bug.cgi?id=43331 give
exact steps on how to see this problem (in mail).  Is that good for you?  Should 
I write up a new bug or reopen those to reiterate the steps?  Thanks.
I'm changing the summary and reopening.  This bug has quickly become not about 
history but about all of the trees in our product.  If you check out the 
duplicate bugs you will see that most of our trees can easily get in a state 
where the scrollbar is missing.

An example of how to reproduce this is:

1. Open mailnews
2. Select a folder
3. Sort that folder by subject by clicking on Subject in the thread pane.
4. Notice the scrollbar is missing in the threadpane.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Summary: In history pop-up scroll is missing unless u resize the screen → Scrollbars are frequently missing from trees.
*** Bug 44319 has been marked as a duplicate of this bug. ***
I just added a comment to bug 30548 that looks like the same thing...
*** Bug 44486 has been marked as a duplicate of this bug. ***
Should be marked as mostfreq ?

adding mostfreq keyword.
Keywords: mostfreq
Bug 35560 also looks similar to this one and might be related.  Not sure if 
it's a dup or not.  That bug is 100% reproducible.
*** Bug 44673 has been marked as a duplicate of this bug. ***
*** Bug 45117 has been marked as a duplicate of this bug. ***
*** Bug 44976 has been marked as a duplicate of this bug. ***
*** Bug 45174 has been marked as a duplicate of this bug. ***
Hyatt, could you add an ETA to this bug - its also holding a bugscape AIM bug. 
Can we help in any way with this. prass/jelwell can help you with reproducing 
this in AIM. Thanks, Vishy
This should be at least major, if not critical. It's causing broken
functionality all over the app.

The AIM bug seems to have been fixed.
the AIM scroll bar is fixed but, when you delete a group it dissappears again 
even when u still would be able to scroll up. Also still see this on 
Tools|History (the pop up) and Mail occasionally (i can't reproduce in mail 
consistently)
I still can't get the deleting group bug to disappear.
But here's a very reproducible way to make the scroll bars disappear:

1)Login in to sidebar IM.
2)Resize the browser so a scrollbar appears (make it really small).
3)scroll all the way down in IM.
4)Now maximize your browser (technically you only have to resize to a size that
is large enough that ALL your buddies & groups would show in the size allotted;
so that no scroll bar should be necessary).

Results:
*notice that only the buddies that you could see when you were in the small
browser are showing* All the buddies above the first buddy that was seen right
after step 3 aren't there. And there's no scrollbar.

Expected Results:
The buddy list should have been redrawn from the top of the list. So that all
buddies show up; with no scroll bar. Or, there should be a scrollbar - that
would go away when you scroll all the way up.

Workaround:
click on a buddy in your list and hit the up arrow repeatedly until you get to
the top. Or resize to see the scrollbar and make sure to scroll all the way up
before you resize to a larger size.

The fix for this is extemely involved.  I am working on it now, but I'll 
probably need a couple of days.

This will also be a pretty high-risk fix, as I am going to have to make 
some fundamental changes to the new tree view to deal with this problem.

Note that this is essentially three bugs rolled into one, and I'm assuming that 
all of them have to be fixed.
Status: REOPENED → ASSIGNED
Whiteboard: [nsbeta2+] → [nsbeta2+] 7/17 estimated fix.
I'm not familiar with all the variants, but with my IM bug I wouldn't pull
netscape pr2 off the wire for this.
Ok, it's fixed. (hyatt crosses his fingers, closes his eyes, and pushes the 
COMMIT button.)
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Fixed on Linux comm. 2000-07-14-08-M17...will check WIn and Mac for fix.
Fixed on all platforms with commercial build 2000-07-14-08-M17. verifying fix
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.