Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 239201 - Window size incorrectly restored on Solaris
Summary: Window size incorrectly restored on Solaris
Status: RESOLVED DUPLICATE of bug 160964
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.3.2   Edit
Hardware: Sun Solaris-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Bogdan Gheorghe CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-02 04:43 EDT by Alexander Mising name CLA
Modified: 2008-07-24 17:20 EDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Mising name CLA 2008-07-02 04:43:40 EDT 
The un-maximized workbench window size is not restored when eclipse is restarted on Solaris. 

Each time I restart eclipse, the window gets a few pixels wider and taller.

Steps to reproduce.
- launch eclipse in un-mizimized mode
- remember main window size and location
- close eclipse
- restart eclipse
- check main window size and location

After each restart workbench window will be a few pixels wider and taller.

Env details:
eclipse.buildId=M20080221-1800
-os solaris
-ws gtk
-arch sparc
Comment 1 Eric Moffatt CLA 2008-07-03 15:22:23 EDT 
I've just tested this and the window stays the same size on XP...perhaps we're not taking the shell sizing trim into account on Solaris??
Comment 2 Steve Northover CLA 2008-07-03 18:03:08 EDT 
Does this still happen on 3.4?  Note that you shouldn't need to compute anythin, just query the bounds of the shell.  They should include the trim.
Comment 3 Alexander Mising name CLA 2008-07-04 01:42:24 EDT 
on XP everything work fine..

On Solaris during setBounds() there is some trimWidth() and trimHeight() functions which uses some hardcoded "guess" constants.
May be them causes such behaviour?
Comment 4 Steve Northover CLA 2008-07-07 11:45:28 EDT 
Right.  There's not much we can do about that.  Bogdan, please determine that this is what is happening.  BTW, it should also happen on GTK Linux.  If for some reason it's only happening on Solaris, we'll need to investigate there.

NOTE:  The trim guess may be better for GTK Linux and be hiding the problem.

If you come to the conclusion that the guess is the problem, a new window manager atom was added recently to the X window manager spec that allows application code to query the trim.  Unfortunately, the name escapes me.  Once we know the problem is the guess, we will investigate the new atom.
Comment 5 Bogdan Gheorghe CLA 2008-07-24 17:20:08 EDT 
I found the dup for this. Same problem; same potential solution.

*** This bug has been marked as a duplicate of bug 160964 ***