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

[Bug 32119] New: winebrowser.exe crash
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=32119 Bug #: 32119 Summary: winebrowser.exe crash Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: r6btzkgnhs(a)snkmail.com Classification: Unclassified i am currently running mirc 7.27 on ubuntu 12.04 with wine 1.4.1 and when i try to open a URL i get the 'Program Error' dialog box stating the winebrowser.exe 'encountered a problem and needs to close'. i've tried using the development version too and still the same behavior. i had been using mIRC v7 for a while on an ubuntu 10.04 machine with wine-1.4 on it and no issues there... -- 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 30642] New: LBAWin; No midi playback
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=30642 Bug #: 30642 Summary: LBAWin; No midi playback Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: package.madur(a)googlemail.com Classification: Unclassified Created attachment 40113 --> http://bugs.winehq.org/attachment.cgi?id=40113 Log file of the wine console Running openSUSE 12.1 x86_64, Wine 1.5.3 from the repositories. Followed all the instructions over here: http://wiki.winehq.org/MIDI . Midi playback works with aplaymidi, I created all the recommended registry entries and tested the MIDI playback in Wine with the MCI shell, that was successful. When I try to run Little Big Adventure for Windows, i.e., the official Windows port of the original DOS game, (http://www.magicball.net/downloads/programs/lbawin ) I get CD music, sound effects and voices working but there's no midi music playback. I attached the log file output, the following error is shown: fixme:winmm:MXD_GetControlDetails What should the sw-side mixer controls map to? -- 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 32231] New: mouse disabled after some minutes
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=32231 Bug #: 32231 Summary: mouse disabled after some minutes Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ahso47(a)yahoo.com Classification: Unclassified After flying some minutes in FSX mouse disables. I was able to avoid this behaviour in 32bit 1.5.17 wine by compiling with: CONFARGS="--without-xinput2" Thanks for fixing. -- 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 5

[Bug 30287] New: Raidcall 6.3 doesn't connect
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=30287 Bug #: 30287 Summary: Raidcall 6.3 doesn't connect Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: silpablo(a)hotmail.com Classification: Unclassified I cannot connect to the lastest version of raidcall. wine worked fine with the previous release of raidcall (6.1) here the log: p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: no se puede abrir el archivo del objeto compartido: No existe el archivo o el directorio fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias 180, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000 fixme:win:EnumDisplayDevicesW ((null),0,0x32f6ec,0x00000000), stub! fixme:richedit:IOleClientSite_fnQueryInterface 0x1434308: unhandled interface {00000119-0000-0000-c000-000000000046} fixme:richedit:ME_GetOLEObjectSize unsupported format fixme:richedit:ME_GetOLEObjectSize unsupported format fixme:richedit:ME_GetOLEObjectSize unsupported format fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias 180, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\users\\pablo\\Application Data\\raidcall\\plugins\\webplugin_en.dll" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\users\\pablo\\Application Data\\raidcall\\plugins\\webplugin_en.tlb" failed with error 2 fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:protocol_continue Could not get cache file fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:protocol_continue Could not get cache file fixme:ras:RasEnumConnectionsA (0x630607a8,0x198e7e0,0x6305f610),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:protocol_continue Could not get cache file fixme:urlmon:protocol_continue Could not get cache file err:ole:RevokeDragDrop invalid hwnd (nil) err:ole:RevokeDragDrop invalid hwnd (nil) -- 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 18157] New: Approach Welcome diaglog missing
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=18157 Summary: Approach Welcome diaglog missing Product: Wine Version: 1.1.19 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Created an attachment (id=20621) --> (http://bugs.winehq.org/attachment.cgi?id=20621) Approach without opening dialog box Hi All, I am am the OP on 15088. Now that I can actually get into Approach, I have been using it all day. I have five bugs to report. (I am presuming you want them on different reports.) I am running the native msvcrt. sh -c "cd /home/wine/drive_c/lotus/approach; WINEDEBUG=+loaddll WINEDLLOVERRIDES=msvcrt=n /usr/local/bin/wine ./approach.exe" Bug number three: when Approach starts, it is suppose to show a "Welcome to Approach" dialog box. In Wine it does not. To reproduce: 1) open Approach with the native msvcrt To see what this should look like (or see my attachment), 1) open Approach with the native msvcrt 2) open a database 3) close the database (File, Close). The welcome to Approach dialog will pop up Here is a sample database to play with: ftp://www.xpertss.com/pub/outgoing/invcalcs.zip -T -- 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 45

[Bug 28324] New: Running Ace Ventuira in Alaska
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=28324 Summary: Running Ace Ventuira in Alaska Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nigel_galloway(a)yahoo.com Created an attachment (id=36291) --> (http://bugs.winehq.org/attachment.cgi?id=36291) AVC problem When running ACEDEMO.EXE (see http://appdb.winehq.org/objectManager.php?sClass=application&iId=9623) with Wine 1.3.27 Fedora 15 complains about /opt/wine/bin/wine-preloader needing to mmap low memory in the kernel (see attachment). I applied a local fix to allow this temporarily (if this is usual is it documented anywhere?). The behaviour of ACEDEMO was then as reported in a recent test report submitted by José Manuel Ferrer. The application hangs whenever Ace attempts to utter a wittisism, some may think this is a good thing! Wine reported the following: err:alsa:wine_snd_pcm_recover underrun occurred I tried the sound test with winecfg which reported: fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels This application worked with Wine 1.2.20 (When the sound module was OSS). -- 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 31965] New: mouse capture/behavior wrong
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=31965 Bug #: 31965 Summary: mouse capture/behavior wrong Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.lanuschny(a)chello.nl Classification: Unclassified Hello, first of all I am not sure if this is reallyh a bug or some sort of bug in my config, but since i was not able to fix it/find a solutiuon i post it here. I have had a period of no issues and Eve-online was working fine with multiple clients running. A couple weeks ago (might be months now) this issue poped up after a OS update and i think there was also a wine update (i think it was to wine 1.5.13, but i did not take a note then, so this is more a guess than a fact) issue i am experiencing: when grabfullscreen is set to N (=default): The mouse pointer can leave the eve client by simply moving it out of the eve-client window. But within the eve-client window the mouse behaves wrong. For example when coming from different app and clicking on the eve-client window while in station, the ship spins. The right click pop-up menus do not highlight entries when moving the mouse cursor over them, eventually a random item gets selected when keeping moving the mouse then i can navigate to the wanted pop-up menu item using the arrow-keys. Seems as if there is an offset between the mouse-pointer location i see and how the client responds to it. Also in-game icons, that should light up when moving the mouse-pointer over it do not highlight. when grabfullscreen is set to Y: Within the EVE-client window the mouse behaves as expected, but now the mouse pointer can not leave the EVE-client window. I would understand this behavior if i was running wine in a full screen mode, but i don't. Before this issue i have had grabfullscreen in default mode (=N) ann was able to move the mouse-cursor freely. AFAIK nothing changed in my config. Here some data: Ubuntu 12.04 (precise) 64 bit kernel to 3.2.0-32-generic processor: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz RAM: 4 GB NVIDIA Driver Version: 295.40 NVIDIA GeForce GTX 550 Ti wine 1.5.15 wine settings changed with winetricks: ddr=opengl mwo=force psm=enabled videomemorysize=default vsm=hardware (no grabfullscreen=y selected, default is grabfullscreen=n) when checking the config using winecfg the tab 'graphics' has the following settings: - Automatically capture the mouse in full-screen windows -> checked - Allow the window manager to decorate the windows -> checked - Allow the window manager to control the windows -> checked - Emulate a virtual desktop -> NOT checked I start the eve client with somthing like this: wine explorer /desktop=One,1280x960 "C:\Program Files\CCP\One\eve.exe" eve is starting fine and is behaving fine as long i do not need to move the mouse outside of the client. I do not know what data i should attache to this and how to get that data. Please advice. thanks --- Comment #1 from m.lanuschny(a)chello.nl 2012-10-14 02:27:01 CDT --- edit: I have asked in the in-game Linux-channel, but no-one seem to have this issue or wa snot online at the thime i was asking. I have also created two threads about this in the eve-o forums and from the responses it seems that noone that have read these threads has this issue. I have searched the winehq site for similar bugs/reports and found this: 30057 8 0 -unknown normal Linux --- mouse capture broken in xserver 1.11 (ubuntu 12.04) but the bug seems resolved. I did run the wine test suite and it found 20 failures, but since some dll are set to native it did not report them (if i understood the tool correctly) -- 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 5

[Bug 34526] New: Skype portable + Wine on Ubuntu 13.04 x64
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=34526 Bug #: 34526 Summary: Skype portable + Wine on Ubuntu 13.04 x64 Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cokaricmarin8(a)gmail.com Classification: Unclassified Hi, I tried running Skype portable 1.6.7 + Wine 1.4.1 from USB flash drive on Ubuntu 13.04 x64. I got the following error http://i.imgur.com/AW8nuXf.png I don't know where to report this bug. Hope it can be fixed. Regards, Cokaric -- 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 33900] New: "streaming simd extensions support required"
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=33900 Bug #: 33900 Summary: "streaming simd extensions support required" Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eferghull(a)gmail.com Classification: Unclassified First of all, I know that this problem was supposedly already fixed in version 1.3.35 (bug 29420, related to bug 31295). However, it still seems to be an issue for me. I am running a windows version of steam on my Mac using wine, and that itself is working without a problem. But, when I try to run Dota 2, I get this error message: "CPU does not meet minimum requirements. Streaming SIMD extensions support required." The even stranger thing is that I did not have this problem when running Dota 2 on an older Mac. -- 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 33436] New: Tomb Raider (2013): Game does sometimes not respond to mouse move
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=33436 Bug #: 33436 Summary: Tomb Raider (2013): Game does sometimes not respond to mouse move Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: felixhaedicke(a)web.de Classification: Unclassified Sometimes the game does not react properly to mouse movement events (camera gets stucked). This happens reproducible in some game scenes. By switching to window mode (pressing Alt+Return) or back to fullscreen mode, these issues can be temporarily avoided. And the mouse issues are overall much less serious in window mode. Not all systems are equally affected by this bug. The graphics performance seems to matter. On a Laptop with an Intel GPU (which is much too slow for this game), it happens in almost every scene. And on a PC NVIDIA GeForce 560 Ti (normally almost > 60 FPS), this bug only occurs sometimes if StrictDrawOrdering is enabled. The game uses raw input mouse events. -- 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 18