http://bugs.winehq.org/show_bug.cgi?id=37036
Bug ID: 37036 Summary: Microsoft Office 2010 / 2007: Maximize button goes crazy in certain conditions Product: Wine Version: 1.7.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: eierfrucht@gmail.com
I have recreated this bug on KDE, LXDE and XFCE running their corresponding native windows managers and Compiz alike. Distributions affected: Lubuntu, Kubuntu, Xubuntu, Arch Linux and probably more. This currently happens with Wine 1.7.23 but has been there since Office 2007 / 2010 became supported in Wine.
The bug(s) manifestate(s) as follows:
Open any MS Office 2007 / 2010 app, maximize it, press the button again to 'unmaximize' it and there you go, you can no longer use the Maximize button until you restart the app. That's basically the end of the story for LXDE and XFCE users but KDE offers a workaround which in turn leads to discovery of further bugs.
If you are a lucky user of KWin, ticking both "Ignore requested geometry -> Force -> Yes" and "Obey geometry restrictions -> Force -> No" in app-specific KWin settings for any particular Office 2007 / 2010 app seemingly solves the above described issue, and Maximize button starts working as expected.
But if you minimize a maximized window to tray, restoring it back will lead to an 'unmaximized' window appearing on the screen, which suprprisingly shows an 'unmaximize' symbol on its Maximize button and won't let you move or resize it -- i.e. the application still thinks the window is maximized (but after restoring from tray, it is not!) So a further click on the Maximize button is needed to enable resizing and moving the window, and a third click to proprely maximize it again.
There's a well-known 'workaround' -- that is turning off the Wine option that allows the window manager to control the windows -- but then such windows won't show in the task bar which renders this 'workaround' pretty much useless.