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

[Bug 45616] New: winecfg: allow setting windows version via CLI
by wine-bugs＠winehq.org Aug. 12, 2018

Aug. 12, 2018

https://bugs.winehq.org/show_bug.cgi?id=45616 Bug ID: 45616 Summary: winecfg: allow setting windows version via CLI Product: Wine Version: 3.13 Hardware: x86 URL: https://github.com/Winetricks/winetricks/blob/master/s rc/winetricks#L2355 OS: Linux Status: NEW Keywords: download, integration, source Severity: enhancement Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo This has been a FIXME in winetricks for years. While reviewing stuff recently, I ran across it and looked into it. I wasn't able to find a (closed) bug for it, and I think it's worth opening one now. Currently, winetricks has to replicate all the logic needed to set a particular Windows version (i.e., major/minor version, service pack version, etc.). This can also include if it's a server version of windows or not, etc. When Wine changes a SP version, winetricks has to catch up later, and it can lead to subtle bugs (e.g., https://github.com/Winetricks/winetricks/issues/970) It would greatly simplify things if instead, winecfg (or some other program, but winecfg seems most appropriate) could change windows versions via a CLI argument. E.g., $ wine winecfg winver=winxp would set winxp mode, and act appropriately for win32/win64. This should return an error if someone tries to set an invalid version, e.g., $ wine winecfg winver=doesnotexist or $ WINEARCH=win64 wine winecfg winver=win98 -- 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 3

[Bug 45614] New: Final Fantasy XIV fails to save its configuration, emptying file instead.
by wine-bugs＠winehq.org Aug. 12, 2018

Aug. 12, 2018

https://bugs.winehq.org/show_bug.cgi?id=45614 Bug ID: 45614 Summary: Final Fantasy XIV fails to save its configuration, emptying file instead. Product: Wine-staging Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spam(a)hjkos.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Link to game https://appdb.winehq.org/objectManager.php?sClass=version&iId=35777 Does not happens with wine-staging 3.12 and the effect is only noticeable after using wine-staging 3.13 once. Tested with both dx11 and dx9 versions of the game, same result. Steps to reproduce: Have game's config data backed up somewhere. Probably backup entire "C:\users\My Documents\My Games\FINAL FANTASY XIV - A Realm Reborn\" folder. Launch the game's launcher using Wine-staging 3.13, Launch the game itself (doesn't matter dx9 or dx11). Wait for game to enter title screen. Click exit. Notice how file "C:\users\My Documents\My Games\FINAL FANTASY XIV - A Realm Reborn\FFXIV.cfg" now is 0 bytes. Same happens to some character data files in FFXIV_CHRxxxxxxx if there are any and you've played as some character with Wine-staging 3.13. There are no errors or warnings in console when write occurs. You can prompt writing FFXIV.cfg on title screen by going into configuration, adjusting some setting and clicking "apply" - on Wine-staging 3.13 file will be emptied. On Wine-staging 3.12 it will be written correctly. Emptying FFXIV.cfg has a nasty side effect in the game that game will launch with "default" configuration - low resolution, ask to calibrate your joystick (even if you don't have one), doesn't remember which server ("data center") you've used, and gets stuck at loading screen right before when character select screen should be. It's possible to exit game normally there by pressing Alt-F4 and confirming exit in dialog window that appears. -- 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 2

[Bug 45604] New: Final Fantasy XIV destroys its own config files on exit after commit 7da7ae7
by wine-bugs＠winehq.org Aug. 11, 2018

Aug. 11, 2018

https://bugs.winehq.org/show_bug.cgi?id=45604 Bug ID: 45604 Summary: Final Fantasy XIV destroys its own config files on exit after commit 7da7ae7 Product: Wine-staging Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: varris(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Relay log (replace <myusername> with a 7 character string if length matters) : https://mega.nz/#!qrAnzaIQ!roWgzw9g99hgtrS9fA_CzK9GHC5_co8rsBCb0fYvOrY How to reproduce: 1. Start Final Fantasy XIV via launcher 2. Immediately exit the game in the main menu 3. At exit, the character specific configuration files are corrupted + FFXIV.cfg is empty. This issue started with commit 7da7ae7. It works fine before that. I've already notified Zebediah Figura about this but I still think it's important to do a proper bug report. Please tell me if you need more information. -- 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 44597] New: Window rendering com pletely breaks after interacting with the “Desktop Integration” section of winecfg with enabled GTK3 themeing
by wine-bugs＠winehq.org Aug. 10, 2018

Aug. 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=44597 Bug ID: 44597 Summary: Window rendering completely breaks after interacting with the “Desktop Integration” section of winecfg with enabled GTK3 themeing Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexander-winehq(a)xmine128.tk CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 60584 --> https://bugs.winehq.org/attachment.cgi?id=60584 Changes in HKCU registry # Background & Steps to reproduce Window rendering will show bizare artifacts, up to becoming totally useless (tiny transparent window frames that cannot be interacted with), after following the below steps: 1. In WINE staging enable GTK3 themeing 2. Open `winecfg` again (things should be themed now) 3. Select the “desktop integration” tab 4. Change the “theme” from “GTK-3” to “(No Theme)” and click “Apply” 5. Do the above two times for noticable rendering issues and crashes 6. Do the above three (or more) times to break *any window rendering in WINE* (see attachment 2) # Underlying issue I'm not exactly sure what `winecfg` happens to do here, but it somehow manages to calculate and store some completely wrong values for several entries inside the HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics registry key (see attachment 1) that then result in this behaviour. # Workaround Open `${WINEPREFIX}/user.reg` in a text editor and delete the entire HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics registry key section before launching WINE again. -- 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 2

[Bug 45586] New: Empyrion Dedicated generates err:seh: setup_exception stack overflow
by wine-bugs＠winehq.org Aug. 9, 2018

Aug. 9, 2018

https://bugs.winehq.org/show_bug.cgi?id=45586 Bug ID: 45586 Summary: Empyrion Dedicated generates err:seh:setup_exception stack overflow Product: Wine Version: 3.13 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kovus(a)soulless.wtf Created attachment 62007 --> https://bugs.winehq.org/attachment.cgi?id=62007 wine debug output Empyrion Dedicated server ("nographics" as they call it) generates an err:seh:setup_exception when you try to run it. 0009:err:seh:setup_exception stack overflow 2896 bytes in thread 0009 eip 000000007bc9188d esp 0000000000130ac0 stack 0x130000-0x132000-0x230000 Per a suggestion from https://forum.winehq.org/viewtopic.php?f=2&t=30972, I'm posting the requested information here. Wine 3.13 (built from the FreeBSD ports tree as "wine-devel") 64-bit Fresh .wine folder (deleted and recreated with defaults when running winecfg). Commands used to generate the attached output (tcsh) setenv WINEPATH . setenv WINEDEBUG +timestamp,+tid,+all wine64 EmpyrionDedicated.exe -batchmode -nographics -logFile Logs/temp.log | & tee ~/wine_empyrion_server_log.txt The error mentioned in the subject is on line 617399 of the attached log. After that, EmpyrionDedicated goes into what appears to be an infinite loop, so the file ends when the program gets ctl+c'd. -- 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 3

[Bug 45551] New: InstallSheld exits with 0x80004002, cannot find SECURITY.MySetFileSecurity
by wine-bugs＠winehq.org Aug. 9, 2018

Aug. 9, 2018

https://bugs.winehq.org/show_bug.cgi?id=45551 Bug ID: 45551 Summary: InstallSheld exits with 0x80004002, cannot find SECURITY.MySetFileSecurity Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Distribution: --- Created attachment 61964 --> https://bugs.winehq.org/attachment.cgi?id=61964 +relay debug log Hi! I'm trying to install a game I have, but the InstallShield installer crashes when it cannot find the SECURITY.MySetFileSecurity method. I get the following error message in the Wine logs: 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002. -- 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 20

[Bug 31741] New: python-2.7.3.amd64.msi fails to install
by wine-bugs＠winehq.org Aug. 9, 2018

Aug. 9, 2018

http://bugs.winehq.org/show_bug.cgi?id=31741 Bug #: 31741 Summary: python-2.7.3.amd64.msi fails to install Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tahoar(a)gmail.com Classification: Unclassified I tried installing Python 64-bit 2.7.3 on wine1.5-amd64. The installer loads but will not progress after the introduction page. When clicking "continue", the installer does nothing. Clicking "cancel" exits the installer. -- 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 21

[Bug 5129] Faststone Image Viewer doesn't show all images when scrolling
by wine-bugs＠winehq.org Aug. 8, 2018

Aug. 8, 2018

https://bugs.winehq.org/show_bug.cgi?id=5129 --- Comment #26 from unxed <unxed(a)mail.ru> --- Created attachment 62027 --> https://bugs.winehq.org/attachment.cgi?id=62027 "copy to"/"move to" problem after using native comctl32.dll -- 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 0

[Bug 1865] installation error
by wine-bugs＠winehq.org Aug. 8, 2018

Aug. 8, 2018

https://bugs.winehq.org/show_bug.cgi?id=1865 George Creel <george(a)creel.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |george(a)creel.net -- 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 0

[Bug 45316] New: [Mansions of Madness] When character is missing from font it is not rendered, while on windows it is rendered with default font instead
by wine-bugs＠winehq.org Aug. 7, 2018

Aug. 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=45316 Bug ID: 45316 Summary: [Mansions of Madness] When character is missing from font it is not rendered, while on windows it is rendered with default font instead Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: konserw(a)gmail.com Distribution: --- Created attachment 61601 --> https://bugs.winehq.org/attachment.cgi?id=61601 sample screen from mansions of madness When character is missing from custom application's font it is not rendered at all, so it is hard to read words with such characters. On windows such characters are rendered with default font (times new roman?) instead. I know it's applications fault and windows does ugly workaround, but at least text is readable. In particular I stumbled on this when I've tried "Mansions of madness" with polish translation - application's fancy font doesn't have polish letters, like ąśćżźłę - in screenshot attached first option should read "Język: Polski" instead of "Jzyk: Polski" "Mansions of madness" are companion-app for board game and it is free on steam. First I've encountered this bug on Ubuntu Bionic x64 and wine-development from repository. For this bug I've reproduced this bug on Arch Linux x64 and wine-3.9 (Staging)(clean 32bit prefix, steam from winetricks, no overrides) -- 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 1