Closed Bug 13571 Opened 25 years ago Closed 25 years ago

[PP] Layout/springs problems in pref panels

Categories

(SeaMonkey :: Preferences, defect, P3)

All
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: eric)

Details

Build ID: 1999091010 Platform: Windows NT (only; can't repro on Linux, gfx not enabled on Mac) To reproduce: - Launch appruner - Select Edit | Preferences - Switch between different prefs panels (that have text input controls) Result: When a panel is drawn, the text input controls get drawn in the upper left hand corner of the panel's area, one over the other, and then it all refreshes and the controls scoot to their proper positions. Expected result: The preference panels should just appear fully formed; the drawing and moving (and the ensuing flickering) is problematic. Marking PP because I can't reproduce this on the 1999091009 build on Linux with either native or gfx widgets.
Assignee: shuang → matt
Assignee: matt → mcafee
This is a gfx problem. Mcafee seems like a module owner.
I can reproduce this by making text labels reallyreallylongintheprefdtdfiles. It might be a mis-use of springs, adding evaughan.
Summary: [PP] Layout problems in pref panels → [PP] Layout/springs problems in pref panels
Target Milestone: M11
Target Milestone: M11 → M12
m12
Blocks: 18951
Assignee: mcafee → evaughan
eric was working on this and checked some things in. Over to him, he should probably mark this fixed?
Mass-moving non-PDT+ bugs to M13
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Fixed enough in the 1999121508 build, Linux. (Now, the prefs go black when you switch to another panel, and then the new panel just appears. Not ideal, but okay.)
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.
Component: Pref UI → Preferences
No longer blocks: 18951
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.