Closed Bug 52225 Opened 24 years ago Closed 24 years ago

Long <menulist> does not autoscroll in MacClassic or Modern

Categories

(Core :: XUL, defect, P2)

defect

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: jrgmorrison, Assigned: mikepinkerton)

References

()

Details

(Keywords: regression, Whiteboard: [nsbeta3-][PDTP2][rtm-])

Overview Description: In the Mac Classic, and in the Modern skin, the <menulist> is set up to use the autorepeat form of scrollbar (i.e., up/down arrows instead of a right-hand scrollbar). Or, so I am told. In current builds, the a long menulist will display with the autorepeat arrows for these skins, but mouseover the arrow will not cause scrolling to occur. (See also bug 52003, not directly related, but is a bug on drag-scroll for the winClassic skin <menulist> not working.) Steps to Reproduce: 1) Load the attachment http://bugzilla.mozilla.org/showattachment.cgi?attach_id=14463 2) Try to cause auto-scrolling to go to the end of the list (should see 'END OF LIST -----' if you can move at all). Actual Results: Menu does not scroll. Expected Results: Menu can autoscroll to the bottom. Reproducibility: 100% Build Date & Platform Bug Found: 2000091008 win2k 2000091008 mac 2000091008 linux Additional Information: Giving this to Eric initially to see if this is something broken with the timers firing. However, this may be something wrong with the skins, in which case kick this over to hangas or nbhatla.
Nom. nsbeta3 -- there is no way to get to the end of a long menulist when using these skins. This sort of length would be faced by someone who had a large number of fonts installed in the pref-fonts.xul panel.
Keywords: nsbeta3
cc pinkerton
XPConnect javascript error seems to be the cause.
Assignee: evaughan → ben
Nav triage team: [nsbeta3+]; adding regression keyword.
Keywords: regression
Priority: P3 → P1
Whiteboard: [nsbeta3+]
PDT thinks this is a P2
Priority: P1 → P2
Whiteboard: [nsbeta3+] → [nsbeta3+][PDTP2]
We should fix this in rtm.
Keywords: rtm
Whiteboard: [nsbeta3+][PDTP2] → [nsbeta3-][PDTP2][rtm+]
this was never my code. back to trudelle to load balance.
Assignee: ben → trudelle
Note that the test case throws this error when over the down-arrow JavaScript error: line 0: uncaught exception: Access to XPConnect service denied.
->pinkerton
Assignee: trudelle → pinkerton
This works well enough using classic on Win32 moz bits. I can't drag-scroll, but can use scrollbar to there. How is this not a skins bug?
This works for me on Windows using NT build 2000092808. Is this a Mac only bug? Is this still broken anywhere? Marking "needinfo"
Whiteboard: [nsbeta3-][PDTP2][rtm+] → [nsbeta3-][PDTP2][rtm+ needinfo]
This bug, as originally noted, applies to the Modern skin on win32/mac/linux, and to the Mac Classic skin. You cannot get to the end of a long menulist when using those skins. It is reproducible in the PR3 candidate builds on Mac, win32 and linux. The Windows classic skin is not affected (or rather, it has a scrollbar that can be used to get to the bottom of the list). Yes, this is a skins bug in that this only happens in two particular skins, but the XPConnect error is puzzling, and may be a deeper XBL issue.
Whiteboard: [nsbeta3-][PDTP2][rtm+ needinfo] → [nsbeta3-][PDTP2][rtm+]
really adding 'need info'. Please remove it when you have attached patch, and the reviewers have put r=/a= in the bug report.
Whiteboard: [nsbeta3-][PDTP2][rtm+] → [nsbeta3-][PDTP2][rtm+ need info]
are there any places where we see this in the product? cc'ing hyatt, as he might know what the error means.
Not in the "stock" version of the product to my knowledge. I think the most likely victim of this would be a Mac graphic designer :-] who would have a pile of fonts installed.
Status: NEW → ASSIGNED
Target Milestone: --- → M19
WFM mac (classic and modern) and win32 (modern).
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Doesn't workforme, build 2000101620, Mac OS 9.0. Reopening. For font menus in prefs dialog ... * Classic: auto-scroll triangle does not appear, but menu can be auto-scrolled if you realize that hovering the mouse over the blank rectangle at the top/bottom of the menu does something. * Modern: auto-scroll triangle does appear, and menu can be auto-scrolled. For testcase ... * Classic: auto-scroll triangle does not appear, and menu can not be auto-scrolled at all. * Modern: auto-scroll triangle does appear, but hovering over it does nothing -- menu can not be auto-scrolled at all, as originally reported in this bug.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
rtm-/future
Whiteboard: [nsbeta3-][PDTP2][rtm+ need info] → [nsbeta3-][PDTP2][rtm-]
Target Milestone: M19 → Future
since there are problems with the test case (all those fine xpconnect security violation errors), I'm marking this invalid since the menus in the UI all scroll. If you don't like how they scroll, please file individual bugs. I don't want to morph this bug into 3 other ones.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.