Closed Bug 263372 Opened 20 years ago Closed 20 years ago

vertical XUL boxes with class="listBox settingsBox" don't scroll with scrollwheel unless a clickable widget is clicked

Categories

(Firefox :: Settings UI, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 97283

People

(Reporter: kakadu+bugzilla, Assigned: bugzilla)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Firefox/0.10 (daihard: P4/SSE2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Firefox/0.10 (daihard: P4/SSE2)

Vertical XUL boxes (<vbox/>) defined with the CSS classes listBox and
settingsBox refuse to scroll with a mouse scrollwheel unless a clickable widget
is clicked; clicking inside the <vbox/> does not do anything.

listBox and settingsBox are defined thus:

.listBox {
  -moz-appearance: listbox;
  margin: 2px 4px;
  border: 2px solid;
  -moz-border-top-colors: ThreeDShadow ThreeDDarkShadow;
  -moz-border-right-colors: ThreeDHighlight ThreeDLightShadow;
  -moz-border-bottom-colors: ThreeDHighlight ThreeDLightShadow;
  -moz-border-left-colors: ThreeDShadow ThreeDDarkShadow;
  background-color: -moz-Field;
}

/** Privacy/Advanced Panels Expander Boxes **/
.settingsBox {
  margin: 5px;
  padding: 5px;
}

After triggering the widget the scrollwheel works until the <vbox/> is hidden;
in the case of the Preferences dialog, switching to a different Preferences page
and then switching back is enough to make the scrollwheel stop working again. 

Reproducible: Always
Steps to Reproduce:
1. Open the Preferences dialog.
2. Switch to a Preferences page with <expander/>s that has a scrollbar in the
<vbox/>.
3. Attempt to scroll using the scrollwheel.

Actual Results:  
The content did not scroll.

Expected Results:  
The content should scroll.

Any widget in the <vbox/>, such as a <checkbox/>, <button/> or <expander/> is
enough to focus the box and make the scrollwheel work. FWIW I believe this is
just a focus problem.
Fixed on the trunk, but the patch was too late and too scary for the branch.

*** This bug has been marked as a duplicate of 97283 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in before you can comment on or make changes to this bug.