July 2013 - Wine-bugs - list.winehq.org

[Bug 19858] New: cygwin tar upset it can't change timestamps; breaks build of cygwin's bash
by wine-bugs＠winehq.org 12 Mar '15

12 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=19858 Summary: cygwin tar upset it can't change timestamps; breaks build of cygwin's bash Product: Wine Version: 1.1.23 Platform: PC URL: http://cygwin.com OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To debug bug 19856, I decided to try to build cygwin's bash from source so I could see why it refuses to run some commands. Hilarity ensued. To repeat: 1) run $ winetricks cygwin and select gcc, automake, patch, and cygport 2) start a cygwin shell $ cd ~/.wine/drive_c/cygwin $ wine wineconsole cmd /c cygwin.bat then use that for all further commands 3) read 'man cygport' 4) download the bash source package from your favorite cygwin mirror, e.g. $ wget http://cygwin.osuosl.org/release/bash/bash-3.2.49-22-src.tar.bz2 5) unpack the source tarball and use cygport to prepare and build it $ mkdir temp $ cd temp $ tar -xjvf ../bash-3.2.49-22-src.tar.bz2 $ cygport prep bash*cygport First problem: when cygport prep tries to unpack the inner tarball, it has a conniption fit because tar can't adjust the timestamps on its output files. ... tar: bash-3.2/tests/history.list: Kann utime nicht ausführen: Permission denied tar: bash-3.2/ABOUT-NLS: Kann utime nicht ausführen: Permission denied tar: Exiting with failure status due to previous errors + warn 'tar zxf bash-3.2.tar.gz failed' Here's a minimal linux commandline to reproduce: gunzip bash-3.2.tar.gz wineconsole 'c:\cygwin\bin\tar.exe' -xf bash-3.2.tar bash-3.2/examples/bashdb/PERMISSION Looks like tar creates the file, then tries to create it again, and gets confused? Maybe cygwin is cleverly trying to use NtCreateFile somehow to change its timestamp... I'll attach a log. Workaround: edit cygwin's /bin/cygport and change the two lines warn "${unpack_cmd} ${unpack_file_name} failed" to say echo "${unpack_cmd} ${unpack_file_name} failed" I'll file more bugs for the rest of the process. -- 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 31535] New: OpenGeneral : sound and music don't play
by wine-bugs＠winehq.org 11 Mar '15

11 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=31535 Bug #: 31535 Summary: OpenGeneral : sound and music don't play Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dragdasan(a)ymail.com Classification: Unclassified OpenGeneral turn based strategy : http://sourceforge.net/projects/opengeneral/files/DailyBuild/ Sound and music (but also video -intro video ) don't work at all no matter what version i try be it wine 1.5.10 or older. I have this bug confirmed by other OpenGeneral players . Also the fact that the sound does not work is confirmed here http://bugs.winehq.org/show_bug.cgi?id=31455 by Rosanne DiMesio . -- 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 29334] New: Word 2010 cannot open sample template files with builtin msxml6
by wine-bugs＠winehq.org 10 Mar '15

10 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=29334 Bug #: 29334 Summary: Word 2010 cannot open sample template files with builtin msxml6 Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net Depends on: 25494 Classification: Unclassified Opening per http://bugs.winehq.org/show_bug.cgi?id=29308#c5 and setting version to 1.3.9 because that was the first version where Office 2010 could be installed. Office Professional Plus 2010 installs sample templates, dotx files used to create new files when accessed via File=>New=>Sample Templates. A few work, but most throw up an error message about the template being corrupt, whether using them to create a new file or trying to open them directly. The origin*, urban*, and median* templates all demonstrate the problem. Native msxml6 works around it. -- 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 30836] New: Total Overdose: choppy audio playback with Diesel Power 3D sound system
by wine-bugs＠winehq.org 10 Mar '15

10 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=30836 Bug #: 30836 Summary: Total Overdose: choppy audio playback with Diesel Power 3D sound system Product: Wine Version: 1.5.5 Platform: x86 URL: http://www.gamershell.com/download_10831.shtml OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Classification: Unclassified Regression SHA1: 1cc9ecb558e09a94e1b92331ca132634e8dac8f9 Created attachment 40385 --> http://bugs.winehq.org/attachment.cgi?id=40385 7zipped +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+alsa log (uncompressed 5.3 MB) Music and speech are skipping in Total Overdose when audio engine used by the game is set to 'Auto' or 'Diesel Power 3D' in the options menu. The demo version of the game doesn't let change audio systems, it always uses Diesel Power 3d, so the problem can be reproduced with the demo version as well. After installation start the demo with TOD.exe. During the intro videos you can observe that music playback is very choppy, skipping heavily. This is a regression from Wine 1.5.5, caused by 1cc9ecb558e09a94e1b92331ca132634e8dac8f9 is the first bad commit commit 1cc9ecb558e09a94e1b92331ca132634e8dac8f9 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Tue May 15 14:41:24 2012 -0500 dsound: Don't use IAudioClock::GetPosition to determine buffer fullness. :040000 040000 6e93eb30269b9505a4196f15b1e81d2674d3dc01 a52ed8250ea70d34c40d382397c806ce9e06aba0 M dlls Reverting the patch on wine-1.5.5-131-gbdd4294 fixes the problem for me. Should be noted that there was a problem with audio in TOD, but that was fixed in 1.5.4 (bug #27603). Fedora 17 x86 Alsa 1.0.25 Pulseaudio is not running Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) -- 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 30

[Bug 33778] New: Virtual Table-Top Game Software
by wine-bugs＠winehq.org 07 Mar '15

07 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=33778 Bug #: 33778 Summary: Virtual Table-Top Game Software Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b.barwich(a)hotmail.com Classification: Unclassified Created attachment 44744 --> http://bugs.winehq.org/attachment.cgi?id=44744 system and application configuration Virtual Table-Top Game Software cannot be started although the directx/opengl compatibility DLL is provided. [root(a)thebrain Fantasy Grounds II]# wine FantasyGrounds.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:win:EnumDisplayDevicesW ((null),0,0x32f814,0x00000000), stub! -- 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 7

[Bug 33214] New: User callback IAuthenticate interface is not used to query for auth info
by wine-bugs＠winehq.org 07 Mar '15

07 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=33214 Bug #: 33214 Summary: User callback IAuthenticate interface is not used to query for auth info Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Classification: Unclassified Urlmon is supposed to call IAuthenticate_Authenticate() when underlying protocol needs to authenticate (in response to code 401 in http case for example), as far as I understand it. Since httpreqeust code from msxml3 depends on urlmon that's a clean way to supply these credentials. Original problem with test application is bug 26586. -- 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 33329] New: winhelp: does not support '>XXX' (secondary window)
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=33329 Bug #: 33329 Summary: winhelp: does not support '>XXX' (secondary window) Product: Wine Version: 1.5.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: francois.melchior(a)belgacom.net Classification: Unclassified The help file path can be followed by '>' and the name of a second window to open the help in (found info on http://web.archive.org/web/20010615222811/http://msdn.microsoft.com/library…) Currently if it happens winhlp32 does not find the file. It should at least crop and ignore (with a fixme message) the '>' and what follows it. Note that I have tested on Windows XP and it is not supported from command line. -- 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 2

[Bug 9610] New: Non-Windows(XP) behaviour for using themes in apps
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=9610 Summary: Non-Windows(XP) behaviour for using themes in apps Product: Wine Version: 0.9.44. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Stuart(a)houseofanime.org DVD Profiler takes information from Windows XP and higher to determine different themes within the program; specifically a choice between Blue, Silver, and Olive (mapping to NormalColor, Metallic and Homestead respectively). In addition, my standard XP install gives DVD Profiler some more options, including Obsidian. Attached are XP and Linux comparisons for Blue, Olive, and Obsidian (XP on top, Linux below). When taking shots from each OS, ONLY the theme from within the application was changed (under the view menu item) - I made no change to the actual themes in display properties (Window XP) or Winecfg. Also attached is a screen shot of the application when it originally opens with the 'blue' theme (its welcome screen). Note how the welcome screen displays the correct colours, which change appropriately when you change the theme in DVD Profiler. I also copied the contents of the Resources/Themes directory from XP to Wine to see the effect. It gave additional Theme options in Winecfg, but made no difference when the same test was performed within DVD Profiler. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 33990] New: MSVC 2013 std::mutex crashes
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=33990 Bug #: 33990 Summary: MSVC 2013 std::mutex crashes Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)kode54.net Classification: Unclassified Created attachment 45165 --> http://bugs.winehq.org/attachment.cgi?id=45165 Source code which, when compiled with MSVC 2012 or 2013 with v*_xp SDK, crashes. A simple program using std::mutex, compiled with MSVC 2012 or 2013, crashes wine on execution. I have attached the source code. -- 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 33897] New: TeamView Cannot Move or Resize Remote Linux Application Window
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=33897 Bug #: 33897 Summary: TeamView Cannot Move or Resize Remote Linux Application Window Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rranc1st(a)hotmail.com Classification: Unclassified TeamViewer loses control of remote TeamViewer when you attempt to move or resize an application window on remote Linux PC. Same problem if Microsoft XP PC Teamviewer controls a Linux Installed Teamviewer. TeamViewer DOES NOT have this problem when Linux Teamviewer PC controls the TeamViewer installed on Windows XP PC. If someone is at the remote controlled Linux TeamViewer, you can have them click their mouse so you get control back, otherwise your dead in the water. Applies to UBUNTU and SLACKO Linux versions. TeamViewer DEB used on UBUNTU came directly from TeamViewer Site. Slackware TAR version also from TeamViewer Site. BOTH VERSIONS ACT THE SAME. -- 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