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

[Bug 38892] New: Please support more architectures.
by wine-bugs＠winehq.org 02 Jun '24

02 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=38892 Bug ID: 38892 Summary: Please support more architectures. Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: ytrezq(a)sdf-eu.org Distribution: --- Hello, It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec alpha in the past. While windows doesn't provide updates for those platforms, compiling programs written for the WINAPI to those arch is the best way to get decent speeds (not to add the need of support for ARC firmware which prevent running them on recent ppc). Of course this is not for emulating instructions sets but for running windows programs natively on those platforms. For testing on x86 an ARC bios for MIPS which can work on qemu is documented here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS) Visual C++ RISC editions for those platforms are available here http://bingeflying.com/3.2/ -- 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 5

[Bug 34708] New: Silent Hill 4: The Room don't run in terminal.
by wine-bugs＠winehq.org 31 May '24

31 May '24

http://bugs.winehq.org/show_bug.cgi?id=34708 Bug #: 34708 Summary: Silent Hill 4: The Room don't run in terminal. Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sov.info(a)mail.ru Classification: Unclassified Created attachment 46270 --> http://bugs.winehq.org/attachment.cgi?id=46270 01 terminal output This game don't start via terminal. BUT! When i just starting it by clicking on the .desktop file, it runs! This behavior is pretty interesting. Of cource, this game crushes even if start by clicking on desktop label. But if we want to see what stubs happens in game, we should before fix terminal behavior. -- 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 36

[Bug 45493] New: SRPG Studio games fail to run
by wine-bugs＠winehq.org 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=45493 Bug ID: 45493 Summary: SRPG Studio games fail to run Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- AFAICT, all SRPG Studio (an engine: http://www.srpgstudio.com/) games fail to run without setting up WINEDLLOVERRIDES="jscript=n". Lets use Vestaria Saga as an example (download link on http://site.wepage.com/vestariasaga/page5-02) Without native jscript, all that happens after launching it is an error dialog with string 'A-Phese 7'. The whole of builtin jscript debug log is short and not all that helpful: 0085:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x4ca7c0, 43) stub 0085:trace:jscript:DllMain (0x7cda0000 8 (nil)) 0085:trace:jscript:DllMain (0x7cda0000 1 (nil)) 0085:trace:jscript:DllGetClassObject (CLSID_JScript {00000001-0000-0000-c000-000000000046} 0x33f6c8) 0085:trace:jscript:ClassFactory_QueryInterface (0x7ce3dc50)->(IID_IClassFactory 0x33f6c8) 0085:trace:jscript:ClassFactory_AddRef (0x7ce3dc50) 0085:trace:jscript:JScriptFactory_CreateInstance ((nil) {bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x33f6c4) 0085:trace:jscript:JScript_QueryInterface (0x7b0f4040)->(IID_IActiveScript 0x33f6c4) 0085:trace:jscript:JScript_AddRef (0x7b0f4040) ref=2 0085:trace:jscript:JScript_Release (0x7b0f4040) ref=1 0085:trace:jscript:ClassFactory_Release (0x7ce3dc50) 0085:trace:jscript:JScript_SetScriptSite (0x7b0f4040)->(0x19c7e0) 0085:trace:jscript:JScript_AddNamedItem (0x7b0f4040)->(L"root" 42) -- 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 23434] New: wine hangs & jumps up to 100% processor load
by wine-bugs＠winehq.org 31 May '24

31 May '24

http://bugs.winehq.org/show_bug.cgi?id=23434 Summary: wine hangs & jumps up to 100% processor load Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://www.velumng.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: axel.braun(a)gmx.de Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race management software. So far it works well, I created a race, two participants, entered start and end time, but when I come to the result list creation, the load goes up to 100%, and caused a hang of the X-session once. At this point it seems to load a HTML-page that was dynamically generated. wine did not submit any error message when started from console. Let me know what I can do to come to a more verbose error output. -- 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 15

[Bug 33982] New: Steam windows can be resized to 1x1 despite minimum size
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=33982 Bug #: 33982 Summary: Steam windows can be resized to 1x1 despite minimum size Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Steam's windows can be resized to 1x1. On Windows they can't. The minimum size for the main steam window is supposed to be 900x600 and for chat windows 396x351 according to tests. Using openbox 3.5.0 -- 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 9

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source available. -- 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 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