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

[Bug 31798] New: Some sort of anti-spam measure for testbot signups
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=31798 Bug #: 31798 Summary: Some sort of anti-spam measure for testbot signups Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org Classification: Unclassified We get maybe 2-3 spam applications per day now, from automated sign-up-for-anything bots. A simple captcha (even a homegrown "enter the text 'I am human' one") would probably be sufficient. -- 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 26443] New: GitWeb: 'patch' links within a commitdiff don't work
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=26443 Summary: GitWeb: 'patch' links within a commitdiff don't work Product: WineHQ.org Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ken(a)codeweavers.com On a commitdiff page such as <http://source.winehq.org/git/wine.git/commitdiff/0b396208db68c950725adae49c…>, there are "patch" links next to each changed file in the summary (along with "blob", "blame", and "history"). Those patch links should link to an anchor within the page. However, they're currently broken, being something like <http://source.winehq.org/git/gitweb.cgi#patch4>. The anchor is right, but the page URL is not for the current page. I have tested with Firefox 3.6.15 and Safari 5.0.3 on Mac OS X 10.6, although I have no reason to believe the browser or OS affect the issue. -- 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 31781] New: Add VMs with multiple network interfaces
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=31781 Bug #: 31781 Summary: Add VMs with multiple network interfaces Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Some Wine developers have reported a need to have at least some VMs with multiple network interfaces for some of Wine's conformance tests. For instance: http://www.winehq.org/pipermail/wine-devel/2012-August/096875.html -- 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 31780] New: Add VMs with virtual CDs
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=31780 Bug #: 31780 Summary: Add VMs with virtual CDs Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Some Wine developers have reported a need to have at least some VMs with a CD in the virtual drive for some of Wine's conformance tests. For instance: http://www.winehq.org/pipermail/wine-devel/2012-August/096873.html This would be quite easy to do. Mostly, all that's needed is the appropriate CD images and then configuring specific VMs to use them (one VM could even have multiple CD drives). I can set this up when configuring the VMs for the new Wine TestBot, however someone else will have to provide the CD images, or, even better scripts to generate them. -- 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 33788] New: The VMs clock is off
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=33788 Bug #: 33788 Summary: The VMs clock is off Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified The issue is that WineTestBot restores running VM snapshots. So when these start their clock is still set to whenever the snapshot was taken which can be months ago. VMware had a special driver that took care of updating the VM clock automatically when starting the snapshot but QEmu/KVM does not. The VMs may synchronize with an Internet clock eventually depending on thet particular Windows' default configuration and how often they do so. This has an impact on some tests and causes failures. My understanding is that in particular the certificate tests check that some online certificates have expired. But obviously if the VM's clock is still running months behind it may not consider the certificate to have expired yet. These tests should arguably compare the system clock with the certificate expiration date and realize that the certificate has not expired yet. However that's not the point of the test. The solution is to force the VM clock to resynchronize by running a special command when we start the snapshot. These commands depend on the Windows version :-( Windows >= 2003 w32tm /config /syncfromflags:manual /manualpeerlist:0.pool.ntp.org,1.pool.ntp.org,2.pool.ntp.org,3.pool.ntp.org Windows XP net time /setsntp:"0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org" -- 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 26608] New: AvaSoft: doesn't run
by wine-bugs＠winehq.org 12 Nov '14

12 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=26608 Summary: AvaSoft: doesn't run Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kotya.karapetyan(a)gmail.com Created an attachment (id=33873) --> (http://bugs.winehq.org/attachment.cgi?id=33873) Log of installing and running in terminal. After freshly installing Wine 1.2.2 using 'sudo apt-get install wine' on Ubuntu 10.10, I ran the Windows program installer from a CD with 'wine start setupAvaSoftUSB2.EXE'. The installer reported some problems, see attachment. However, the program icon appeared on the desktop. When double-clicking it, the program started to run, but then the window 'Program Error' appeared with the suggestion to report this bug here. I rerun it in Terminal, the log is also shown in the attachment. In both cases (in the end of installation and after closing the launched program), Wine stopped doing anything after showing the last line in log. In GUI, the following errors are shown when the program stops working: 'Application Error: Exception EExternalException in module ntdll.dll at 0002D908. External exception C0000025.' Then 'avaspec76usb2: Access violation at address 7D7A5540*. Read of address 7D7A5540*.' four times. Then 'Runtime error 216 at 0299F6C4' * This number is not reproducible, it changes each time. E.g. I've also got 7DB17540. -- 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 17

[Bug 27228] New: Battlefield Play4Free: Crashing when running initial update/download
by wine-bugs＠winehq.org 12 Nov '14

12 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27228 Summary: Battlefield Play4Free: Crashing when running initial update/download 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: karlmk(a)hotmail.com Created an attachment (id=34796) --> (http://bugs.winehq.org/attachment.cgi?id=34796) Errors when running the updater from command line. How to reproduce this problem: 1. Download and install firefox 3.6.17 from mozilla.com 2. Go to battlefield.play4free.com 3. Log in 4. Press Play now 5. Install the requested plugin, and press restart. 6. The game (or actually the updater) starts, and shows you the EULA, but crashes. A little explanation on how this game works when launching. You go on the website and installs a plugin, this plugin basically contains an exe file called BP4FUpdater. When you press on the "Play Now" button online, this file gets called with a bunch of parameters. This exe will check that the game is up to date before launching it, and if this is the first time you run the game, it will download the game. If you want to try and launch the updater directly you can go into: C:\Users\<YourUserName>\AppData\Roaming\Mozilla\Firefox\Profiles\ceaeu01e.default\extensions\battlefieldplay4free(a)ea.com\plugins and run BP4FUpdater.exe -sessionId "<YourSessionKey>" -serverDeltaTime "0" -loggedIn "true" -showStaticAdImage "false" -lang "en" -ip "<YourIP>" -soldierName "<YourSoldierName>" -hostname "battlefield.play4free.com" The variables sessionId, ip and soldierName are you able to get from the webpage you get to when you press Play Now, inspect the source, and search for sessionId. Attatched are the errors I get when running the updater directly from the command line, with the correct parameters (as seen working on a vmware image). -- 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 24969] New: Heroes V on wine froze system after saving
by wine-bugs＠winehq.org 12 Nov '14

12 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24969 Summary: Heroes V on wine froze system after saving Product: Wine Version: 1.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: psykopqs(a)o2.pl I use ubuntu 10.04, wine 1.2, video driver mesa 7.7.1 (radeon xpress). Heroes of might and magic V Tribes of the East work fine but after saving my system is suspended, and I must use reset. This bug occurs on wine 1.1.37, 1.2, 1.3.5. -- 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 25029] New: Evernote 4.0 Switching Notebooks Is Slow
by wine-bugs＠winehq.org 12 Nov '14

12 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=25029 Summary: Evernote 4.0 Switching Notebooks Is Slow Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: martin_packer(a)uk.ibm.com (Reporting on behalf of another user but I think I see it too.) -- 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 14

[Bug 27556] New: Photomagic will not run.
by wine-bugs＠winehq.org 12 Nov '14

12 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27556 Summary: Photomagic will not run. Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tom(a)littlemonster.co.uk Created an attachment (id=35225) --> (http://bugs.winehq.org/attachment.cgi?id=35225) The executable which crashes Win 3.1 programme, which installs and runs under at least Win98SEII, has to have directories created for its components whilst installing then gets as far as drawing it's window frame on running before winevdm crashes. Wine had been set to emulate Windows 3.1 for this executable after installation. The installer does not add links to Wine's menu despite indicating that it has done so. The programme is a graphics editor that I always seem to go back to using despite more modern competition. I like the way it works even if it can't cope with long filenames! Please advise if corrections or additions are needed to this submission. Thanks for your patience. -- 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 12