Closed Bug 9566 Opened 26 years ago Closed 25 years ago

Scrolling up in bookmarks is doing horrible things

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: hyatt, Assigned: hyatt)

References

Details

Something is screwy in my logic for backwards scrolling when the items are indented more than one level. This is making bookmarks and other tree views create duplicate rows when you start scrolling up. Marking as M8.
Status: NEW → ASSIGNED
Target Milestone: M8
*** Bug 9525 has been marked as a duplicate of this bug. ***
*** Bug 9525 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Nailed it with a fix checked in about 1:18am on July 10.
Whiteboard: Wait for next build to verify...
For 1999071408 build: -MacOS: can't launch Bookmarks window from menu -Win95: there are no bookmarks in bookmark page & you can't add any -Linux6: having weird problems-investigating if it is my machine or the build...
Whiteboard: Wait for next build to verify... → Will check in 1999072709 build...
Whiteboard: Will check in 1999072709 build...
WinNT 1999073011 build = verified fixed. Checking other platforms...
Status: RESOLVED → REOPENED
OS: other → All
Hardware: PC → All
Verified fixed on: 1999082412 WinNT BUT no scroll bars on 1999082408 Linux6 and 1999082410 MacOS86 bookmarks window doesn't load at all. Reopening bug.
Resolution: FIXED → ---
Clearing FIXED resolution due to reopen.
The lack of scrollbars is actually caused by the bug "tables ignore mComputedWidth and mComputedHeight", which is also assigned to me. You should close this out and maybe add a comment to the other one that the bookmarks scrolling problem is caused by that.
Would like moved to M10 whilst bug is resolved. Not an M9 blocker. Or whatever trudelle would like to do. ckritzer, if this happens with M9 candidate build and you feel a Release Note is needed. Please do so at: http://bugzilla.mozilla.org/show_bug.cgi?id=11352
Actually, the Linux m9 candidate (apprunner) wouldn't launch because of a missing file. No way to verify this until I have a working m9 linux candidate. The Linux build used (99082408) was the m10 build. The WinNT & MacOS builds were m9 candidates. The upshot of all this is that the bug cannot be regressed until a) the other bug David was talking about is fixed and b) we get a working m9 build, if that is *the* build to regress against. If you prefer to push this off until m10, that's fine with me.
Moving to m10
Target Milestone: M8 → M10
Status: REOPENED → RESOLVED
Closed: 26 years ago25 years ago
Resolution: --- → FIXED
This particular bug was fixed. Note that there is a general crash caused by moving up rapidly, but that's not what this bug was originally about. I already have an open bug on the "Moving the thumb rapidly" problem, so I'm closing this one.
Status: RESOLVED → VERIFIED
Closed per engineer's comments
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: ckritzer → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.