December 2010 - Wine-Bugs - list.winehq.org

[Bug 25442] StarCraft II Login screen freezes

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25442 --- Comment #1 from lubosz <lubosz(a)gmail.com> 2010-12-06 14:55:45 CST --- Created an attachment (id=32383) --> (http://bugs.winehq.org/attachment.cgi?id=32383) Log until the screen freezes -- 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.

Dec. 6, 2010

[Bug 25442] New: StarCraft II Login screen freezes

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25442 Summary: StarCraft II Login screen freezes Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lubosz(a)gmail.com I did not change anything. The login screen freezes. First i could only see the planet. After starting from a fresh prefix i got the gui widgets rendered. But there still is no response. I am able to move the mouse. Tested on wine-1.3.8 and current git wine-1.3.8-291-g0a55ec2 -- 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.

Dec. 6, 2010

[Bug 25377] Filemaker 11 can't access / doesn't show remote databases / servers - both in "Local hosts" and "Favorite hosts"

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25377 --- Comment #18 from Erich Hoover <ehoover(a)mines.edu> 2010-12-06 14:48:20 CST --- (In reply to comment #17) > ... > Sorry, in fact, some of the addressess are 0.0.0.0, but there are at least > other two different ones (loopback and someone from my LAN). That doesn't > change throughout patches. The "someone from your LAN" is either your ethernet or wireless IP address, as bind() only operates on local addresses. Any application that performs the behavior I discussed previously loops over all the available network adapters (which includes the loopback and INADDR_ANY) sending out a "are there any servers?" packet. > ... > I tested it unpatched, with first two patches and fully patched. Only the fully > patched version could find remote servers automatically. Ok, then this is definitely a duplicate of Bug #7929. It's nice to finally find an application that is not a game that is afflicted by this bug. If you could add 7929 to the affected versions of FileMaker Pro in the AppDB then that would be greatly appreciated. I do not have permission to mark duplicates, but when one of the Bugzilla maintainers stops by they'll likely take care of it. > ... > I also rm -(r)f everything concerning Wine I could locate. That's a little excessive, but thank you for being so thorough. > ... > That is, if we already compiled from source with the two first patches applied, > we have to start over from the unpatched source (expanding the tarball again). Sorry about not explaining that, in this particular circumstance that is somewhat to be expected. The fourth patch includes a small addition to the wineserver component, which means that it must be applied against a clean source of the correct version. If you are interested in becoming more involved in Wine development then you can contact me privately and I will explain more. -- 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.

Dec. 6, 2010

[Bug 25217] Microsoft FSX free flight menu black screen

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25217 --- Comment #2 from thanoulas <thanoulas(a)gmail.com> 2010-12-06 14:31:46 CST --- Created an attachment (id=32382) --> (http://bugs.winehq.org/attachment.cgi?id=32382) console output This is the console output from the Free Flight mode, in MacOSX 10.6.5. While in linux hovering over the black window fixes it, in MacOSX the window is rendered with static around the place where the aircraft shows. The UI is responsive, but after going to Free Flight it never gets visible again. Also, unlike Linux, hovering over the window does not fix this. -- 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.

Dec. 6, 2010

[Bug 24742] StarCraft II doesn't start, no crash.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24742 --- Comment #9 from lubosz <lubosz(a)gmail.com> 2010-12-06 14:21:09 CST --- I have this issue on wine-1.3.8 (and also in 1.3.6 and current git wine-1.3.8-291-g0a55ec2) -- 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.

Dec. 6, 2010

[Bug 24742] StarCraft II doesn't start, no crash.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24742 lubosz <lubosz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lubosz(a)gmail.com --- Comment #8 from lubosz <lubosz(a)gmail.com> 2010-12-06 14:19:40 CST --- SC2 runs until this line is put out: fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 3000 After that it takes about 5 minutes for the game to start. It seems to be in a finite loop which takes a long time. The duration of the time changes. I suppose it's a race condition or web authorization issue. It works immediately when i start the game through the level editor. -- 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.

Dec. 6, 2010

[Bug 25377] Filemaker 11 can't access / doesn't show remote databases / servers - both in "Local hosts" and "Favorite hosts"

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25377 --- Comment #17 from Emerson Prado <emerson.prado.eng(a)gmail.com> 2010-12-06 14:15:12 CST --- (In reply to comment #16) > it sounds like it's not the interface-specific bind patches since the address shown is 0.0.0.0 (INADDR_ANY) Sorry, in fact, some of the addressess are 0.0.0.0, but there are at least other two different ones (loopback and someone from my LAN). That doesn't change throughout patches. > When you originally patched and installed (make && make install) how did you launch Wine? ~/.wine/drive_c/Arquivos de Programas/Filemaker/Filemaker Pro 11/wine Filemaker Pro.exe > if you could try going back to just the first two patches and see if that fixes it for you then that would be greatly appreciated. I tested it unpatched, with first two patches and fully patched. Only the fully patched version could find remote servers automatically. > you can tell what terminals are using which Wine by running "which wine". /usr/local/bin/wine The first two versions I tried (1.0 from Debian repo and 1.1 from Lamaresh repo) were uninstalled thru apt-get remove and autoclean/autoremove. 1.2, from the RPM at Sourceforge, was removed thru Synaptic. Always uninstalling prior to installing the following major version. I also rm -(r)f everything concerning Wine I could locate. Something interesting that I could repeat: applying the remaining patches in a source already compiled with the first two gives an error in the fourth one - one hunk from the first file fails to be patched. We can retry and choose to ignore the hunks already patched, but that ends in a fatal error during make. That is, if we already compiled from source with the two first patches applied, we have to start over from the unpatched source (expanding the tarball again). -- 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.

Dec. 6, 2010

[Bug 25441] Logos Libronix installer fails with

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25441 --- Comment #4 from Don Pobanz <dpobanz(a)gmail.com> 2010-12-06 13:54:33 CST --- Created an attachment (id=32381) --> (http://bugs.winehq.org/attachment.cgi?id=32381) richedit trace richedit trace added with: WINEDEBUG=trace+richedit wine ~/wine_logos/Setup/Installs/DLSSetup_v3g.exe >& richedit_trace.log I hope this is what was meant by builtin. -- 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.

Dec. 6, 2010

[Bug 25432] Internet Explorer 6, 5.5, and 5.0 fail to install

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25432 --- Comment #5 from Alexandre Julliard <julliard(a)winehq.org> 2010-12-06 13:46:05 CST --- (In reply to comment #3) > The same procedure works for IE 5.x too (just makes the installation process > even more convoluted). > > So is it expected for the builtin inseng to be incompatible with IE then? It's not that it's incompatible, it's that it's not implemented at all. Previously it worked because we happened to load native inseng by mistake. -- 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.

Dec. 6, 2010

[Bug 25432] Internet Explorer 6, 5.5, and 5.0 fail to install

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25432 --- Comment #4 from Dan Kegel <dank(a)kegel.com> 2010-12-06 13:26:48 CST --- That's what Alexandre implied. I've heard an alternate workaround is to set nt4 mode, but you have to do it with winecfg, the verb in winetricks is insufficient. We should have a fix for how winetricks sets windows versions soon. -- 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.

Dec. 6, 2010