November 2021 - Wine-Bugs - list.winehq.org

[Bug 51942] New: dlls/ntdll/unix/loader.c: In function ‘start_server’: error: expected identifier before ‘=’ token
by WineHQ Bugzilla Nov. 2, 2021

Nov. 2, 2021

https://bugs.winehq.org/show_bug.cgi?id=51942 Bug ID: 51942 Summary: dlls/ntdll/unix/loader.c: In function ‘start_server’: error: expected identifier before ‘=’ token Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 70912 --> https://bugs.winehq.org/attachment.cgi?id=70912 log.txt in distro: # uname --kernel-release 3.14.56 # gcc --version 4.8.4 # ldd --version 2.19 config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compiling wine-6.20 fails with: In function ‘start_server’: error: expected identifier before ‘=’ token status = WIFEXITED(status) ? WEXITSTATUS(status) : 1; -- 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 51940] New: dlls/ntdll/unix/loader.c: In function ‘start_server’: warning: declaration does not declare anything
by WineHQ Bugzilla Nov. 2, 2021

Nov. 2, 2021

https://bugs.winehq.org/show_bug.cgi?id=51940 Bug ID: 51940 Summary: dlls/ntdll/unix/loader.c: In function ‘start_server’: warning: declaration does not declare anything Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 70910 --> https://bugs.winehq.org/attachment.cgi?id=70910 log.txt in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compiling wine-6.20 fails with: In function ‘start_server’: warning: declaration does not declare anything error: expected identifier before ‘=’ token -- 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 51830] New: Roblox Studio: Black cursor during Play Testing
by WineHQ Bugzilla Nov. 2, 2021

Nov. 2, 2021

https://bugs.winehq.org/show_bug.cgi?id=51830 Bug ID: 51830 Summary: Roblox Studio: Black cursor during Play Testing Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: a0939712328(a)gmail.com Regression SHA1: db2b266c57b73e1a16785213ce923b749c84400e Distribution: --- In Roblox Studio during Play Testing, the cursor turns into a black square, which makes play testing less convenient to use. With help from git bisect, the faulty commit should be db2b266c57b73e1a16785213ce923b749c84400e (user32: Handle monochrome icons in CreateIcon() and CreateCursor() instead of CreateIconIndirect().) Steps to reproduce: 0. Register a Roblox account on https://www.roblox.com 1. Install Grapejuice (https://gitlab.com/brinkervii/grapejuice/-/wikis/home) 2. Open Grapejuice GUI (You can do so by running the "grapejuice gui" command) 3. On Launcher tab, press "Sign into Roblox Studio" 4. In the browser tab opened, press "Open Studio" 5. Once Roblox Studio fully opens, press Alt+S to open the settings, and go to the "Rendering" tab. Then, under the General tab, set "Graphics Mode" to "OpenGL" PS1: This is the only renderer that works with vanilla Wine on my system, so I put this step here to ensure Play Testing will work reliably. 6. Close Roblox Studio, and open it again by pressing "Roblox Studio" in the Grapejuice GUI 7. From the "New" tab, open the "Baseplate" template by clicking on it. PS2: It is normal that some GUI elements are flashing, this is a known bug with the OpenGL renderer which shouldn't affect the reproduction of this regression. 8. Once the game loads, choose "Test" from the top bar, and press "Play" on the left. 9. Once Play Testing starts, observe the cursor. Expected behavior: The cursor looks like normal white cursors. Actual behavior: The cursor is a black square, which makes it harder to aim the cursor. -- 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 47738] New: The application is SimIon, when I upload gem file or upload iob file, it crashes.
by wine-bugs＠winehq.org Nov. 2, 2021

Nov. 2, 2021

https://bugs.winehq.org/show_bug.cgi?id=47738 Bug ID: 47738 Summary: The application is SimIon, when I upload gem file or upload iob file, it crashes. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yuxz2015(a)gmail.com Distribution: --- Created attachment 65219 --> https://bugs.winehq.org/attachment.cgi?id=65219 it is generated by SimIon when I upload the iob file of SimIon SimIon is a software simulating the particle trajectories. 'gem' file is used to construct the model of a simulation. 'iob' file is kind of like a zip file including all the information of a simulation -- 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 51802] New: Theming on 16-bit application breaks their UI
by WineHQ Bugzilla Nov. 1, 2021

Nov. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=51802 Bug ID: 51802 Summary: Theming on 16-bit application breaks their UI Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: clinton(a)concernednetizen.com Distribution: --- Created attachment 70689 --> https://bugs.winehq.org/attachment.cgi?id=70689 Collins Dictionary I noticed a regression a few months ago in a 16-bit application I regularly run. It started when the Windows XP-style UI themes started being applied. In the screenshot you can see the Collins English Dictionary application as it currently runs, with a "Plastik"-style UXTHEME drawing the applications buttons (ignore the buttons being cut-off by the windows size. That problem already occured before the UXTHEME breakage). The buttons are selected, but not activated do not work when clicked. The only way to use the buttons is to click on them to highlight/select them and then press the Enter key. This is also true of some, but not all of the buttons in modal dialogs. The mostly-black background of the definition display is also a new bug which occurred simultaneously to moment UXTHEMEs became applicable to 16-bit apps. It seems like the definitions, when drawn to the screen, do not blank out what preceeded them, so smaller definitions overlap the former larger ones. The software can be easily downloaded here for testing: https://archive.org/details/collins_win31 -- 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 51556] New: Massive FPS drops since Version 6.9 up to 6.14 in BF 1, BF 4 and BF V
by WineHQ Bugzilla Nov. 1, 2021

Nov. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=51556 Bug ID: 51556 Summary: Massive FPS drops since Version 6.9 up to 6.14 in BF 1, BF 4 and BF V Product: Wine-staging Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: llenort(a)aol.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, using wine-staging 6.2 as reference. Since wine-staging version 6.9 i can start BF 1, BF 4 and BF V again. But i notice a big FPS drop while playing online. I tested all versions from version 6.9 to 6.14 (except 6.13, can login in origin client at all) and all versions have the same drops when playing online. In the Menu screens or Lobby there is no problem at all. Also the fps drops seems not so big while playing in single player modes. All versions tested with same OS Version kernel versions and hardware settings in 2K. Using wine-staging version 6.2 frame rates are in BF 1 between 100 and 144 fps. Using any newer version of staging the fps drops to the range between 24 and 40 fps. In online mode this is unplayable. Reinstalling version 6.2 of wine-staging solve the fps drops. I can't test with normal wine because i can't start the origin client at all. Crash to desk. Not tested normal wine version 6.14 but i think it does not let me start the origin client like the other versions. Maybe it was not really a graphic problem here. For me it has to do with massive online play. Receiving and transmitting network messages my be here the root of the problem. Have to look to changes in network changes starting from version 6.3. Maybe anyone has more information regarding this assumption. Thank for your help. All the Best... lle -- 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 4

[Bug 5382] Add QT/GTK Integration
by WineHQ Bugzilla Nov. 1, 2021

Nov. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=5382 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #28 from Zebediah Figura <z.figura12(a)gmail.com> --- We have multiple mechanisms by which Windows programs can run on prefix startup, which are present on Windows as well. In particular there is the HKLM\Software\Microsoft\Windows\CurrentVersion\Run key (or RunOnce?). Ideally such a tool should use that rather than having to invent a new hook. That *may* require that it be written as a PE executable, or bootstrapped with one. -- 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 5382] Add QT/GTK Integration
by WineHQ Bugzilla Nov. 1, 2021

Nov. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=5382 Bamm Gabriana <bammgabriana(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bammgabriana(a)gmail.com --- Comment #27 from Bamm Gabriana <bammgabriana(a)gmail.com> --- Sorry for reviving this. The original post said, "Would even dynamic color scheme be an option?" and yet this was closed with the reason "Wine can not and will not use GTK/QT tool kits for it's GUI". I find this non-sequitur. One does not need to have GTK/QT tool kits in Wine just to import its colors. In fact, I once made an "external tool to get theme data from GTK/QT and import into Wine", and I implemented it using only a POSIX shell script, making calls to gsettings and then writing them as a .reg file importable by Wine Regedit. The issue is not about writing a tool, it's about making it work automagically. Let's say the user switches from a light to a dark desktop theme. Next time he opens a Wine application it would be blindingly bright. In my case, I would need to run my tool after I change the theme and before I run a program in Wine. The solution would be to find a way to run such a tool everytime wineboot runs, and this is where the cooperation of Wine developers is needed. It cannot be purely external since it needs a hook into wine's startup. I don't want this to be purely internal also, because those who do not want this feature shouldn't be forced to have it. (It might increase startup time by a small fraction of a second) I just want to ask the Wine developers to revisit this posibility of dynamic color theming by allowing such an external tool to run at startup, perhaps by having something like an autoexec file that a user can edit or that can be set by an external package. I'm thinking creating a directory like /etc/wine/autoexec.d/ and have packages drop scripts there that wineboot can run. Also, it should be opt-in, so that users can decide if they want this feature, otherwise, wineboot just ignores it. Is it possible to create such a hook? -- 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 46833] New: Install of iTunes 12.9.3.3 fails
by wine-bugs＠winehq.org Nov. 1, 2021

Nov. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=46833 Bug ID: 46833 Summary: Install of iTunes 12.9.3.3 fails Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k8auf1947(a)cometchaser.de Distribution: --- Created attachment 63866 --> https://bugs.winehq.org/attachment.cgi?id=63866 First screenstho Wine is configured as Windows 7. Autorun is set to "No" during installation. I will provide more screenshots. -- 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 25

[Bug 46719] New: iTunes crashes during the installation
by wine-bugs＠winehq.org Nov. 1, 2021

Nov. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=46719 Bug ID: 46719 Summary: iTunes crashes during the installation Product: Wine-staging Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anfanai(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63692 --> https://bugs.winehq.org/attachment.cgi?id=63692 the backtrace for the problem iTunes crashes during the installation. I'm using version 12.9.3.3 (64-bit) downloaded from https://www.apple.com/itunes/download/ -- 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