November 2012 - Wine-bugs - list.winehq.org

[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

[Bug 26619] New: Nitro PDF Reader: No text is displayed in PDF file
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=26619 Summary: Nitro PDF Reader: No text is displayed in PDF file Product: Wine Version: 1.3.16 Platform: x86 URL: http://install.nitropdf.com/reader/en/nitro_pdf_reader .exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Nitro PDF Reader 4) wine NitroPDFReader.exe 5) start Writer (from OpenOffice) 6) type "Wine" and export it to PDF as file.pdf 7) open file.pdf in Nitro PDF Reader Behaviour: Blank page. Expected behaviour: I should see word "Wine". Terminal output: fixme:advapi:SetNamedSecurityInfoW L"Nitro PDF Reader" 3 4 (nil) (nil) 0x128728 (nil) fixme:dwmapi:DwmIsCompositionEnabled 0x92dfe0 fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=3): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=1): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=0): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=2): stub fixme:uxtheme:BeginBufferedPaint Stub (0x220 0x92d970 2 (nil) 0x92d8d8) fixme:win:LockWindowUpdate (0x100fc), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x10124), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! Additional info: 1) winetricks corefonts tahoma doesn't help 2) changing font to tahoma in Writer doesn't help -- 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 6

[Bug 25997] New: Garmin Gns400w-500w Trainer Stops responding to user except for quiting and setting unit mode, shortly after application startup
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=25997 Summary: Garmin Gns400w-500w Trainer Stops responding to user except for quiting and setting unit mode, shortly after application startup Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stephenwidmer(a)gmail.com fixme:class:CLASS_GetClassLong offset -12 (GCLP_HCURSOR) not supported on other process window 0x1007a The above is the only "error" data I see when I run the garmin G530SIM.exe, The program loads into a window and draws the devices, creates window handles and menu bar, application ask you to "turn on the unit" clicking the "on switch" cause the application to start and emulate a real garmin GNS430w including it startup screens, but we get stuck on the initialization screen and never get to the calibration of the instruments page. Viewing the process with top gives: top - 02:33:26 up 1 day, 2 min, 3 users, load average: 1.24, 0.99, 1.11 Tasks: 198 total, 2 running, 196 sleeping, 0 stopped, 0 zombie Cpu(s): 7.8%us, 14.5%sy, 0.0%ni, 66.7%id, 11.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2578264k total, 2509176k used, 69088k free, 124252k buffers Swap: 1582360k total, 0k used, 1582360k free, 1757432k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1925 swidmer 20 0 1574m 28m 10m S 19 1.1 0:09.33 G530SIM.exe 1929 swidmer 20 0 6008 3356 680 S 11 0.1 0:06.94 wineserver 1016 yiff 20 0 2064 504 380 R 5 0.0 57:30.04 yiff 1943 swidmer 20 0 1576m 9444 6808 S 4 0.4 0:03.54 hsi400wx I did use winetools to load mfc42 which allowed to program to start and get this far. My system is on a Ubuntu 10.04, running Wine 1.3.11 - latest available via apt repositories -- 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 3