June 2018 - Wine-bugs - list.winehq.org

[Bug 37864] New: When I resize a maximized MDI window it assumes the new size instead of remaining maximized
by wine-bugs＠winehq.org 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=37864 Bug ID: 37864 Summary: When I resize a maximized MDI window it assumes the new size instead of remaining maximized Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 50431 --> https://bugs.winehq.org/attachment.cgi?id=50431 Screenshot showing a maximized MDI child after resizing 'unmaximizes' it. My app is a 'smart terminal' that supports multiple sessions in MDI windows. The size of the MDI child windows can be changed by the app running on the server, so at the end of each transaction, if the app has changed the window dimenensions, I resize the window. If my MDI window is maximized, this has no effect on a Windows system (except that if I later unmaximize the MDI child, it will display at the correct new size). But on recent WINE builds (Linux and Mac), when I resize the MDI child, the window assumes the new size, even though it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still there on the menubar. If I switch between MDI children, they get redrawn correctly maximized (including the one I just resized). I coded a workaround in my app where I don't resize the window if it's maximized, and that seems to work okay under WINE (though I guess the new size info is getting lost). In any case, that verifies that the problem is definitely happening in response to my resize operation. F.Y.I., my resize operation uses SetWindowPlacement() to change the position and size of the window - specifically because I don't want it to affect the window if it's minimized or maximized. Only if it's in the normal state. It's been a long time since I wrote this code, but again, it's always worked on all versions of Windows. I have a feeling it might have worked a while back in WINE - though I rarely run maximized, so I may have just recently noticed a bug that's always been there... Here's the basic code logic. SizeWindowForScreenDimentions calls SetWindowPlacement based on the size calculated for the new row/column grid. The code below has the workaround that prevents the problem in WINE. Also attached a screenshot showing the unmaximized children with the MDI buttons still on the menubar. // If base screen dimensions don't match prior dimensions, resize the window here. // (unless mdi-maximized, in which case, doing this unmaximizes in WINE) if (!mdi_maximized) { if ((rows != old_rows) || (cols != old_cols)) { SizeWindowForScreenDimensions(scr, rows, cols, &resizeable); } } // In case window was hidden under an initial popup, show it now. ShowWindow(scr->hScreenWnd, SW_SHOW); -- 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 4

[Bug 26766] New: A lot of games are listed against distributors and not the developers
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=26766 Summary: A lot of games are listed against distributors and not the developers Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: ASSIGNED Severity: trivial Priority: P5 Component: appdb-unknown AssignedTo: kennybobs(a)o2.co.uk ReportedBy: kennybobs(a)o2.co.uk A lot of the games in the AppDB are listed against the distributors instead of the actual developers. This is not a major problem but it would be nice to tidy this up and any bugs relating to certain developers would be easier to collect. Other maintainers have, sensibly, simply added "Versions" for each distributor, and as each distributor tends to update their products as they see fit, rather than when the developer sees fit, this could affect the ratings for different implementations of the same game. Assigning to myself as it's a fairly big job (some games have to be downloaded and run just to find out who developed them) and will take far too long for me to simply remember what's what. Currently affected: Big Fish Games, PopCap, Steam. Anyone: please feel free to help! -- 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 8

[Bug 16091] New: StickyDrive demo installer doesn't recognize USB key as removable
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=16091 Summary: StickyDrive demo installer doesn't recognize USB key as removable Product: Wine Version: 1.1.8 Platform: Other URL: http://mmiline.com/ OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (From mmiline.com's main page, click on StickyDrive and then "Learn More", then under Red Sox demo, click "Download Now". This points to http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=… which downloads the installer in question, InstallStickyDrive-BOSTN-1668.exe.) The installer puts up a dialog box of drive letters, saying "Please select a valid removable drive...", but nothing is listed, even if you have a USB drive inserted and Wine has already created a d: mapping for it. If you click on the "Show all drives" checkbox, all drives are indeed shown. Happily for us, this dialog box is in a separate executable. While that prompt is up, grab a copy of C:\windows\temp\SDDriveSelector.exe You can then reproduce the problem easily by running just that .exe. +relay shows it's using GetDriveType() on each drive, but evidently it doesn't like what it's getting. You can work around this by using winecfg to mark d: as a floppy, but really, wine should know that the inserted USB drive is removable, shouldn't it? -- 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 28

[Bug 35848] New: Sound, Black Screen then crash
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=35848 Bug ID: 35848 Summary: Sound, Black Screen then crash Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2010(a)hotmail.co.uk Killing Time. After installation, set to windows 95 compatibility. It runs with a black screen. I can hear sound but then a crash back to the desktop -- 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 8

[Bug 32673] New: Rainbow Six fails to start for the first time with windows version > ME
by wine-bugs＠winehq.org 26 May '24

26 May '24

http://bugs.winehq.org/show_bug.cgi?id=32673 Bug #: 32673 Summary: Rainbow Six fails to start for the first time with windows version > ME Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: flavio(a)nebososo.com Classification: Unclassified Tom Clancy's Rainbow Six will only start for the first time if the windows version is set to ME or older. However it does work when set to newer versions after it has already been started using an old one. Using a clean prefix. The demo can be downloaded here: http://www.fileplanet.com/27609/download/Rainbow-Six-Demo -- 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 11

[Bug 13994] New: Dungeon Keeper 2 Demo does not start
by wine-bugs＠winehq.org 26 May '24

26 May '24

http://bugs.winehq.org/show_bug.cgi?id=13994 Summary: Dungeon Keeper 2 Demo does not start Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nowic(a)wenner.ch Created an attachment (id=14185) --> (http://bugs.winehq.org/attachment.cgi?id=14185) warn+all log The Dungeon Keeper 2 Demo does not start. Tested in Win 95, 98 and XP mode. Link: http://files.filefront.com/dungeonkeeper2demo/;928719;/fileinfo.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.

2 19

[Bug 44137] New: Wine64 crashes with any 64-bit binary
by wine-bugs＠winehq.org 25 May '24

25 May '24

https://bugs.winehq.org/show_bug.cgi?id=44137 Bug ID: 44137 Summary: Wine64 crashes with any 64-bit binary Product: Wine Version: 2.19 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bourne.identity(a)hotmail.com Created attachment 59886 --> https://bugs.winehq.org/attachment.cgi?id=59886 Stack trace for putty.exe (64-bit) On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs correctly, but crashes when used to launch any 64-bit executable: notepad from Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the same with wine (v2.03) and wine-staging (v2.19). -- 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 3

[Bug 44041] New: The Sims 4 instant-aborts claiming Origin doesn't run
by wine-bugs＠winehq.org 24 May '24

24 May '24

https://bugs.winehq.org/show_bug.cgi?id=44041 Bug ID: 44041 Summary: The Sims 4 instant-aborts claiming Origin doesn't run Product: Wine Version: 2.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonas(a)thiem.email Distribution: --- After installing native msvcr120.dll (both 32bit and 64bit) to work around bug #39689 I encountered the following message box: "Unable to start: Origin is currently not running. Please make sure that Origin is running before attempting to play The Sims(TM) 4 [d3382ced:2984c6a38:00000000:00000000]" And yes, Origin is running. Also yes, this is a legal copy purchased through Origin, I tested this with a fresh wineprefix with no other changes or software installed other than Origin and the above workaround. It works on Windows 10. -- 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 8

[Bug 43011] New: StarCraft Brood War 1.18 significant delays in CEF Browser
by wine-bugs＠winehq.org 24 May '24

24 May '24

https://bugs.winehq.org/show_bug.cgi?id=43011 Bug ID: 43011 Summary: StarCraft Brood War 1.18 significant delays in CEF Browser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iop_jr(a)yahoo.com Distribution: --- Created attachment 58153 --> https://bugs.winehq.org/attachment.cgi?id=58153 first file that gets loaded I built this version of Wine to run StarCraft 1.18: https://github.com/awesie/wine-starcraft The single player works fine. However, when I click on Multiplayer, there's a slight delay and it loads http://127.0.0.1:42475/gamedata/webui/dist/LANProtocolSelectionPanel/LANPro… then it loads http://127.0.0.1:42475/gamedata/webui/dist/GatewayPanel/GatewayPanel.html?p… then it loads http://127.0.0.1:42475/gamedata/webui/dist/InfoPanel/InfoPanel.html?port=42… after that, it starts to load the corresponding JS files and only after all of that, there's a longer delay and it starts to download http://127.0.0.1:42475/gamedata/webui/dist/lib/fonts/Eurostile-Reg.otf once that is done, I see text in the Battle.net menu Also, it starts to download http://127.0.0.1:42475/gamedata/webui/dist/lib/fonts/EurostileExt-Reg.otf and when that is done, the text changes in appearance All in all, it takes a little bit over 30 seconds to finish loading this menu. It takes as long to show the login modal. It takes this long to show the create game modal. It takes as long to show player names in the game menu. While the game is playable when I start it, the delay in making the game often makes people leave before I can even select my race or see their chat messages. -- 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 51

[Bug 34018] New: Altium Designer 10 hangs on startup
by wine-bugs＠winehq.org 22 May '24

22 May '24

http://bugs.winehq.org/show_bug.cgi?id=34018 Bug #: 34018 Summary: Altium Designer 10 hangs on startup Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After patching wininet to work around bug 34013, the game^Wapp installs successfully. It hangs on startup during "configuring supplier search" (seemingly due to a deadlock when unloading altiumcore.bpl; see attached bt all.) "winetricks mdac28" works around this hang and lets you get to the next problem. -- 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 8