scroll position on boxes can be negative

RESOLVED FIXED

Status

()

Core
XUL
RESOLVED FIXED
9 years ago
5 years ago

People

(Reporter: Neil Deakin (not available until Aug 9), Unassigned)

Tracking

(Blocks: 1 bug)

Trunk
x86
Mac OS X
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

643 bytes, application/vnd.mozilla.xul+xml
Details
Created attachment 317249 [details]
testcase

This test shows that the top/left scroll position can be 0, due to the overflow from the native widget theme. This is being applied on Mac to buttons/textboxes/etc, so this bug is easier to reproduce on Mac. (Windows only has overflow for dropmarkers, and Linux only for tabs) It involves several characteristics:

- nsNativeTheme:GetWidgetOverflow returns a size
- The scroll position starts at 0,0 but it can be moved lower to -4,-4 using the scrollBy method.
- The 0 margin on the textbox in the testcase seems to be needed as well

Updated

9 years ago
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
This looks to be fixed.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.