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

[Bug 23889] New: Joystick keys
by wine-bugs＠winehq.org 14 Jan '14

14 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=23889 Summary: Joystick keys Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ahso47(a)yahoo.com Joystick keys 3&4 broken. Usually I assign those to zoom in/out in Flight Simulator 2004 and also Fly!2. In both sims those keys are not working. (Saitek Rumble Force) -- 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.

1 4

[Bug 24171] New: Wine menu localization leads to double entries.
by wine-bugs＠winehq.org 14 Jan '14

14 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=24171 Summary: Wine menu localization leads to double entries. Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: giulioo(a)gmail.com System: Ubuntu 10.04 / Wine 1.3.1 (binary from ppa:ubuntu-wine/ppa) I don't know if this is a Wine issue or Ubuntu's, just close this if you think it's the latter. When I run with IT Italian locale and install an app I get 2 menu folders named "Programmi" (WRONG): 1) After the Wine install I get this menu structure: Applicazioni -> Wine -> Programmi -> Accessori 2) I install an app in Wine and I get the "Programmi" menu entry twice: Applicazioni -> Wine +-> Programmi -> Accessori | +-> Programmi -> AppName When I run with US English locale and install the same app I get 1 menu folder named "Programs" (RIGHT): 1) After the Wine install I get this menu structure: Applications -> Wine -> Programs -> Accessories 2) I install the same app in Wine and I get the expected menu structure: Applications -> Wine -> Programs +-> Accessories | +-> AppName I get the same problem in wine-1.1.x and wine.1.2. -- 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.

1 13

[Bug 23689] New: Tomb Raider III screen resolution problem when not using virtual desktop mode
by wine-bugs＠winehq.org 14 Jan '14

14 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=23689 Summary: Tomb Raider III screen resolution problem when not using virtual desktop mode Product: Wine Version: 1.2-rc6 Platform: x86 URL: http://www.tombraiderchronicles.com/tr3/demo.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk This bug applies to the game Tomb Raider III, both the full game and downloadable trial) and the demo. It also applies to Tomb Raider III: The Lost Artifact. A time-limited trial and demos can be downloaded from http://www.tombraiderchronicles.com/tr3/demo.html The demo is about 13MB, the trial 202MB. I'd suggest testing with the "South Pacific" demo. There is a problem related to screen resolution when Wine is *not* in virtual desktop mode. The game sets the X desktop to the appropriate resolution (640x480, 1024x768 or whatever else you chose). But the game display size (in pixels) appears to be the full/highest X desktop resolution. So only the upper left part of the game display is visible on-screen, and in the case of a widescreen monitor, it is stretched horizontally. For example, my laptop screen is 1680x1050 pixels. The game seems to be rendering a 1680x1050-pixel display, but only the upper left 640x480 pixels would be visible on-screen. If instead I tell the game to use 1400x1050 resolution, then (since the vertical height matches) the game display is stretched so the rightmost part is off-screen. If testing with the demo or original CD, use winecfg to set Windows version to Windows 98, otherwise Wine reports: wine: Unhandled privileged instruction at address 0x48e2e1 (thread 001b), starting debugger... In Windows 98 mode, Wine reports instead err:int:__wine_emulate_instruction mov cr4,eax at 0x00496a41 which is non-fatal. The trial version does not have this problem. Alternatively, if testing with the original CD game, after installing it run the unofficial XP/Vista patch from http://www.tombraiderchronicles.com/cgi-bin/downloads2/dl.pl?fx_vista_trupd… Start the demo by doing wine Tomb3.exe /setup. For me, that opens a full-screen black window, and the Tomb Raider II Setup window appears behind it (so not visible). Alt-Tab to switch to the game setup window and choose a resolution, then click OK. Compare the in-game display with that when running with virtual desktop mode enabled. The only console output which might be (but probably isn't) relevant is: fixme:win:EnumDisplayDevicesW ((null),0,0x32f5d8,0x00000000), stub! fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats err:d3d7:IDirect3DDeviceImpl_7_SetRenderState Unhandled texture mag 0 ! err:d3d7:IDirect3DDeviceImpl_7_SetRenderState Unhandled texture min 0 ! In virtual desktop mode, the game resolution/rendering seems to work okay (including when the virtual desktop resolution is widescreen, e.g. 1440x900). -- 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.

1 9

[Bug 30227] New: .lnk shortcuts created by NSIS installer: last parameter done wrong
by wine-bugs＠winehq.org 14 Jan '14

14 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=30227 Bug #: 30227 Summary: .lnk shortcuts created by NSIS installer: last parameter done wrong Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jmichae3(a)yahoo.com Classification: Unclassified The last parameter's shortcuts created during installation for .lnk files are created incorrectly. Instead of having the spaces escapedwith \ the string should be surrounded by double quotes and the \ escape characters not put in. This will cause the shortcuts to work properly. UNIX works properly with double quoted strings. please fix. thanks. -- 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.

1 8

[Bug 23529] New: build mechanism tried to find an outdated 'lcms' version
by wine-bugs＠winehq.org 10 Jan '14

10 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=23529 Summary: build mechanism tried to find an outdated 'lcms' version Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: sergstesh(a)yahoo.com While running 'configure' I see these lines in its screen output: 154 checking lcms.h usability... no 155 checking lcms.h presence... no 156 checking for lcms.h... no 157 checking lcms/lcms.h usability... no 158 checking lcms/lcms.h presence... no 159 checking for lcms/lcms.h... no . According to http://sourceforge.net/projects/lcms/files/ at the moment the latest tarball is lcms2-2.0a.tar.gz and its header files (when installed) are: " sergei(a)amdam2:~/junk> ls -ltr /mnt/sdb8/sergei/AFSWD_debug/install/lcms-2.0/include/ total 117 -rw-r--r-- 1 qemu users 24622 2010-07-05 03:59 lcms2_plugin.h -rw-r--r-- 1 qemu users 91214 2010-07-05 03:59 lcms2.h sergei(a)amdam2:~/junk> ". I.e. configure should check for version 2.0 or later and check existence of 'lcms2.h' rather than 'lcms.h' file. -- 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.

1 21

[Bug 30745] New: Soulbringer, GOG version, crashes at start, no splash screen even.
by wine-bugs＠winehq.org 10 Jan '14

10 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=30745 Bug #: 30745 Summary: Soulbringer, GOG version, crashes at start, no splash screen even. Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fernando(a)cmartins.nl Classification: Unclassified see backtrace -- 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.

1 19

[Bug 15738] New: Max Payne 2: Ingame windows rendered incorrect with nvts pipe
by wine-bugs＠winehq.org 10 Jan '14

10 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=15738 Summary: Max Payne 2: Ingame windows rendered incorrect with nvts pipe Product: Wine Version: 1.1.3 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net When using (or forcing) the nvts_fragment_pipeline implementation (directx.c), ingame windows are rendered incorrectly. Going to attach screenshots later. With the arbfp pipe rendering is correct, I didn't yet try with other pipes. Effect can be reproduced with the demo version. Start game and let cutscenes finish (wait until you gain control of the character), then take a look at the windows in the hospital room. With nvts they're completly transparent, nearly like they weren't even there. Recheck with arbfp and see how they should look like (you should see a "sprinkled-by-rain-from-outside" effect on them). Exit first room and look left for another window. It has the same issues, however I found out that it was possible to trigger correct rendering when the scene is rendered from a certain position (again going to do screenshots). -- 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.

1 26

[Bug 18465] New: url.dll FileProtocolHandler does not open URLs in browser.
by wine-bugs＠winehq.org 10 Jan '14

10 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=18465 Summary: url.dll FileProtocolHandler does not open URLs in browser. Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kempe.marcus(a)gmail.com The following call: wine rundll32 url.dll,FileProtocolHandler http://www.winehq.org/ does not open the wine homepage in my default browser, as is done in Windows. However, if i add the following 2 dlls from windows: url.dll iertutil.dll to my wine-installation, the the call works as expected. This leads me to believe that there might be a bug, or simply an unimplemented feature. -- 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.

1 16

[Bug 30590] New: Feral heart dont start
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=30590 Bug #: 30590 Summary: Feral heart dont start Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: whitewolf2(a)orange.fr Classification: Unclassified Created attachment 40026 --> http://bugs.winehq.org/attachment.cgi?id=40026 bug report read the report -- 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.

1 4

[Bug 30007] New: Publish or perish result text messed up in wine
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=30007 Bug #: 30007 Summary: Publish or perish result text messed up in wine Product: Wine Version: 1.4-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scallegari(a)arces.unibo.it Classification: Unclassified To reproduce: 1) Install publish or perish (it is a no cost app) 2) Start the application, see it opening on the author impact tab. 3) write a common surname in the authors search field 4) See the publication list fill in (sometimes the surname is too common and the application finds too many publications, pick another surname in the case) 5) Look at the result pane. It is unreadable, because multiple pieces of text appear overlapped one to the other. Those results are what one is actually looking for. So the bug makes the application useless under wine. This is a pity, since wine is advertised as the way to run publish or perish on linux by its very authors. -- 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.

1 9