May 2010 - Wine-bugs - list.winehq.org

[Bug 20433] New: Earth Eternal cannot connect, creates flood of DNS requests
by wine-bugs＠winehq.org 04 Mar '12

04 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=20433 Summary: Earth Eternal cannot connect, creates flood of DNS requests Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: ramon.cahenzli(a)gmail.com Earth Eternal is an online game by Sparkplay Media with an AppDB entry here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=18115 The game is usually started with a parameter telling it where to find its resources. The parameter takes the form of a URL. The current standard URL is used here: wine Spark.exe "http://static.beta.eartheternal.com/Release/Current/EarthEternal.car" However, if this is done in WINE, Earth Eternal floods WINE with gethostbyname() calls (500 calls per second on my machine). The calls all return the correct IP address, I've verified this by adding some ugly trace code to dlls/ws2_32/socket.c. Since Earth Eternal is closed source, we cannot find out whether the result of the gethostbyname() call is used correctly or whether that loop of gethostbyname() calls is a bug. We are now trying to disassemble the binary to find out. It seems the game might work otherwise, it has a simple 3D renderer built in a popular engine (OGRE), and there are a few OGRE-based games that already work in WINE. There is a workaround to at least partially get EE to connect and retrieve its data files. If started like this: wine Spark.exe "http://208.71.157.18/Release/Current/EarthEternal.car" The date files are fetched and installed. Connection still fails at the login screen, though, because the program then proceeds to establish *all* connections with 208.71.157.18 instead of using the respective servers (login, static content and routing servers). Some details of this bug are discussed here: http://www.eartheternal.com/forums/earth-eternal-chat/topics/EE-on-Linux-In… -- 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 16612] New: Appearance of site is blare.
by wine-bugs＠winehq.org 03 Mar '12

03 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=16612 Summary: Appearance of site is blare. Product: WineHQ.org Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: danykey(a)gmail.com Created an attachment (id=18164) --> (http://bugs.winehq.org/attachment.cgi?id=18164) index gray You use white backgroung for div.rbox above body dark background. div.rbox div.content { background-color: #FFFFFF; } Instead of this I have suggest to set #DDDDDD color or disable color(transparence). I have attached several screenshots with gray color and transparence approaches. Thanks. -- 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 10

[Bug 22887] New: Disable voting for your own bugs
by wine-bugs＠winehq.org 03 Mar '12

03 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=22887 Summary: Disable voting for your own bugs Product: WineHQ Bugzilla Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: trivial Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Why people can vote for bugs that they reported? That make no sense. -- 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 16189] New: Google Earth install fails
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=16189 Summary: Google Earth install fails Product: Wine Version: 1.1.9 Platform: Other URL: http://earth.google.com OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The installer offered to Windows users at http://earth.google.com is based on Google Updater, and is similar to the one mentioned in bug 14684. However, installing native msxml3 is not enough to get this one going. It exits early, with a dialog box saying google updater can not continue. -- 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 26

[Bug 12739] New: Improper drawing of radio buttons
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=12739 Summary: Improper drawing of radio buttons Product: Wine Version: 0.9.60 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sistemas(a)upcnba.org Radio buttons in Visual FoxPro are shown inside a black box. To see this bug you can download a demo application Sistematic at http://www.sistematicperu.com/descarga_demo.htm. >From menu "Caja -> Imprimir Hoja de Movimientos" you can view a dialog with the radio buttons. I have seen this bug in several versiones of Wine in Ubuntu including latest version 0.9.60. Attached there are one pict of the dialog as views in Windows XP, and other of Wine running in Ubuntu 7.10. -- 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 19

[Bug 14769] New: Firefox 3 window size isn't restored after returning from fullscreen (dogfood)
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=14769 Summary: Firefox 3 window size isn't restored after returning from fullscreen (dogfood) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andre.wisplinghoff(a)gmail.com How to reproduce: Start Fx3, press F11 two times (go fullscreen and back). The window should have the same size as it had before, but it seems it just remains being full sized (eg. it becomes an odinary window but still has 1280x800 on my system) On KDE4 this leads to the title bar being hidden (window has negative top). On KDE3, the window is positioned at (0,0), but because it's to large it continues behind the taskbar. After going fullscreen and back again, there's the same effect as on KDE4. -- 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 10

[Bug 19159] New: Command & Conquer 3: Tiberium Wars hangs at splash screen
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=19159 Summary: Command & Conquer 3: Tiberium Wars hangs at splash screen Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrejx(a)gmail.com Command & Conquer 3: Tiberium Wars hangs at splash screen. The CPU usage is at 100% and there appears to be no hard disk utilization. Tested with Wine versions: 1.1.24, 1.1.23, 1.1.20, 1.1.18, 1.1.10, 1.1.8 Same results on all of them. Tested using "Windows XP" and "Vista" options. Nothing works. It was suggested to disable all audio modules in winecfg, but that did not help either. -- 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 27

[Bug 21981] New: Igor Pro: Drop-down menu only works when arrow key is pressed
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=21981 Summary: Igor Pro: Drop-down menu only works when arrow key is pressed Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m_may(a)web.de In Igor Pro 6.12A, drop-down menus don't work properly, they can only be activated when you click on them, holding pressing an arrow key. For example, go to the menu 'Analysis' -> 'Packages' -> 'Multipeak Fitting' -> 'Multipeak Fitting 2'. A window called 'Start Multi-peak Fit' should appear. Try to click on the drop-down menu 'Panel Position'. This doesn't work. It only opens, when you click on the menu and then press an arrow key, but even for that, you sometimes need several tries. A free Trial of Igor can be found under http://wavemetrics.com/support/demos.htm -- 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 22414] New: Grand Theft Auto: Vice City - Unhandled exception on startup unless virtual desktop is used
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=22414 Summary: Grand Theft Auto: Vice City - Unhandled exception on startup unless virtual desktop is used Product: Wine Version: 1.1.43 Platform: x86-64 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com The game will change your resolution, but won't start, and give an unhandled exception window (which you can't see, it's all black). Running it in a virtual desktop, however, almost works. In a virtual desktop, you'll only see the blue screen until you click inside, at which point the splash screen appears. Seems fine after that (haven't tested too much). -- 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 13

[Bug 22216] New: Problem with freopen("CONOUT$", "w", stdout);
by wine-bugs＠winehq.org 02 Mar '12

02 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=22216 Summary: Problem with freopen("CONOUT$", "w", stdout); Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: terra(a)gnome.org I am having trouble with code that reads... has_console = FALSE; { typedef BOOL (CALLBACK* LPFNATTACHCONSOLE)(DWORD); LPFNATTACHCONSOLE MyAttachConsole; HMODULE hmod; if ((hmod = GetModuleHandle("kernel32.dll"))) { MyAttachConsole = (LPFNATTACHCONSOLE) GetProcAddress(hmod, "AttachConsole"); if (MyAttachConsole && MyAttachConsole(ATTACH_PARENT_PROCESS)) { freopen("CONOUT$", "w", stdout); freopen("CONOUT$", "w", stderr); dup2(fileno(stdout), 1); dup2(fileno(stderr), 2); has_console = TRUE; } } } The freopen calls should cause stderr and stdout to be redirected to the console. Under wine they are not. The failure occurs in dlls/kernel32/console.c function OpenConsoleW when it checks creation != OPEN_EXISTING. creation at that point is CREATE_ALWAYS. Changing the check to allow CREATE_ALWAYS fixes my problem, but may not be right. (The code is from Gnumeric, btw.) -- 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