Bug 37184 - [Preferences] Preference pages draw incorrectly unless at least one FILL_HORIZONTAL
Summary: [Preferences] Preference pages draw incorrectly unless at least one FILL_HORI...
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords: needinfo
Depends on:
Blocks:
 
Reported: 2003-05-02 15:39 EDT by Bob Foster CLA
Modified: 2022-02-14 16:10 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bob Foster CLA 2003-05-02 15:39:51 EDT
This is a screwball bug that took hours to run down.

Three new preference pages were behaving very oddly.

All three page classes shared the same base class; they differed only in two
text constants set in the subclass constructors. When preferences were
shown, clicking (in the outline) on any page of the three displayed it
normally. But clicking on either of the other two showed only a blank page.
It did not matter which of the three pages were selected first; it always
displayed normally, and the remaining two showed as blank.

To add to the confusion, I have a number of other preference pages, all of
which displayed normally. Selecting the others had no effect on the "blank"
page problem. Except one. If I displayed that one other page at any time,
all three of the pages in question now displayed normally.

If I had hair, I'd have torn it. It was certainly not obvious what about
that "magic" page that "fixed" the problem. But by trial and error, I found it.

All preference pages use GridLayout. The "blank page" phenomenon showed
itself unless and until I selected a page that contained a control for which
GridData.FILL_HORIZONTAL was set. Once that page was drawn, all pages worked
as expected.

Adding GridData.FILL_HORIZONTAL to one of the controls in the base class of
the three page classes in question fixed the problem for all three.
Comment 1 Bob Foster CLA 2003-05-02 15:40:23 EDT
Change platform to WinXP
Comment 2 Debbie Wilson CLA 2003-05-05 15:42:32 EDT
Is this an SWT problem?  GridData belongs to SWT.  If not, please reassign.
Comment 3 Steve Northover CLA 2003-05-05 16:20:05 EDT
I'm going to give this to Platform UI.  If it turns out to be an SWT problem, 
please move back.  Thanks.
Comment 4 Tod Creasey CLA 2007-04-13 15:13:56 EDT
Is this still an issue in 3.3?
Comment 5 Susan McCourt CLA 2009-07-09 19:26:12 EDT
As per http://wiki.eclipse.org/Platform_UI/Bug_Triage_Change_2009
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:08:30 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
Comment 7 Eclipse Genie CLA 2022-02-14 16:10:14 EST
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.