August 2011 - Wine-bugs - list.winehq.org

[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 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 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 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

[Bug 23343] New: application freeze because of problem with winevdm.exe
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=23343 Summary: application freeze because of problem with winevdm.exe Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kwk(a)lavabit.com Created an attachment (id=29081) --> (http://bugs.winehq.org/attachment.cgi?id=29081) Debugging Output - Backtrace Hello, On: Ubuntu 10.04 lucid lynx i tried to run an old Windows application from 1995. It's called REBA, but this won't help much, because i suppose it is widely unknown. After starting the a pop-up tells about a severe problem with the application winevdm.exe The software freezes. I would be very grateful for any hint about this problem since I'm not a programmer but using this software without having to install MSWin is essential to me. attached a copy of the debugging output. regards WK -- 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 19309] New: Mapsource crashes unexpectedly
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=19309 Summary: Mapsource crashes unexpectedly Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arkaims(a)gmail.com OS: Ubuntu 9.04 Wine: Updated from Wine 1.0.1 to Wine 1.1.25 (unfortunately it does not solve the problem) Mapsource: 6.15.6 I have installed the Mapsource and after I have installed a set of mapsource maps I tried to execute the MapSource through Wine to see the maps. The program crashes - in the attachment I put the debug information. I really hope that somebody will solve the Mapsource issues - one for all, because it is really disappointing to have a GPS device, Maps and to be forced to buy a M$ OS, because the guys for Garmin do not fulfill the end-user requirements. -- 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 17960] New: Mapsource: Updater fails due to partially painted screen
by wine-bugs＠winehq.org 06 Jan '14

06 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=17960 Summary: Mapsource: Updater fails due to partially painted screen Product: Wine Version: 1.1.18 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: czimmer(a)wczimmerman.dyndns.org Debian Lenny for the OS. When trying to run the Mapsource updater to upgrade the successfully installed Mapsource from 6.12.x to 6.13.x or 6.15.x the installer extracts successfully but cannot proceed as it is waiting for the user to click "Next". The Next field is not drawn on the screen as shown at the following screenshot: http://i296.photobucket.com/albums/mm163/wczimmerman/Screenshot-MapSourceUp… The same behavior is seen with the stable version of wine available in the Lenny repo's: 1.1.0. There is no error on the console from the app. A Control-C kills it in the terminal. -- 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 10