Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 366151

Summary:

Layout issue in DialogWizard only for first open after workbench start

Product:

[RT] RAP

Reporter:

Arnaud MERGEY <a_mergey>

Component:

JFace

Assignee:

Project Inbox <rap-inbox>

Status:

ASSIGNED ---

QA Contact:

Severity:

normal

Priority:

Version:

1.5

Target Milestone:

---

Hardware:

OS:

Windows 7

Whiteboard:

Attachments:

Description	Flags
First open with wrong layout	none
Next open with good layout	none
Snippet allowing to reproduce the issue	none

Description Arnaud MERGEY

2011-12-09 03:57:53 EST

There are some wrong layouting in editors first time the workbench is launched. These issues gone after the first open 

Probably something related to GridLayout, for example in the attached snippet, the first time the dialog is opened it is not displayed correctly,
but for next opens it is fine. 

To reproduce it 

 - start attached snippet.scrolling
 - double click on one item of the left view
 - double click on one item in the opened editor.
 
In the dialog only the first group (define) is displayed because the height is greater than expected.
If you close the wizard and reopen it, the dialog is displayed as expected. The issue only occurs for the first open of the dialog.
To have the issue again, the applicatio needs to be restarted

This issue and the one described in 344835 are probably related as it is also a "first open issue". In 344835, there is a workaround, here I have not find yet a way to workaround the issue.

The issue occurs with 1.4.1 and 1.5 M3

Comment 1 Arnaud MERGEY

2011-12-09 03:58:55 EST

Created attachment 208142 [details]
First open with wrong layout

Comment 2 Arnaud MERGEY

2011-12-09 03:59:41 EST

Created attachment 208143 [details]
Next open with good layout

Comment 3 Arnaud MERGEY

2011-12-09 04:00:30 EST

Created attachment 208144 [details]
Snippet allowing to reproduce the issue

Comment 4 Ivan Furnadjiev

2011-12-09 09:28:06 EST

This is a typical text size determination issue. The wizards dimensions are calculated with the estimated font size and never resized to the actual size.