https://bugs.winehq.org/show_bug.cgi?id=38626
Bug ID: 38626 Summary: Word 2007 image mode wrapping menu hides after a few seconds Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: computergeoffrey@zoho.com Distribution: ---
Reproduce:
1) Insert an image in a any Word document 2) Right click the image 3) Try changing the line/text wrap of the image to an item from the submenu 4) If you hover over an item in the submenu, it disappears. This should not happen before a click.
If you navigate away (to another, native Linux window) before opening the submenu, the context menu stays and you can open the submenu in the native application (LOL!). That gives you more time.
A better workaround is to use the lint: Markup -> Text Wrapping icon and then choose from the list.
What's causing this strange behaviour?
https://bugs.winehq.org/show_bug.cgi?id=38626
Geoffrey De Belie computergeoffrey@zoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Word 2007 image mode |Word 2007 image text mode |wrapping menu hides after a |wrapping menu hides after a |few seconds |few seconds
https://bugs.winehq.org/show_bug.cgi?id=38626
Geoffrey De Belie computergeoffrey@zoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Word 2007 image text mode |Word 2010 image text mode |wrapping menu hides after a |wrapping menu hides after a |few seconds |few seconds
https://bugs.winehq.org/show_bug.cgi?id=38626
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |minor
--- Comment #1 from Rosanne DiMesio dimesio@earthlink.net --- Confirming and setting severity to minor, as there's an easy workaround.
https://bugs.winehq.org/show_bug.cgi?id=38626
Ali a.shahbazi91@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |a.shahbazi91@gmail.com
--- Comment #2 from Ali a.shahbazi91@gmail.com --- It also affects the paste preview on right click. This makes this bug really annoying.(Every time you want to paste something in word processor by right clicking and choosing the paste option you encounter it!-You are unable to paste using right click menu and use it's options i.e. Keep source formatting, Merge formatting, Keep Text Only)
BTW, I have the same question as Geoffrey. What's causing this behaviour?(May be overriding some builtin dlls fix it.)
https://bugs.winehq.org/show_bug.cgi?id=38626
Ali a.shahbazi91@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bunglehead@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #3 from Ali a.shahbazi91@gmail.com --- Here's the relevant part of debug log(started just before the issue occurs) if anyone wishes to take a look: http://www.share-online.biz/dl/E4418C6O5T9 (output of WINEDEBUG=+relay,+timestamp wine WINWORD.EXE)
https://bugs.winehq.org/show_bug.cgi?id=38626
Ronny Standtke Ronny.Standtke@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Ronny.Standtke@gmx.net
--- Comment #4 from Ronny Standtke Ronny.Standtke@gmx.net --- I can confirm the bug with wine 1.8.3. It also happens when right-clicking to select bullet point styling etc. Here is a short youtube video demonstrating the bug: https://www.youtube.com/watch?v=oNY8F2zmr8M
https://bugs.winehq.org/show_bug.cgi?id=38626
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|bunglehead@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=38626
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
--- Comment #5 from Andrew Eikum aeikum@codeweavers.com --- Office creates the right-click menu without the WS_EX_LAYERED style, but then adds this style later when it needs to be made transparent.
With the X11 driver, the X11 window is destroyed and recreated when UpdateLayeredWindow() is called in order to change the visual (set_window_visual). Since the topmost window is destroyed, the window manager sends a focus change notification. This notification works its way up to the Office menu message handler, which destroys the menu because it no longer has focus.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #6 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 56961 --> https://bugs.winehq.org/attachment.cgi?id=56961 Ignore focus changes while switching layered window visuals
Here's a patch that sort-of fixes this. The menus no longer disappear, so it is now usable, but also the main menu doesn't redraw correctly when you move the cursor off of the paste buttons or out of the word wrap submenu.
https://bugs.winehq.org/show_bug.cgi?id=38626
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #56961|0 |1 is obsolete| |
--- Comment #7 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 57014 --> https://bugs.winehq.org/attachment.cgi?id=57014 Hacks to winex11
Here's a patch which nearly fixes this, though we lose the transparency on the right-click menu because I hacked out the change to its window's visual.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #8 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 57037 --> https://bugs.winehq.org/attachment.cgi?id=57037 Patches to fix
Here's a tarball of four patches that fix this for me. The windows flash a bit, which isn't ideal, and the patches also need tests. The 4th patch in particular isn't great.
https://bugs.winehq.org/show_bug.cgi?id=38626
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #57014|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=38626
steveglowplunk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |steveglowplunk@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38626
Grové grove.steyn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |grove.steyn@gmail.com
--- Comment #9 from Grové grove.steyn@gmail.com --- This right click problem is much wider than described here. I encounter it in Word, Excel and Powerpoint. It is a substantial obstacle to any serious MS Office user, and one of the only real remaining problems with Office 2010 on Wine / Crossover.
Please consider raising its "Importance" and consider making use of the patches submitted by Andrew.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #10 from Grové grove.steyn@gmail.com --- Also, the work around suggested by Geoffrey is often (mostly) not available or does not work, leaving the user with no practical alternative.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- When using an ARGB visual, the window doesn't need to be destroyed and recreated, so it works much better. With current Wine an ARGB visual can be selected by setting "ScreenDepth"="32" under HKCU\Software\Wine\X11 Driver.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #12 from Ali a.shahbazi91@gmail.com --- (In reply to Alexandre Julliard from comment #11)
When using an ARGB visual, the window doesn't need to be destroyed and recreated, so it works much better. With current Wine an ARGB visual can be selected by setting "ScreenDepth"="32" under HKCU\Software\Wine\X11 Driver.
Setting the key as provided by you makes the app unusable. In this case nothing(including the text preview) is readable. A screenshot is attached.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #13 from Ali a.shahbazi91@gmail.com --- Created attachment 60385 --> https://bugs.winehq.org/attachment.cgi?id=60385 ScreenDepth=32
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #14 from Ali a.shahbazi91@gmail.com --- (In reply to Alexandre Julliard from comment #11)
When using an ARGB visual, the window doesn't need to be destroyed and recreated, so it works much better. With current Wine an ARGB visual can be selected by setting "ScreenDepth"="32" under HKCU\Software\Wine\X11 Driver.
BTW, the issue's still present for the first one or two tries.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- You need current Wine git for the ScreenDepth=32 thing to work correctly.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #16 from Ronny Standtke Ronny.Standtke@gmx.net --- Created attachment 60586 --> https://bugs.winehq.org/attachment.cgi?id=60586 screenshot showing the disappearing upper level menus
I tested with a backported Wine 3.2 in Debian 9. The good news is that the submenu no longer disappears. The bad news is that the upper level menus now disappear and become grey boxes (see attached screenshot).
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #17 from Nikolay Sivov bunglehead@gmail.com --- (In reply to Ronny Standtke from comment #16)
Created attachment 60586 [details] screenshot showing the disappearing upper level menus
I tested with a backported Wine 3.2 in Debian 9. The good news is that the submenu no longer disappears. The bad news is that the upper level menus now disappear and become grey boxes (see attached screenshot).
Hi, Ronny.
Did you try the same on Windows? I think that's how it's supposed to work. When you select different style in popup menu, main popup is dimmed so it's not obscuring your document area and you can see your new selected style temporarily applied to your text. Boxes should be of some level of transparency though, not solid grey. From your screenshot it seems to be working correctly, try to add more text so main popup could cover some.
https://bugs.winehq.org/show_bug.cgi?id=38626
--- Comment #18 from Ronny Standtke Ronny.Standtke@gmx.net --- Hi Nicolay
Thanks for the info. Indeed, when trying with longer texts one can see that the upper level menus becomes transparent. So, all in all the bug seems to be (more or less) fixed. Too bad that it still doesn't work out-of-the-box but needs some fiddling with regedit.
https://bugs.winehq.org/show_bug.cgi?id=38626
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #19 from Alexandre Julliard julliard@winehq.org --- Marking fixed.
https://bugs.winehq.org/show_bug.cgi?id=38626
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.4.
-
wine-bugs＠winehq.org