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)
Core
XUL
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.
Reporter | ||
Comment 1•24 years ago
|
||
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
Comment 2•24 years ago
|
||
cc pinkerton
Comment 4•24 years ago
|
||
Nav triage team: [nsbeta3+]; adding regression keyword.
Comment 5•24 years ago
|
||
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+]
Comment 7•24 years ago
|
||
this was never my code. back to trudelle to load balance.
Assignee: ben → trudelle
Reporter | ||
Comment 8•24 years ago
|
||
Note that the test case throws this error when over the down-arrow
JavaScript error:
line 0: uncaught exception: Access to XPConnect service denied.
Comment 10•24 years ago
|
||
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?
Comment 11•24 years ago
|
||
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]
Reporter | ||
Comment 12•24 years ago
|
||
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+]
Comment 13•24 years ago
|
||
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]
Assignee | ||
Comment 14•24 years ago
|
||
are there any places where we see this in the product?
cc'ing hyatt, as he might know what the error means.
Reporter | ||
Comment 15•24 years ago
|
||
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.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → M19
Assignee | ||
Comment 16•24 years ago
|
||
WFM mac (classic and modern) and win32 (modern).
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 17•24 years ago
|
||
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 → ---
Comment 18•24 years ago
|
||
rtm-/future
Whiteboard: [nsbeta3-][PDTP2][rtm+ need info] → [nsbeta3-][PDTP2][rtm-]
Target Milestone: M19 → Future
Assignee | ||
Comment 19•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•