Issue 83459 - OOo opens impossible big window
Summary: OOo opens impossible big window
Status: UNCONFIRMED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 2.3
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact: mj95148
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2007-11-08 16:49 UTC by jvromans
Modified: 2017-05-20 10:45 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

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

Note You need to log in before you can comment on or make changes to this issue.
Description jvromans 2007-11-08 16:49:43 UTC 
Run OOo on a 1600x1200 screen. Maximize it. Close OOo.
Then run it, from the same computer, on a 1280x1024 screen. It will map a
1600x1200 window.
Suggested solution: Maximize the size of the restored window to the actual
screen size.
Comment 1 kpalagin 2008-01-16 15:21:05 UTC 
Can't reproduce on Windows using build 2.4m242
Please specify OS.
Comment 2 jvromans 2008-01-16 15:24:03 UTC 
GNU/Linux (Fedora 8)
Comment 3 jvromans 2008-07-16 12:25:05 UTC 
Any chance to get this addressed?
Comment 4 helenrussian 2008-07-23 15:57:01 UTC 
@jvromans: I can not confirm with OOo 2.4.1 on OpenSUSE 10.3 (KDE). What Window
Manager are you using?
Comment 5 jvromans 2008-07-23 21:39:44 UTC 
I'm using ctwm and openbox on Fedora 8/9 with Gnome. Both wms show the same
behaviour.

This is how to easily reproduce it.
On a 1600x1200 screen, run OOo, open a presentation (in design mode), maximize
OOo, save and exit.
On a laptop, start an ssh session to the other system, and start OOo with that
presentation. The splash screen shows, neatly centered on the screen. The
presentation then opens at 1600x1200, of which only the lower-right(!) section
is actually visible on the screen. When clicking the window zoom button, the
window resizes to the correct size.

I'll try the standard Gnome wm later.
Comment 6 jvromans 2008-07-23 21:47:30 UTC 
Same behaviour with standard Gnome wm.
Comment 7 helenrussian 2008-07-28 04:20:51 UTC 
@jvromans: please look https://bugs.launchpad.net/openoffice/+bug/224174 

Can you reproducible your problem in last version OpenOffice.org?
Comment 8 jvromans 2008-07-28 09:42:41 UTC 
https://bugs.launchpad.net/openoffice/+bug/224174 is is fixed in 2.4.1.
http://www.openoffice.org/issues/show_bug.cgi?id=83459 is a distinct issue, and
still present in 2.4.1.
@helen_russian: have you been able to reproduce it with the simple scenario I
described earlier?
Comment 9 helenrussian 2008-07-28 19:51:45 UTC 
No, I can not reproduce the scenario described on OpenSUSE 10.3 with KDE.

I used
$ xinit /usr/bin/ssh -X user@host /usr/bin/ooimpress ~/Documents/a.odp -- :1
Comment 10 prof_alex 2008-08-08 06:52:47 UTC 
Can't reproduce on gentoo using 2.1-infra, xfwm4-4.4.2 and metacity-2.20.2
(gnome default WM).
Comment 11 ftoth 2008-08-08 20:19:07 UTC 
Just tested with Debian Lenny (openoffice 2.4.1-6). No problem here.

I have a 1280x1024 screen in portrait mode. When closing either maximized, or
sized just a little smaller then the maximum window size and then switching to
1024x768 (also portrait mode) openoffice starts with the window maximized to
full screen.

Imho this is the desired behavior.

Greets,

Ferry
Comment 12 jvromans 2008-08-09 17:02:19 UTC 
I always use the Sun build from the OOo site and this Impress shows the
described behaviour.

I cannot reproduce this with the Fedora supplied version of Impress.
Comment 13 jvromans 2008-08-09 17:03:32 UTC 
To avoid misinterpretation of my previous message: the Sun built OOo shows the
wrong behaviour, while the Fedora build OOo shows the desired behaviour.
Comment 14 Rainer Bielefeld 2013-10-06 14:06:46 UTC 
@jvromans:
Still a problem for you?
Comment 15 Marcus 2017-05-20 10:45:26 UTC 
Reset the assignee to the default "issues@openoffice.apache.org".