http://bugs.winehq.org/show_bug.cgi?id=30341
Bug #: 30341 Summary: Windows not properly maximized Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ralfjung-e@gmx.de Classification: Unclassified
Created attachment 39660 --> http://bugs.winehq.org/attachment.cgi?id=39660 A screenshot showing the problem this bug is about: You can see parts of the panel shining though while the window should be maximized
I am using KDE 4.7 as desktop environment, and I set up the plasma panel to stay below windows. I also configured KWin to remove the title bar from maximized window. This way, no precious space is wasted on my 15 inch (laptop) screen for title bar and panel which I rarely look at, and the whole space can be sued by the application for whatever I am actually doing right now. However, wine can not properly cope with this configuration: Maximizing a wine window leaves a space of 15 pixel below the window where I can see other windows behind it (see attached screenshot). Since maximizing is working fine for non-KDE apps like Firefox. I tried regedit and a Windows application I wrote myself, both showed the same behaviour. This leads me to the assumption that this is not a bug in KWin or some Windows application, but in wine itself.
http://bugs.winehq.org/show_bug.cgi?id=30341
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |trivial
--- Comment #1 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-04-03 08:09:16 CDT --- Does it work if you don't hide window title bar?
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #2 from Ralf Jung ralfjung-e@gmx.de 2012-04-03 08:50:15 CDT --- Yes, it does.
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #3 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-04-03 21:24:42 CDT --- Alexandre your call. If you want to mark this as invalid/won't fix/keep it open. IMHO this bug is invalid - there is no such thing as hiding title bars in Windows.
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #4 from Ralf Jung ralfjung-e@gmx.de 2012-04-04 05:18:10 CDT --- Wine should not care or even know whether a title bar is shown or not - that's up to the window manager. Some (all?) tiling window managers also do not show a title bar if you have just one window shown, and proper X clients will work just fine. I modified ons of my windows applications to manually set the window size to 1366x768 on startup. For some reason, wine resizes it to 1366x753. This looks to me like wine is doing... something when a resize request comes in, instead of just resizing the window to the target size. If I re-compile the same application for Linux (it's using Qt), the resize behaves as expected. And if I add title bars and change the resize to 1366x748, it's working fine for both the Linux and Window version of the program.
It almost looks like wine caps the vertical size of a window? If I leave the window un-maximized and increase the vertical size manually above the screen height, the lower part of the window does not get re-drawn at all. It's hard to tell the exact height of the area of the window which is still properly drawn (since the title bar and parts of the undrawn area at the bottom have the same color as the window background), but it is a little smaller than the screen height. It could be exactly those 15 pixels it is also missing after maximizing. (During these experiments, I also noticed that if I stretch the window horizontally, above the screen width, the same effect can be seen - but the area which is still drawn is exactly as wide as my screen, not 15 pixels smaller than it). The redraw bug also affects regedit, so this is not just something Qt is doing wrong.
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #5 from Alexandre Julliard julliard@winehq.org 2012-04-04 05:31:29 CDT --- The size of a maximized window is set to the screen size minus the caption. That's how Windows does it. Ideally it would be adjusted based on the wm metrics, but that's pretty hard to do, and it's not clear that apps would be able to cope with a window larger than the screen.
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #6 from Ralf Jung ralfjung-e@gmx.de 2012-04-04 05:43:28 CDT --- (In reply to comment #5)
The size of a maximized window is set to the screen size minus the caption. That's how Windows does it. Ideally it would be adjusted based on the wm metrics, but that's pretty hard to do, and it's not clear that apps would be able to cope with a window larger than the screen.
15 pixels is not even the size of a title bar here - title bars have a height of 20 pixels (if they are shown). And still it used to work before. Also, this is not Wine maximizing a window - the maximization is done by the window manager.
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #7 from Erik van Pienbroek erik-wine@vanpienbroek.nl 2012-05-30 05:44:58 CDT --- Created attachment 40334 --> http://bugs.winehq.org/attachment.cgi?id=40334 Similar maximize behaviour with Outlook 2007
I'm not entirely sure whether the cause is the same as this issue, but Outlook 2007 also shows similar behaviour as mentioned in this bug report. When the Outlook 2007 window is maximized then the title bar will become invisible which makes it impossible to un-maximize or minimize the application. This is on a gnome-shell 3.4 based environment on a triple-head monitor setup using wine 1.5.4.
http://bugs.winehq.org/show_bug.cgi?id=30341
Erik van Pienbroek erik-wine@vanpienbroek.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |erik-wine@vanpienbroek.nl
http://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #8 from Christian PANEL ch.panel@free.fr --- Created attachment 47164 --> http://bugs.winehq.org/attachment.cgi?id=47164 after maximized and hanging
https://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #9 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=30341
--- Comment #10 from Ralf Jung post+wine@ralfj.de --- I am not using this configuration anymore, but I just set it up again: Yes, the bug is still present.
-
wine-bugs＠winehq.org