June 2017 - Wine-Bugs - list.winehq.org

[Bug 42710] New: Wechat can not seed file to friend
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=42710 Bug ID: 42710 Summary: Wechat can not seed file to friend Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: hillwoodroc(a)gmail.com Distribution: SUSE Created attachment 57686 --> https://bugs.winehq.org/attachment.cgi?id=57686 ole.log Step1: Download for http://dldir1.qq.com/weixin/Windows/WeChatSetup.exe and install. Step2: Set windows version as windows XP to work around crash bug. Step3: Use winetricks to install riched20 to work around typing bug. Step4: Select any file to send any friend. And then noting to happen... -- 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 41652] New: Uplay cannot connect/login to Server
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=41652 Bug ID: 41652 Summary: Uplay cannot connect/login to Server Product: Wine Version: 1.9.22 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: rasapi32 Assignee: wine-bugs(a)winehq.org Reporter: vasquesbc(a)googlemail.com Created attachment 56034 --> https://bugs.winehq.org/attachment.cgi?id=56034 terminal output After clicking "Log in" Uplay displays the Message: "A Ubisoft service it not available at the moment. You can try again later or switch to offline mode." Notice: offline mode is possible, but at least one initial login is necessary to run any game. -- 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 51

[Bug 39906] New: ODB++ Viewer fails to install due to improper bat file handling (quoting or delimiting problem)
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=39906 Bug ID: 39906 Summary: ODB++ Viewer fails to install due to improper bat file handling (quoting or delimiting problem) Product: Wine Version: 1.8 Hardware: x86 URL: http://www.odb-sa.com/resources/odb-viewer/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Xubutnu 14.04 x86_64, AMD Phenom 9550, GeForce GTX 750Ti with Nvidia 340.96 driver. Wine 1.8 (git) Mentor Graphics ODB++ Viewer 9.6 (32 or 64-bit) During installation it attempts to execute several *.bat files but they fail. According to install log (…/drive_c/MentorGraphics/Install/LOGS/): Can't recognize 'C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\install\a_UpdateFiles.bat" -target "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96" -msicmd "C:\MentorGraphics\Install\bin\msi_cmd.exe" -mgchome "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\MGC_HOME.ixn -vco ixn' as an internal or external command, or batch script. Can't recognize 'C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\install\a_post_install.bat" -target "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96" -msicmd "C:\MentorGraphics\Install\bin\msi_cmd.exe" -mgchome "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\MGC_HOME.ixn -vco ixn' as an internal or external command, or batch script. Can't recognize 'C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\install\a_vcredist_install.bat" -target "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96" -msicmd "C:\MentorGraphics\Install\bin\msi_cmd.exe" -mgchome "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\MGC_HOME.ixn -vco ixn' as an internal or external command, or batch script. Can't recognize 'C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\install\z_AddMenuEntry.bat" -target "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96" -msicmd "C:\MentorGraphics\Install\bin\msi_cmd.exe" -mgchome "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\MGC_HOME.ixn -vco ixn' as an internal or external command, or batch script. Can't recognize 'C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\install\z_CreateDesktopShortcut.bat" -target "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96" -msicmd "C:\MentorGraphics\Install\bin\msi_cmd.exe" -mgchome "C:\MentorGraphics\Valor\ODB++_Viewer\odbviewer_96\MGC_HOME.ixn -vco ixn' as an internal or external command, or batch script. Steps to reproduce: 1. Register (free) and download viewer. Will receive a registration key and a "odbviewer.signature" file. 2. Extract the 280MB+ zip which contains both 32-bit and 64-bit installers. 3. Place the "odbviewer.signature" file in the same directory as the chosen installer then execute the installer. Enter registration key when prompted. 4. Respond to dialogs as needed. 5. During post-install script phase several error dialogs are displayed about script failures. Installer completes regardless but application aborts with an unhandled exception. -- 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 30185] New: SuperPower 2 demo crashes on launch
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

http://bugs.winehq.org/show_bug.cgi?id=30185 Bug #: 30185 Summary: SuperPower 2 demo crashes on launch Product: Wine Version: 1.4 Platform: x86 URL: http://www.gamefront.com/files/3631719/SuperPower_2_De mo OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 39396 --> http://bugs.winehq.org/attachment.cgi?id=39396 terminal output The installed demo, when started with joshua.exe, crashes immediately. I get the same crash with older Wine versions as well (1.2.3, pre-1.0). To install the demo I used Wine-1.4 because of bug #30182. Fedora 16 x86 gcc version 4.6.2 20111027 (Red Hat 4.6.2-1) (GCC) -- 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 42470] New: Frequent critical section timeouts in winetricks dotnet46
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=42470 Bug ID: 42470 Summary: Frequent critical section timeouts in winetricks dotnet46 Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Created attachment 57323 --> https://bugs.winehq.org/attachment.cgi?id=57323 bt all I've been seeing this for a few weeks, but I haven't been able to isolate the cause. It's causing me a lot of grief with winetricks-test. I'll attach the output of bt all for two separate runs. Unfortunately it seems I didn't put the deadlocked thread in my original bt all output, but I'll include it anyway. My most recent run was: err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0040, blocked by 0041, retrying (60 sec) (also in the attachment). The issue is very reliably reproduced on my machine, if further logs/debugging is needed. -- 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 42870] New: CurrentBuild registry value is missing
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=42870 Bug ID: 42870 Summary: CurrentBuild registry value is missing Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: pgkos.bugzilla(a)yahoo.com Distribution: ArchLinux In HKLM\Software\Microsoft\Windows NT\CurrentVersion\, all Windows versions since at least Windows XP have a "CurrentBuild" registry string value (aside from "CurrentBuildNumber"). In Wine's registry, there exists only "CurrentBuildNumber". For maximum compatibility, the "CurrentBuild" value should exist and be created/updated by winecfg when switching Windows versions. It should have the same value as the "CurrentBuildNumber", for example on Windows 7 SP1: CurrentBuildNumber = "7601" CurrentBuild = "7601" <-- this value is missing -- 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 43125] New: Device reports coming in too fast
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=43125 Bug ID: 43125 Summary: Device reports coming in too fast Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pershyn_nikolay(a)mail.ru Distribution: --- Launching wine or winecfg in any prefix(including clean prefix) reports errors about device reports coming too fast. $ WINEPREFIX=~/.local/share/wineprefixes/Temp32/ WINEARCH=win32 winecfg err:hid_report:process_hid_report Device reports coming in too fast, last report not read yet! After it(any application or winecfg) is closed following line appears in console output: wine: Unhandled page fault on read access to 0x7e479e70 at address 0x7ec9e1e1 (thread 0034) I don't really know what information would be useful to provide here. Well, it says hid, which I assume means human interface device. My input devices are ROCCAT Tyon and Microsoft Natural Ergonomic Keyboard 4000. # uname -a Linux subspace 4.9.16-gentoo #1 SMP Fri Apr 21 19:37:09 MDT 2017 x86_64 Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz GenuineIntel GNU/Linux # grep INPUT /etc/portage/make.conf INPUT_DEVICES="${INPUT_DEVICES} evdev roccat_tyon" # ls -l /dev/input/by-id/ total 0 lrwxrwxrwx 1 root root 9 May 23 21:37 usb-Microsoft_Natural®_Ergonomic_Keyboard_4000-event-kbd -> ../event9 lrwxrwxrwx 1 root root 10 May 23 21:37 usb-Microsoft_Natural®_Ergonomic_Keyboard_4000-if01-event-kbd -> ../event10 lrwxrwxrwx 1 root root 10 May 23 21:37 usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-event-mouse -> ../event11 lrwxrwxrwx 1 root root 10 May 23 21:37 usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-if01-event-kbd -> ../event12 lrwxrwxrwx 1 root root 10 May 23 21:37 usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-if02-event-joystick -> ../event13 lrwxrwxrwx 1 root root 9 May 23 21:37 usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-mouse -> ../mouse0 -- 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 24

[Bug 36884] New: Drakensang: The Dark Eye demo crashes on startup (needs d3dx9_36.dll.D3DXCreateTeapot implementation)
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=36884 Bug ID: 36884 Summary: Drakensang: The Dark Eye demo crashes on startup (needs d3dx9_36.dll.D3DXCreateTeapot implementation) Product: Wine Version: 1.7.22 Hardware: x86 URL: http://www.gamershell.com/download_36990.shtml OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Follow up to bug 35742. Now that D3DXCreateTorus is implemented, the game crashes on start with a dialog box saying: *** NEBULA ASSERTION ***\nprogrammer says: nD3D9Server::DeviceOpen(): D3DXCreateTeapot() failed! and in the terminal (the only d3dx fixme): fixme:d3dx:D3DXCreateTeapot (0x193100, 0x3242ec4, (nil)): stub austin(a)aw25 ~ $ sha1sum Drakensang_DEMO_setup_ENGLISH.exe 2e47a2fbc7307e736394bf1d2b1a2f09c497c7a1 Drakensang_DEMO_setup_ENGLISH.exe austin(a)aw25 ~ $ du -h Drakensang_DEMO_setup_ENGLISH.exe 501M Drakensang_DEMO_setup_ENGLISH.exe austin(a)aw25 ~ $ wine --version wine-1.7.22 -- 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 12

[Bug 37834] New: RtlSetCurrentDirectory_U prepends "UNC\" for network paths; the resulting path is invalid
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=37834 Bug ID: 37834 Summary: RtlSetCurrentDirectory_U prepends "UNC\" for network paths; the resulting path is invalid Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: atakama0512(a)yahoo.com Distribution: --- Created attachment 50382 --> https://bugs.winehq.org/attachment.cgi?id=50382 cmd.exe output showing how UNC\ gets prepended when running cd \\server\share Calling RtlSetCurrentDirectory_U with a network share argument like "\\server\share" sets the current directory to "UNC\server\share". Subsequent calls to GetCurrentDirectory will return the modified path. The resulting path is invalid and unusable: attempting to read the directory or writing a file to it results in ERROR_PATH_NOT_FOUND. The bug can be reproduced using the internal command prompt, as seen in the attachment. >From what I've gathered from the source code, RtlSetCurrentDirectory_U calls RtlDosPathNameToNtPathName_U, which prepends UncPfxW to the supplied path. The last edits to dlls/ntdll/path.c were made in 2003-2004. I stumbled across this behavior while investigating why Total Commander cannot copy files to network shares. The sequence of calls in Total Commander is: SetCurrentDirectory to the network path, then GetCurrentDirectory (which returns the modified path in the form "UNC\server\share") and then it builds the destination parameter by concatenating this path with the destination file name. This gets passed to CopyFileEx, which fails with ERROR_PATH_NOT_FOUND because of the "UNC\" prefix. -- 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 43036] New: SetNamedPipeHandleState returns ERROR_ACCESS_DENIED when setting PIPE_NOWAIT
by wine-bugs＠winehq.org Nov. 29, 2018

Nov. 29, 2018

https://bugs.winehq.org/show_bug.cgi?id=43036 Bug ID: 43036 Summary: SetNamedPipeHandleState returns ERROR_ACCESS_DENIED when setting PIPE_NOWAIT Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dan-wine(a)berrange.com Distribution: --- In GNULIB, there is code which tries to create an implementation of the POSIX pipe() method for Windows, using the methods _pipe, _get_osfhandle and SetNamedPipeHandleState. This code works when run on real windows systems (i've tried Win2k8 myself), but fails when run under Wine (I've tested versions 2.5 and 2.7 in Fedora), with ERROR_ACCESS_DENIED from the SetNamedPipeHandleState method Since GNULIB code is fairly complex to follow I created this short demo program: $ cat > demo.c <<EOF #include <sys/unistd.h> #include <stdio.h> #include <windows.h> int nonblock(int fd) { HANDLE h = (HANDLE)_get_osfhandle(fd); char errbuf[1024]; DWORD state; if (GetNamedPipeHandleState (h, &state, NULL, NULL, NULL, NULL, 0) == 0) { FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, GetLastError(), MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), errbuf, 1024, NULL); fprintf(stderr, "Failed GetNamedPipeHandleState (%lu) %s", GetLastError(), errbuf); return -1; } if ((state & PIPE_NOWAIT) != 0) { return 0; } state |= PIPE_NOWAIT; if (SetNamedPipeHandleState (h, &state, NULL, NULL) == 0) { FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, GetLastError(), MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), errbuf, 1024, NULL); fprintf(stderr, "Failed SetNamedPipeHandleState (%lu) %s", GetLastError(), errbuf); return -1; } return 0; } int main(int argc, char **argv) { int fd[2]; if (_pipe(fd, 4096, 0) < 0) { fprintf(stderr, "Failed to create pipe\n"); return -1; } if (nonblock(fd[0]) < 0){ fprintf(stderr, "Could not set non-blocking on fd[0]\n"); return -1; } if (nonblock(fd[1]) < 0){ fprintf(stderr, "Could not set non-blocking on fd[1]\n"); return -1; } fprintf(stderr, "Created non-blocking pipe pair\n"); } EOF $ i686-w64-mingw32-gcc -Wall -mconsole -o pipe.exe pipe.c $ ./pipe.exe fixme:winediag:start_process Wine Staging 2.7 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. fixme:sync:GetNamedPipeHandleStateW 0x2c 0x61f8f8 (nil) (nil) (nil) (nil) 0: semi-stub Failed SetNamedPipeHandleState (5) Access denied. Could not set non-blocking on fd[0] Strangely, this only seems to fail on fd[0] - if I let it run on fd[1] it will work. The original GNULIB code I hit the problem on is here: http://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/pipe2.c http://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/nonblocking.c The Fedora Wine 2.7 package I tested on was built with these sources: SHA512 (wine-2.7.tar.xz) = 1e61b9a4aa1f5f42fb27d11d5254a9ba90f348ad9c4d1ddd4b5da47cd7de638290a20accf7447db9c0e4ced4c2144497cdf5fc906a5eac60e923dabb61f65d3a SHA512 (wine-2.7.tar.xz.sign) = b03f4376b10bd8ea66e5e6fc0862a4f948e009862a374677c326744b31c9d9fdcf1efd3b789149fcb6fe617f9c75b1b47d61f884e06e8c0fe16633a99911b667 SHA512 (wine-staging-2.7.tar.gz) = 0abc89af701ae1b95c0eb08e72894c7bc40bdfe792e05b8af9282eab8407bb90b7dfcd4eb3a193a88759ce5d6ea6c2aa9696cac2d744f543c92529bb0d2636ee -- 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