June 2015 - Wine-bugs - list.winehq.org

[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 36476] New: When i try to open iWatch DVR
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=36476 Bug ID: 36476 Summary: When i try to open iWatch DVR Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: machineextractor(a)yahoo.com Created attachment 48540 --> http://bugs.winehq.org/attachment.cgi?id=48540 Wine Bug from iWatch DVR I have iWatch DVR installed on VirtualBox. This is the code from VBox.log !!Assertion Failed!! Expression: RT_SUCCESS_NP(rc) Location : /build/buildd/virtualbox-4.3.10-dfsg/src/VBox/Runtime/common/misc/thread.cpp(227) void rtThreadLockRW() VERR_INVALID_HANDLE (-4) - Invalid loader handle. -- 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 37215] New: incorrect starting size of font antialias
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

https://bugs.winehq.org/show_bug.cgi?id=37215 Bug ID: 37215 Summary: incorrect starting size of font antialias Product: Wine Version: 1.7.25 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: henry.hu.sh(a)gmail.com Created attachment 49474 --> https://bugs.winehq.org/attachment.cgi?id=49474 DPI=144, size=6 It seems like that wine incorrectly decides the starting size of which to use antialias. I'm testing with the SimSun font. My desktop DPI is 144. I'm using Xfce and force DPI to be 144 in the appearance settings. xrdb -query | grep Xft: Xft.antialias: 1 Xft.hintstyle: hintfull Xft.rgba: rgb Xft.dpi: 144 If I use mousepad (native app) and set the font to be SimSun: Up to size 8, it uses the font's embedded bitmap. With size >= 9, it uses the normal glyphs, awnd enables antialias. The results are always nice. Next I tested wine's notepad. First, I tested with DPI=144 in winecfg. Up to size 8, it uses the font's embedded bitmap which is good. For 9 <= size <= 12, it uses the font's glyphs, but the antialias is off (!!!), and the text looks ugly. For size >= 14, antialias is on, and the results are good. Next, I tested with DPI=96 in winecfg. For size=6, it uses anti-aliased glyphs, which is ok. For size=7 & 8, it uses glyphs without anti-alias. The results are ugly. But anyway the text is too small at this size, so that's not important. For size=9, it uses embedded bitmap which looks good. For size=10 & 11, it uses glyphs without anti-alias. The results are ugly. For size=12, it uses embedded bitmap which looks good. For 14 <= size <= 18, it uses glyphs without anti-alias. The results are ugly. For size >= 20, it uses anti-aliased glyphs which looks good. If I load simsun with fontforge, it says that simsun has bitmap fonts at 12, 14 and 16. So, is there some problem in calculating when to start using anti-alias? -- 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 14

[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 36805] New: Rosetta Stone 3.4.5 crashes on launch
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=36805 Bug ID: 36805 Summary: Rosetta Stone 3.4.5 crashes on launch Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: clarinet(a)huzzam.com Created attachment 48880 --> http://bugs.winehq.org/attachment.cgi?id=48880 backtrace of Rosetta Stone 3.4.5 crash Rosetta Stone 3.4.5 installs ok, but crashes immediately on launch. OS X Mavericks (10.9.3) host, Win32 Wine installation, no special configuration (via winecfg). Have also tried a dwrite.dll bypass (per the Homebrew Wine package suggestion), but it didn't help. -- 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 7

[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 38362] New: EViews 8 Student Version
by wine-bugs＠winehq.org 01 Dec '15

01 Dec '15

https://bugs.winehq.org/show_bug.cgi?id=38362 Bug ID: 38362 Summary: EViews 8 Student Version Product: Wine Version: unspecified Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.steinhoff(a)zeppelin-university.net When I will run a panleregression with many observations, I get the following notification: "The Programm EViewsSVMac.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. This can be caused by a problem in the program or a deficiency in Wine. You may want to check http://appdb.winehq.org for tips about If this problem is not present under Windows and has not been reported yet, you can report it at http://bugs.winehq.org." As it is stated in the header the version EViews8SV (it is explicitly available for Mac). My Mac runs with OS X Yosemite 10.10.2 -- 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