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

[Bug 23349] New: Medal of Honor Beta can't connect to a server
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=23349 Summary: Medal of Honor Beta can't connect to a server Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eg.galano(a)gmail.com Created an attachment (id=29093) --> (http://bugs.winehq.org/attachment.cgi?id=29093) Terminal output The game loads fine but hangs when it attempts to connect to a server. Attached terminal output. -- 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 20621] New: DoubleCAD XT-1.1: installation is OK, then the program opens, and it's immediately frozen [X11 still works]
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20621 Summary: DoubleCAD XT-1.1: installation is OK, then the program opens, and it's immediately frozen [X11 still works] Product: Wine Version: unspecified Platform: Macintosh URL: http://www.DoubleCAD.com OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: riek(a)pandora.be I have installed DoubleCAD in WINE (with the terminal) . After registration with an activation code for the free version, which I received by email after contact on the website: "www.DoubleCAD.com", WINE asked for "GECKO" . I agreed an installed, the program opens, with "X11" . But nothing worked, no menu, no help (F1-button) . To quit the frozen program, I had to quit "X11" . X11 was still running properly . -- 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 18

[Bug 32856] New: Add a VM running the tests from a non c: drive
by wine-bugs＠winehq.org 13 Nov '14

13 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=32856 Bug #: 32856 Summary: Add a VM running the tests from a non c: drive 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 kernel32:volume skips some tests unless it is run from a non c: drive: volume.c:402: Tests skipped: Please re-run from another device than C: -- 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 4

[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