Closed Bug 43467 Opened 26 years ago Closed 25 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: 26 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: 26 years ago → 25 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.