http://bugs.winehq.org/show_bug.cgi?id=23259
Summary: Comboboxes require more clicks to open (MS Office 2003) Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: buggy_wine_bugzilla@elektromaniak.wz.cz
When using programs from Microsoft Office 2003 student edition suite, comboboxes in toolbars like "font", "font" size" and other require 3+ clicks on the drop-down area to open.
Another approach is clicking the text first and then the arrow (getting to 2 clicks)
The bug is present in 1.1.43 too (the version I have currently installed in production area) attention: pulseaudio and ole32-cx patches were applied to that 1.1.43 and pulseaudio patch to 1.2.-rc4
http://bugs.winehq.org/show_bug.cgi?id=23259
MMlosh buggy_wine_bugzilla@elektromaniak.wz.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |buggy_wine_bugzilla@elektro | |maniak.wz.cz
http://bugs.winehq.org/show_bug.cgi?id=23259
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2010-06-19 13:04:10 --- What's ole32-cx and pulse patches? Only vanilla Wine from official git repo supported here. Try with clean Wine and clean .wine first.
http://bugs.winehq.org/show_bug.cgi?id=23259
--- Comment #2 from MMlosh buggy_wine_bugzilla@elektromaniak.wz.cz 2010-06-26 04:18:33 --- ole32-cx is nothing anymore (1.1.43 required that to make equation editor work) pulseaudio patch adds pulseaudio sound output option (so nothing even remotely related to comboboxes)
Disabling sound (→and all effects of that patch) makes no difference
http://bugs.winehq.org/show_bug.cgi?id=23259
--- Comment #3 from Rosanne DiMesio dimesio@earthlink.net 2010-06-26 07:35:32 --- Not a problem here in 1.2-rc5, and never has been.
Retest in plain Wine with a clean wineprefix.
http://bugs.winehq.org/show_bug.cgi?id=23259
--- Comment #4 from MMlosh buggy_wine_bugzilla@elektromaniak.wz.cz 2010-06-30 02:25:57 ---
Retest in plain Wine with a clean wineprefix.
That is quite hard with microsoft Office, I don't have any "installations" anymore.
If it works, then it's probably my fault. Is "wineboot -u" supposed to update all system files? The cause is probably in overly-strict (and probably dumb) c:\windows write policy - nobody is supposed to write in there except for win.ini, probably wrong, right?
I'll run a test with fully write-able wineprefix..
But I don't see the reason why should MS Office or wine overwrite files in c:\windows every time it starts up
http://bugs.winehq.org/show_bug.cgi?id=23259
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2010-06-30 08:36:33 --- You broke your Wine prefix.
http://bugs.winehq.org/show_bug.cgi?id=23259
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2010-06-30 08:36:51 --- Closing invalid - broken environment.