October 2015 - Wine-Bugs - list.winehq.org

[Bug 5551] printing in Adobe Acrobat (Reader) outputs postscript source
by wine-bugs＠winehq.org Oct. 6, 2015

Oct. 6, 2015

https://bugs.winehq.org/show_bug.cgi?id=5551 Saulius K. <saulius2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2(a)gmail.com -- 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 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org Oct. 4, 2015

Oct. 4, 2015

https://bugs.winehq.org/show_bug.cgi?id=6971 Reyn <alexispospelov(a)ya.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|alexispospelov(a)ya.ru | -- 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 0

[Bug 15716] New: Wine testcases should not use the public internet, as it causes flakiness
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=15716 Summary: Wine testcases should not use the public internet, as it causes flakiness Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Just about every day, patchwatcher rejects a patch incorrectly because some conformance test is relying on the Internet to be there. Sadly, the Internet is not 100% reliable, and therefore must not be used by any test suite that needs to be 100% reliable. We must expunge all use of the internet from our test suite, in favor of mock servers running locally. One way to start would be to add a configure-time option to cause all hostname resolution to return 127.0.0.1. Then people who needed ultrarepeatable conformance test results (like patchwatcher) could use that option and never have flaky results due to the public internet. -- 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 11

[Bug 15477] New: Test.winehq.org should allow comparing selections side by side
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=15477 Summary: Test.winehq.org should allow comparing selections side by side Product: WineHQ.org Version: unspecified Platform: All URL: http://test.winehq.org/data/ OS/Version: All Status: NEW Keywords: source Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Currently, on test.winehq.org, you can only view two test results side by side if they're from the same OS version. It would be great to be able to select two results and compare them side by side. That way, one could compare the same machine when run under wine and windows, for instance. -- 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 7915] 15 of the internal tests of wine fail on Mac OS X
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

https://bugs.winehq.org/show_bug.cgi?id=7915 François Gouget <fgouget(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fgouget(a)codeweavers.com --- Comment #32 from François Gouget <fgouget(a)codeweavers.com> --- We have new Mac machines running the tests. They have between 45 and 50 failures so the situation probably degraded a bit. However a big 'lots of tests are failing on Mac' bug is not very tractable. It would be better to identify which tests fail on Macs and not Linux and create specific bugs for those. -- 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 0

[Bug 39344] New: Final Draft 9: crash during startup
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

https://bugs.winehq.org/show_bug.cgi?id=39344 Bug ID: 39344 Summary: Final Draft 9: crash during startup Product: Wine Version: 1.7.50 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: holger(a)schreibsturm.de Distribution: --- Created attachment 52435 --> https://bugs.winehq.org/attachment.cgi?id=52435 Final Draft 9 crash on start Final Draft 9 can be installed, but crashes on start -- 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 16817] New: Digital Photo Professional: Cannot install version 3.5.1 of Canon's DPP
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=16817 Summary: Digital Photo Professional: Cannot install version 3.5.1 of Canon's DPP Product: Wine Version: 1.1.12 Platform: PC URL: http://software.canon-europe.com/products/0010677.asp OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jon.pawley+wine(a)gmail.com Installing version 3.5.1 of Canon's Digital Photo Professional (DPP) fails on Wine 1.1.12. I have tried two methods for installing this application. Firstly, I used the distribution disk ("Canon EOS Digital Solutions Disk ver. 19.0"), and secondly I tried using the "upgrader" package that is available from the following website: http://software.canon-europe.com/products/0010677.asp (Look for the item named "Digital Photo Professional Updater for Windows (3.5.1)"). Note that the "updater" includes the whole of the DPP application rather than a (partial) upgrade distribution. The installer checks for the presence of the following registry key, and if it is present, allows the installation to continue: HKLM/software/canon/DPP/ The installation follows the following process before failing: 1) Shows splash screen and asks for location (Asia/Oceania). I select Oceania. 2) License agreement shown. Click Yes. 3) Screen shows "Starting installation. Please wait" along with one progress bar. This increments until complete. 4) Screen changes to say, "Installing Digital Photo Professional" along with two progress bars. 5) Process fails at this point. The output on the terminal is attached. -- 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 35

[Bug 38272] New: binaries produced by Go compiler hang when using time.Sleep() and time.Now() is not updated
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

https://bugs.winehq.org/show_bug.cgi?id=38272 Bug ID: 38272 Summary: binaries produced by Go compiler hang when using time.Sleep() and time.Now() is not updated Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leonbogaert+winehq(a)gmail.com Distribution: --- Created attachment 51100 --> https://bugs.winehq.org/attachment.cgi?id=51100 executable + go source of example that hangs forever When I compile this simple program and run it under wine (1.7, ubuntu 14.04) it hangs indefinitely: package main import ( "fmt" "time" ) func main() { fmt.Println("before") fmt.Println(time.Now()) time.Sleep(10 * time.Second) fmt.Println(time.Now()) fmt.Println("after") } Is there a way I could debug this? Can somebody else reproduce this behavior? I tried cross-compiling it on my linux laptop and under Windows but it doesn't make a difference: it hangs. When run on Windows it works fine. When I directly call the windows sycall Sleep(): package main import ( "fmt" "time" "github.com/akavel/winq" ) func main() { var try winq.Try fmt.Println("before") fmt.Println(time.Now()) try.N("Sleep", 5000) fmt.Println(time.Now()) fmt.Println("after") } time.Now() is never updated: before 2015-03-23 18:41:35.543452 +0100 CET 2015-03-23 18:41:35.543452 +0100 CET after -- 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 20

[Bug 29149] New: Sins of a Solar Empire: first letter of the game name is cut off in the installer
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=29149 Bug #: 29149 Summary: Sins of a Solar Empire: first letter of the game name is cut off in the installer Product: Wine Version: 1.3.33 Platform: x86 URL: http://www.gamershell.com/download_23790.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel.ondracka(a)gmail.com Classification: Unclassified Created attachment 37594 --> http://bugs.winehq.org/attachment.cgi?id=37594 terminal output In the Sins of a Solar Empire installer there are multiple problems when installing with stock wine (no winetricks corefonts), some text that should be bold is not, some text is too small and finally first letter of the game name printed in background is partially cut off. There is already bug reported about the bold text (bug 18932) and many bugs about incorrect font sizes all around the bugzilla, however I haven't found any bug about the cut off first letter, hence reporting. With winetrick corefonts everything looks good. Attached is terminal output and screenshots with stock wine and with corefonts installed. -- 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 33413] New: Diablo III: Random non-responding UI elements
by wine-bugs＠winehq.org Oct. 3, 2015

Oct. 3, 2015

http://bugs.winehq.org/show_bug.cgi?id=33413 Bug #: 33413 Summary: Diablo III: Random non-responding UI elements Product: Wine Version: 1.5.27 Platform: x86-64 URL: http://www.diablo3.com/ OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 9181b7e8763e9070f6a1d636aeb882db829867d8 Since 1.5.27, I get random issue in the main interface (*not* while playing) I don't get the issues in every application start, but is basically "all or nothing". Typically, trying to join a chat channel or quitting one fails with no message in chat box. Also, hitting "Play" can fail as well (other buttons are grayed out as usual, but no actual game is launched) Sometimes one can't even login to battle.net to begin with. Regression test gave: commit 9181b7e8763e9070f6a1d636aeb882db829867d8 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Apr 4 13:01:04 2013 +0200 kernel32: Fetch the system information only once the memory limits are correct. -- 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