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

[Bug 22529] New: Lego Star Wars installer crashes when installing DirectX
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=22529 Summary: Lego Star Wars installer crashes when installing DirectX Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I noticed this on "Lego Star Wars: The Complete Saga", but I see it mentioned on the original disc as well in the appdb, http://appdb.winehq.org/objectManager.php?sClass=version&iId=12828 The crash seems to happen while the game is trying to install Direct X at the end. The game seems properly installed in spite of the crash. -- 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 21960] New: winetest: can hardly type anything into the tag/email input forms
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=21960 Summary: winetest: can hardly type anything into the tag/email input forms Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, the new email address requester is a pain to use because there's no cursor and, unlike the tag input form, it won't receive the input I type to the keyboard. So the user becomes desperate about how to be able to start the tests! It's only after I click "start" (after the error requester) that the requester shows a reaction to mouse clicks: although no cursor appears, I'm now able to type in some text. Actually, this behaviour is almost exeactly that of the tag input requester. The only difference is that this one typically echoes what I type immediately after starting Wine. Sometimes no input is accepted there either. Well, its behaviour appears as broken as the other input requester, but in the past, this was somehow less of an annoyance: sometimes it accepts input, sometimes not. What is noteworthy is that the window titles do not show the blue colour typical of activated windows. They stay grey instead. They stay grey even when I move the requester to some other location. Sometimes (with the tag input requester), it echoes my input even though the title bar is grey. A cursor appears in rare cases only. Often enough, the requester appears with a blue color title bar, accept text yet display no cursor. A (mostly?) reproduceable way to activate the window and make the cursor appear is to click "start" with an empty field. The error requester will appear with the regular blue title bar. Afterwards, the input requester will appear in blue as well, and a cursor appear after I click into the text entry form. I'm almot always running winetest inside a virtual desktop. There's not a single log printed to the terminal. Actually I already know this behaviour from Ubuntu Linux, but somehow it's more of a pain on MacOS. I just tested again in the unreleased Ubuntu Lucid: the tag input form has a grey title bar, shows no cursor but accepts my input. That's why I did not bother to report this bug in the past. -- 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 19479] New: Problem, Wine to Ubuntu
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=19479 Summary: Problem, Wine to Ubuntu Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: virgilioargenal(a)palogordo.com Created an attachment (id=22642) --> (http://bugs.winehq.org/attachment.cgi?id=22642) Error to Wine and Ubuntu I have install wine 1.1.24 and Ubuntu 8.04, in Oracle with developer 6i, if running a report I have an error, and need you help, how need to resolve this problem, Install another version, Wine or Ubuntu, o this error is other problem.- Help me please. -- 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 28792] New: Random advapi32:cred test failures on Mac
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28792 Bug #: 28792 Summary: Random advapi32:cred test failures on Mac Product: Wine Version: unspecified Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mymail.mines.edu Classification: Unclassified While bringing up a Mac OS build-slave for Dan Kegel's new buildbot, I often encounter failures in advapi32:cred that I can't seem to reproduce manually (i.e. by running the test directly). The failures look like this: cred.c:318: Test succeeded inside todo block: expected CredentialBlobSize of 0 but got 0 cred.c:318: Test succeeded inside todo block: expected NULL credentials but got 0x0 cred.c:328: Test failed: CredReadA failed with error 1168 cred.c:392: Tests skipped: CRED_TYPE_DOMAIN_VISIBLE_PASSWORD credentials are not supported or are disabled. Skipping These failures for some reason do not show up when I run the test myself by cd'ing to dlls/advapi32/tests and running: make cred.ok Is there something I'm missing? -- 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 28045] New: picasa 3.8 build 117.4300 face scan never gets beyond 8%
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28045 Summary: picasa 3.8 build 117.4300 face scan never gets beyond 8% Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dennisgdaniels(a)gmail.com [user(a)localhost ~]$ wine --version wine-1.3.24 I have left P3.8 to run for days with no joy in getting all faces scanned in photos. Total photos around 40K dual core 3.2 4 gigs ram 2.6.40-4.fc15.i686 Advice on how to get P3.8 to scan all photos appreciated. -- 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 27037] New: win.ini needs update when new printers are available but not for listing them
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=27037 Summary: win.ini needs update when new printers are available but not for listing them Product: Wine Version: 1.3.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: valentin.david(a)gmail.com But that is quite a problem. Let say I want to have the file system of a Wine prefix and system.reg to be owned by another user. I do that so that I can make sure the program does not modify what it is not suppose to modify, and that I can safely share a ProgramFiles directory and system.reg across users. It works quite nicely. Except printing. win.ini is created during the initialization of the prefix during the first run with the (virtual) administrator user. And it will contain the list of printers that were present at that moment. Now I run it as user, and since that time I added a printer in Cups. In printing dialogs, I find that printer listed. But neither the button OK nor Properties work. If I click on the latter for instance I get: warn:driver:DRIVER_GetDriverName Unable to find L"CUPS-PDF" in [devices] section of win.ini I wonder why the dialog successfully list all the printers but fails to use them. Either it has to use only the one present in win.ini, or it has to be able to use those printers that are not in it. This would avoid to have really strange errors. -- 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 26520] New: Kill all wineserver option
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=26520 Summary: Kill all wineserver option Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Killing any and all winserver instances with a single command and regardless of WINEPREFIX environment variable. -- 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 23292] New: Attempting to click on reference in The Sword causes multiple EM_FINDWORDBREAK stub messages
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=23292 Summary: Attempting to click on reference in The Sword causes multiple EM_FINDWORDBREAK stub messages Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)earthlink.net If you start The Sword verison 1.5.11 causes multiple EM_FINDWORDBREAK messages because the selection text is encased in either <> or () symbols. This also causes an empty popup box to appear. -- 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 20

[Bug 28757] New: Lord of the Rings Online lost audio capabilities in ALSA
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28757 Bug #: 28757 Summary: Lord of the Rings Online lost audio capabilities in ALSA Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es Classification: Unclassified In recent versions of wine Lord of the Rings Online lost sound, music and voice-chat when ran on an pure ALSA setup. It doesn't even show the available audio devices into the game options, and reviously it worked out of the box. After a bit of research found that setting openal32 as native in winecfg restores sound and music, but not voice-chat. Also, using pulseaudio enables again all sound capabilities, but this is not an ideal scenario for ALSA users. The game client can be downloaded at: http://www.lotro.com/support/download-lotro -- 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 15

[Bug 28670] New: GetKeyboardLayout(0) returns wrong HKL
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28670 Bug #: 28670 Summary: GetKeyboardLayout(0) returns wrong HKL Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Sebastian.Riemer(a)gmx.de Classification: Unclassified Created attachment 36849 --> http://bugs.winehq.org/attachment.cgi?id=36849 Patch for get_keyboard_layout_name() in dlls/user32/tests/input.c I was improving a test in dlls/user32/input.c and while testing the test I've found out that GetKeyboardLayout(0) doesn't return the HKL of the currently set keyboard layout but instead the currently selected locale. ===Example=== WindowsXP: French language with German keyboard layout: HKL = 0x407040c wine 1.3.30: French language with German keyboard layout: HKL = 0x40c040c The keyboard layout is in the high word and the locale in the low word. So, Windows XP reports correctly, that I have a German keyboard layout set but conversely wine 1.3.30 reports French, although "setxkbmap de nodeadkeys" is set. -- 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