August 2015 - Wine-Bugs - list.winehq.org

[Bug 33199] New: iexplore crash when changing location.href in if stamtement xhtml
by wine-bugs＠winehq.org Feb. 6, 2025

Feb. 6, 2025

http://bugs.winehq.org/show_bug.cgi?id=33199 Bug #: 33199 Summary: iexplore crash when changing location.href in if stamtement xhtml Product: Wine Version: 1.5.25 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thepouar(a)gmail.com Classification: Unclassified Created attachment 43914 --> http://bugs.winehq.org/attachment.cgi?id=43914 xhtml file that crashes iexplore iexplore crashes when trying to change the URL in javascript within an if statement, attached a file that causes 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.

2 12

[Bug 31973] New: Report option into WineHQ
by wine-bugs＠winehq.org Jan. 29, 2025

Jan. 29, 2025

http://bugs.winehq.org/show_bug.cgi?id=31973 Bug #: 31973 Summary: Report option into WineHQ Product: WineHQ.org Version: unspecified Platform: x86-64 URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=3126 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderstormpolska(a)o2.pl Classification: Unclassified Maybe we need report (posting) option? http://appdb.winehq.org/objectManager.php?sClass=version&iId=3126 I mean @menujusukse post -- 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.

2 16

[Bug 17258] New: M.A.X.2 : error "Screen init failed" when starting the game
by wine-bugs＠winehq.org Jan. 26, 2025

Jan. 26, 2025

http://bugs.winehq.org/show_bug.cgi?id=17258 Summary: M.A.X.2 : error "Screen init failed" when starting the game Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jazzedupj0sh(a)gmail.com Created an attachment (id=19245) --> (http://bugs.winehq.org/attachment.cgi?id=19245) Game does not start, instead shows this error Installation works fine. This is a game meant for Windows 98. Not sure which version of Directx it uses. The game does not start, instead I get an error. The screenshot of the error is attached. -- 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.

2 33

[Bug 9418] New: Colasoft Mac Scanner 1.1 doesn't work
by wine-bugs＠winehq.org Jan. 26, 2025

Jan. 26, 2025

http://bugs.winehq.org/show_bug.cgi?id=9418 Summary: Colasoft Mac Scanner 1.1 doesn't work Product: Wine Version: CVS/GIT Platform: Other URL: http://www.colasoft.com/mac_scanner/ OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user complained in http://www.linuxforums.org/forum/wine/101536-problem-tcp-ip.html "[Running colasoft mac scan in wine complains Cannot find any valid ip address...]" So I downloaded it and tried it. It found my IP address right away, so that's fine. But it wasn't able to actually scan for MAC addresses; it had lots of fixme:iphlpapi:SendARP (DestIP 0xda01a8c0, SrcIP 0x00000000, pMacAddr 0x7abcc808, PhyAddrLen 0x7abcc7fc): stub messages. On Linux, at least, the way to do this is probably to send the packet, wait a millisec, then do ioctl SIOCGARP. (Or the command arp -n W.X.Y.Z. Or look in /proc/net/arp.) It'd be cheesy beans to implement, if anybody cares to. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 38303] New: NHL09 menus automatically navigating ( non-stop clicking down arrow without actual keyboard button pressing )
by wine-bugs＠winehq.org Jan. 25, 2025

Jan. 25, 2025

https://bugs.winehq.org/show_bug.cgi?id=38303 Bug ID: 38303 Summary: NHL09 menus automatically navigating ( non-stop clicking down arrow without actual keyboard button pressing ) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com Distribution: --- When I launch the game, menus are navigated by themselves. Still - the game responds on actual pressing of the arrow buttons on my keyboard. -- 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.

2 32

[Bug 33759] New: Some applications reset the X color profile
by wine-bugs＠winehq.org Jan. 25, 2025

Jan. 25, 2025

http://bugs.winehq.org/show_bug.cgi?id=33759 Bug #: 33759 Summary: Some applications reset the X color profile Product: Wine Version: 1.5.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Classification: Unclassified Some applications tend to reset the X color profile when they start. This profile is set by xcalib and shouldn't be mindlessly messed with. I could not determinate a pattern as to which programs do this. It seems games are especially prone. A simple test case: Get xcalib, and use it to set some random color profile, such as with xcalib -a -gc 5 Get CPU-Z. There is a simple no-installation zip available. Click away the initial error message and then watch as it resets the profile as it loads -- 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.

2 20

[Bug 39164] New: Starcraft 2: broken after alt-tab
by wine-bugs＠winehq.org Jan. 25, 2025

Jan. 25, 2025

https://bugs.winehq.org/show_bug.cgi?id=39164 Bug ID: 39164 Summary: Starcraft 2: broken after alt-tab Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: m4rkusxxl(a)web.de Distribution: --- I play starcraft 2 in kde4 with desktop effects enabled. When I alt-tab to get back to the desktop it works fine. But I dont get back into the game. When I try to, I see the game but the screen never changes (no animations, nothing happens when clicking buttons). The mouse cursor is not catched as well. When I disable desktop effects in kde (shift+alt+f12) I can still get back into the game and it is redrawn correctly. -- 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.

2 2

[Bug 29384] New: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay)
by wine-bugs＠winehq.org Jan. 25, 2025

Jan. 25, 2025

http://bugs.winehq.org/show_bug.cgi?id=29384 Bug #: 29384 Summary: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay) Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lapommegolden(a)gmail.com Classification: Unclassified Instead of entering AOE II's brown multiplayer game screen, game will now be automatically aborted & cancelled unrated instead. -- 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.

2 111

[Bug 28467] New: Chromium Browser restore button doesn't work
by wine-bugs＠winehq.org Jan. 25, 2025

Jan. 25, 2025

http://bugs.winehq.org/show_bug.cgi?id=28467 Summary: Chromium Browser restore button doesn't work Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Download chromium from http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip unpack chrome-win32.zip, cd to the directory. 2. start chrome.exe with --no-sandbox, works around Bug 21232 $ wine chrome.exe --no-sandbox Notice that the chrome window is decorated by the Linux native window manager. Is it a bug? On windows, chrome have no traditional "window bar". Now there is two "Maximal" button: one is drawn by Linux native window manager, the other is drawed by wine chrome browser it self. 3. Click on the "Maximal" button which is drawn by Linux native window manager, then chrome browser switch to maximal mode as expect. This time, the Linux native window bar is disappear. 4. Click on the "Restore" button of wine chrome browser. However it doesn't work. Wine chrome switch to normal mode for a second, then switch back to maximal mode automatically. I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 . There is some ways to work around: I. Instead of clicking on the native "Maximal" button in step 3, try to click the wine chrome "Maximal" button, then everything works as expect. II. Do not set "Allow the window manager to decorate the windows" in winecfg, then everything works as expect. III. Do not set "Allow the window manager to control the windows" in winecfg, then everything works as expect. -- 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.

2 14

[Bug 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org Jan. 24, 2025

Jan. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=36692 Bug ID: 36692 Summary: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com In a 2d simulation program, each worker thread has its own pair of events. One event is used to signal master thread that the worker thread is ready. The other is used by the master thread to signal that the worker thread may continue. In Master thread: while(!m_stop) { auto proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call SetEvent on "start" event object owned by the object pointed // to by proc_ptr proc_ptr->frameNext(); ++proc_ptr; } proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call WaitForSingleObject on "ready" event object owned by // the object pointed to by proc_ptr proc_ptr->wait(); ++proc_ptr; } ++framecounter; } In worker thread: while(!m_stop) { // Wait for master thread signaling start event (Calls WaitForSingleObject) start.wait(); m_model->process(m_framecounter,m_buffers[0].first ,m_buffers[0].second,m_offset); swap(m_buffers[0],m_buffers[1]); // Signal master thread that we are ready for next frame (Calls SetEvent) ready.set(); } On Wine, the framerate is half of that on Windows 7 on the same machine Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge different workload on differnt cores when running under Wine. I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too as they need kernel assistance, so it might be hard to make it perform better. -- 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.

2 30