July 2013 - Wine-bugs - list.winehq.org

[Bug 33743] New: Fullscreen with two monitors of different size
by wine-bugs＠winehq.org 08 Mar '25

08 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=33743 Bug #: 33743 Summary: Fullscreen with two monitors of different size Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: enicon(a)gmail.com Classification: Unclassified Created attachment 44681 --> http://bugs.winehq.org/attachment.cgi?id=44681 Fullscreen Word window in the biggest monitor (1440x900) is clipped On Linux Mint (both Nadia and Maya) on a laptop with build-in monitor 1024x768 and external monitor (now 1440x900). On the biggest monitor, wine application don't go fullscreen correctly, vertically size seems to be limited by the size of the smallest monitor. In my example if I fullscreen WORD I get some of the UI missing and a desktop background stripe in the lower part of the monitor. Notice that if I don't use fullscreen but drag the windows border I cat enlarge word on all the surface of the monitor and all the ui is correctly displayed. -- 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 9

[Bug 25682] New: Super Crate Box runs slowly
by wine-bugs＠winehq.org 05 Mar '25

05 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=25682 Summary: Super Crate Box runs slowly Product: Wine Version: 1.3.10 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com On Wine, Super Crate Box runs slowly enough to actually be playable. While this is arguably an improvement, we should match the Windows behavior which is to run unplayably fast. -- 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 34108] New: Rally Trophy: Controller configuration is very buggy
by wine-bugs＠winehq.org 04 Mar '25

04 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=34108 Bug #: 34108 Summary: Rally Trophy: Controller configuration is very buggy Product: Wine Version: 1.6 Platform: x86-64 URL: http://games.softpedia.com/get/Games-Demo/Rally-Trophy .shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: jettis(a)gmail.com Classification: Unclassified Created attachment 45353 --> http://bugs.winehq.org/attachment.cgi?id=45353 Rally Trophy log trace+dinput Rally Trophy uses DirectInput's device configuration window. There are some bugs that make device configuration difficult and for example a racing wheel impossible to use. Device configuration usually doesn't show the currently mapped keys for keyboard especially when a racing wheel is connected. If it shows they are only default keys and not the currently mapped keys. If a function is already mapped to a key by you, you can't change it to an another key anymore. For example you set 'shift up' to 's' key and go to play, then you go back to device configuration and set 'shift up' to 'd' key and again go to play. You will notice that 'd' key does not change a gear. In full version of Rally Trophy the key mappings are saved, but in Rally Trophy Demo in wine they are not. The keys are always the default ones when you start the game. In Windows you can select a player (Pelaaja 1/Player 1) for the device when you want to use it. Wine does not see the player and shows only a blank list, so you can't get a racing wheel in to use. However a racing wheel becomes usable if keyboard and mouse enumeration is deleted from IDirectInput8AImpl_EnumDevicesBySemantics from wine's code. Logs are made with these steps: 1. Start the game 2. Go to device configuration 3. Set key 's' to 'shift up' 4. Go to in game 5. Close the game with alt+f4 A racing wheel is connected when logging. Tested wine version is the latest git. Demo can be downloaded from: http://games.softpedia.com/get/Games-Demo/Rally-Trophy.shtml -- 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 20

[Bug 31592] New: Wine uses legacy /proc/scsi interface
by wine-bugs＠winehq.org 26 Feb '25

26 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=31592 Bug #: 31592 Summary: Wine uses legacy /proc/scsi interface Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pb-2004(a)hotmail.com Classification: Unclassified Wine uses /proc/scsi interface to populate HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi registry key. Because /proc/scsi is missing on some linux distributions(i.e. Debian) Wine can't write information to this key. This situation breaks wn32aspi emulation and windows programs which access cd/dvd drives through aspi. -- 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 11

[Bug 25381] New: Trackmania Nation Forever crashes on OS X when sound is enabled
by wine-bugs＠winehq.org 26 Feb '25

26 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=25381 Summary: Trackmania Nation Forever crashes on OS X when sound is enabled Product: Wine Version: 1.3.8 Platform: x86 URL: http://www.trackmaniaunited.com OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: qparis(a)playonlinux.com Created an attachment (id=32283) --> (http://bugs.winehq.org/attachment.cgi?id=32283) Screenshot + Terminal content Application : Track Mania Nation forever (http://www.trackmaniaunited.com) System information : - Tested both with XQuartz 2.6.0 beta (for Randr support) and stable version - Mac OS 10.6.5 Step to reproduce : - I downloaded the latest version of Trackmania Nation Forever (free) (http://www.trackmaniaunited.com) - The game installation run fine - I started a single player game, it will crash at the end of the loading process - I runned wineserver -k in a terminal to kill wine - I went to settings menu -> Advanced -> Audio - I unchecked the box "Enable sound" - I retried to start a single player race, and it worked perfectly (I retried several time and the problem seems to be linked to the sound) Other details - The menu works fine with - The problem does not exist on Linux -- 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 18959] New: MetaTrader 4 installer hangs at the very end of file extraction
by wine-bugs＠winehq.org 25 Feb '25

25 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=18959 Summary: MetaTrader 4 installer hangs at the very end of file extraction Product: Wine Version: 1.1.23 Platform: PC URL: http://www.metatrader4.com/files/mt4setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: julliard(a)winehq.org With today's Git (wine-1.1.23-221-gafce86b), the MetaTrader installer hangs at the very end of file extraction at "C:\Program Files\MetaTrader 4\mailbox\1190736044.english" with sufficient responsiveness to handle the Cancel button being pressed, which merely hides the installer window until a Ctrl+C interrupt is sent to the installer. The installer worked properly in 1.0.1, and the regression test revealed: 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is first bad commit commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Feb 18 14:44:17 2009 +0100 msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if we didn't set them. :040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4 86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls Reverting the commit in HEAD allows the installer to start. -- 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 32

[Bug 17743] New: Undocked toolbars are displayed incorrectly
by wine-bugs＠winehq.org 24 Feb '25

24 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=17743 Summary: Undocked toolbars are displayed incorrectly Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=19959) --> (http://bugs.winehq.org/attachment.cgi?id=19959) Text toolbar I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is with undocked toolbars which are incorrectly displayed. The problem is also with dragging them. They should be also draggable when I click and hold mouse pointer over title of the toolbar. Problem exists in AutoCAD 2008 and AutoCAD Mechanical 2008. I attached image that shows the problem. All cuttings were done with unchecked option "Allow the window manager to decorate the windows". Last cutting was done in MS Windows XP running AutoCAD 2007. The problem exists also in Wine 1.0.1 -- 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 18

[Bug 11336] New: typing an open parenthesis "(" in vba causes an error
by wine-bugs＠winehq.org 23 Feb '25

23 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11336 Summary: typing an open parenthesis "(" in vba causes an error Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=10442) --> (http://bugs.winehq.org/attachment.cgi?id=10442) picture of the error When programming in VBA under excel the application throws up an error when I try to enter the open parenthesis -- 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 33211] New: C&C: Red Alert 2 still runs very slowly and mouse cursor flickers
by wine-bugs＠winehq.org 22 Feb '25

22 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=33211 Bug #: 33211 Summary: C&C: Red Alert 2 still runs very slowly and mouse cursor flickers Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: brymaster(a)gmail.com Classification: Unclassified The game runs slowly, especially while moving the cursor in-game. I've tried various winetricks configs with: ddr=opengl/ddr=gdi, rtlm=readtex, orm=backbuffer as well as setting a flag in ra2.ini for [Video]VideoBackBuffer=no - nothing works. Even looked at a 'lag fix' here that does nothing: http://www.stuffhost.de/files/cnc/CnCPatcher.html >From looking at past related issues (http://bugs.winehq.org/show_bug.cgi?id=2784, http://bugs.winehq.org/show_bug.cgi?id=5526, http://bugs.winehq.org/show_bug.cgi?id=14438) I get the feeling that someone was trigger happy and 'CLOSED FIXED' these without actually testing - people are still reporting its a problem. -- 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 27

[Bug 24308] New: Fullscreen fails for MechWarrior 4 games (Only one D3D device per DirectDraw object)
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=24308 Summary: Fullscreen fails for MechWarrior 4 games (Only one D3D device per DirectDraw object) Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: georg298(a)gmx.de For all MechWarrior 4 games, fullscreen fails with message fixme:ddraw:d3d7_CreateDevice Only one Direct3D device per DirectDraw object supported. Obviously, the game falls back to window'ed mode, as static HRESULT WINAPI d3d7_CreateDevice(IDirect3D7 *iface, REFCLSID riid, IDirectDrawSurface7 *surface, IDirect3DDevice7 **device) returns DDERR_INVALIDPARAMS changing this behaviour (returning D3D_OK instead): if (ddraw->d3ddevice) { FIXME("Only one Direct3D device per DirectDraw object supported.\n"); LeaveCriticalSection(&ddraw_cs); return D3D_OK; // return DDERR_INVALIDPARAMS; } makes fullscreen work for these games. Probably it's not "legal" to return D3D_OK in this case, but maybe there is a real solution for this problem? -- 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 26