February 2015 - Wine-Bugs - list.winehq.org

[Bug 31905] New: Windows from virtual desktop are able to steal focus from external windows
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=31905 Bug #: 31905 Summary: Windows from virtual desktop are able to steal focus from external windows Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified I'm not sure if it is by design or not, but here's situation: I launch dota 2 using following command: WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program Files\Steam\Steam.exe" -applaunch 570 As steam app, it launches steam first, then launches dota within it. Process is quite lengthy, so i switch focus to another window (e.g. browser) when virtual desktop is initialized. During steam load process, focus is stolen from browser. It remains as top-most window, but 'inactive'. And, e.g. to continue typing something in the browser i have to bring focus back. Few moments later (1-2), wine's window becomes top-most, even if i click inactive browser window to restore focus. During steam shutdown process, it steals focus again, but this time without bringing virtual desktop to top. Steam is just example: this occurs with numerous other apps, in some cases it may happen even multiple times during launch process of some complex application. For me as user, it is extremely annoying - i always thought that virtual desktop is a way to avoid integration between wine and OS WM, with its own tray and window management, and that virtual desktop should present itself as normal OS window. I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from git. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 13637] New: MechCommander Gold: Two keypresses simultaneously are not recognized
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=13637 Summary: MechCommander Gold: Two keypresses simultaneously are not recognized Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Under Windows it was possible to scroll diagonally using two arrow keys at the same time. This is not possible under Wine. The second keypress overrides the first one. e.g. I want to scroll into the upper left corner. I press left, it scrolls left. I keep left pressed and press up -> It only scolls upwards. Modifier keys like Ctrl are handled properly. I don't think the game is based on dinput. At least, I don't get anything when I enable the dinput debug channel. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 21599] New: ACDSee Pro Photo Manager 3 : Not running
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=21599 Summary: ACDSee Pro Photo Manager 3 : Not running Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: igor.demyanov(a)gmail.com Created an attachment (id=26059) --> (http://bugs.winehq.org/attachment.cgi?id=26059) WINEDEBUG=+all Application still exit. Trial version http://downloads.acdsystems.com/en/acdseepro.exe err:ole:CoUninitialize Mismatched CoUninitialize Wine 1.1.37 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 37383] New: Office 2010 - Submenus invisible on GNOME 3.14
by wine-bugs＠winehq.org Oct. 5, 2024

Oct. 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=37383 Bug ID: 37383 Summary: Office 2010 - Submenus invisible on GNOME 3.14 Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anmeldung(a)r-system.de ## summary Submenus are invisible. If I was running GNOME 3.12 everything was fine with OFFICE 2010. Now I've upgraded to GNOME 3.14.0 with: i | gnome-shell | Paket | 3.14.0-308.1 | x86_64 | GNOME i | xorg-x11 | Paket | 7.6_1-16.1 | noarch | repo-oss with Vendor NVIDIA Driver NVIDIA-Linux-x86_64-340.46 sidenote: this issue is not related to playonlinux only. It also appears in crossover. So the question is, if it is a wine or gnome problem? I can reproduce this on T500 Lenovo with Intel Chipset and on Desktop Computer with NVIDIA GraphicsCard. So it seems not to be a display driver problem. ## actual behaviour If I want to see a submenu in any Office 2010 application with either "right click" or from "ribbon menu" they do not appear in any case. But if you call a menu with richt click and imagine it was there and use the keyboard to select an item from that invisible menu -the actions itself are working. If I switch to another desktop environment the menus do appear. See videolinks: xfe -> [https://vid.me/AaY] gnome 3.14 [https://vid.me/GU7] ## expected behaviour see the menu in any case. ## additional info I'm not sure where to put this issue. If this is correct here on pol or if this should be posted to GNOME Bugtracker or it should be posted to the wine bugtracker. As this is not quite clear, i'll post it cross and reference each. Any hints are welcome. ## confirmation it would be very good if anybody could confirm this ## crossreference * http://www.playonlinux.com/en/topic-12497-Office_2010__Submenus_invisible_o… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 17

[Bug 25974] New: AutoCAD 2009 LT: acadlt.msi doesn't start installer
by wine-bugs＠winehq.org Oct. 2, 2024

Oct. 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=25974 Summary: AutoCAD 2009 LT: acadlt.msi doesn't start installer Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33110) --> (http://bugs.winehq.org/attachment.cgi?id=33110) WINEDEBUG=+msi on wine-1.3.12-272-g2d6b748 Steps to reproduce: 1) remove ~/.wine 2) wine start /x86/acadlt.msi Behaviour: Fatal error "Installation ended prematurely because of an error" Expected behaviour: Installer's window. Terminal output: fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:storage:create_storagefile Storage share mode not implemented. fixme:msi:check_assembly_installed we should probably check the manifest file here err:msi:ITERATE_Actions Execution halted, action L"SetupWizard" returned 1603 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 36447] New: Test for exe date fails - Avanti
by wine-bugs＠winehq.org Sept. 29, 2024

Sept. 29, 2024

http://bugs.winehq.org/show_bug.cgi?id=36447 Bug ID: 36447 Summary: Test for exe date fails - Avanti Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marawuti0(a)gmail.com Avanti [http://www.avanti.arrozcru.org/] tests the ffmpeg.exe for a minimum date. This fails under Wine but the identical downloaded files work fine under Windoz. I was using Avanti-078.7z (released 06-05-2014) [May 6] and ffmpeg from http://ffmpeg.zeranoe.com/builds/ Version: git-4cdea92 (2014-05-07) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 16367] New: multimedia keys not available for wine applications
by wine-bugs＠winehq.org Sept. 25, 2024

Sept. 25, 2024

http://bugs.winehq.org/show_bug.cgi?id=16367 Summary: multimedia keys not available for wine applications Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marc.menghin(a)gmail.com Some applications like Winamp use global hotkeys. Hotkeys work fine in Gnome for me but do not work in Winamp (Can't set them in the Winamp config). Other keys work fine there. It looks like multimedia keys are not forwarded to a application running with Wine. Ubuntu 8.10, Wine 1.1.10 (Winamp 5.541) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 21

[Bug 10648] New: Async WSASend does not send all bytes.
by wine-bugs＠winehq.org Sept. 20, 2024

Sept. 20, 2024

http://bugs.winehq.org/show_bug.cgi?id=10648 Summary: Async WSASend does not send all bytes. Product: Wine Version: 0.9.5. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marius(a)scimore.com On Server sending 1500 bytes with non-blocked WSASend and 2 WSABUFFERS will transfer only 1452 bytes. On client WSARecv called again will be blocked and does not receive the the remaining bytes. The completion port receives event on transfered 1452 bytes, and there is no more followed events on transfered the last 8 bytes. OS: Ubuntu 7.10 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 12532] New: Autodesk TrueView fails to install
by wine-bugs＠winehq.org Sept. 16, 2024

Sept. 16, 2024

http://bugs.winehq.org/show_bug.cgi?id=12532 Summary: Autodesk TrueView fails to install Product: Wine Version: CVS/GIT Platform: PC URL: http://usa.autodesk.com/adsk/servlet/index?id=6703438&si teID=123112 OS/Version: Linux Status: UNCONFIRMED Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user submitted this new app into appdb with garbage test results, so i gave it a try as well. That user reported a problem that the disk was full, but i can't reproduce that, it fails differently here. To run into this bug you need Alex Villacis' patch here: http://article.gmane.org/gmane.comp.emulators.wine.patches/49916 hopefully that patch will make it into git monday. after applying that patch the intaller failed with a message 'Call not implemented' The problem seems to be: fixme:MsiDatabaseGenerateTransformW By just returning ERROR_SUCCESS, it ran into two other unimplemnted functions: MsiQueryFeatureStateFromDescriptorA and MsiCreateTransformSummaryInfoW By stubbing these out with ERROR_SUCCESS the installer claimed to be successfull (but i guess that's doubtful). Anyway , this all shows that these three functions need to be implemented to get this installer finish, and that's where I created this bug for. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 53

[Bug 37263] New: World Of Warcraft: stuck keys
by wine-bugs＠winehq.org Sept. 14, 2024

Sept. 14, 2024

https://bugs.winehq.org/show_bug.cgi?id=37263 Bug ID: 37263 Summary: World Of Warcraft: stuck keys Product: Wine Version: 1.7.25 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)infinityplusb.com I'm running WoW 5.4.8. At random intervals keys appear "stuck", even though they are not physically stuck. I can really only notice the ones where the "stuck key" is for moving (e,d,s,f) cause the character keeps strafing or running. Sometimes repressing these keys causes the key to unstick, but that's maybe a 20-25% success rate. Maybe less. I'm new to this bug-filing thing so I'll try replicate the issue. I'm not sure this issue is specific to Warcraft, but it's the only game I play. There are other google tracks related to this, but they seem quite old (pre-2008). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11