December 2022 - Wine-bugs - list.winehq.org

[Bug 37419] New: Zbrush takes 20 minutes to load (better bug report)
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=37419 Bug ID: 37419 Summary: Zbrush takes 20 minutes to load (better bug report) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fleeky(a)7rnx.net Distribution: --- Created attachment 49766 --> https://bugs.winehq.org/attachment.cgi?id=49766 log file for zbrush.exe I made a previous bug report, but did so incorrectly this is my second attempt. Installed wine 1.7.28 along with all recommended packages. Ran wine with Zbrush.exe without any extra dlls ran the latest development version available from apt-get which is 1.7.28. also am not using any third party wrappers. Zbrush takes 20 minutes or more to start up, this is not the typical behaviour on windows ( starts up immediately ) Thanks and hopefully this bug report meets your specifications. -- 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 22

[Bug 53052] New: Tablet pressure does not work under Wayland
by WineHQ Bugzilla 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53052 Bug ID: 53052 Summary: Tablet pressure does not work under Wayland Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 Assignee: wine-bugs(a)winehq.org Reporter: jeskenis(a)gmail.com Distribution: --- Currently pressure sensitivity does not work under Wayland. Tried a couple of apps, with Zbrush being the one I'm most interested in. I get: "Wintab - tablet services not available" Tried a couple of WINE versions / spins - none seem to work. -- 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 48126] New: ZBrush 2020 doesn't display the 3D models correctly
by WineHQ Bugzilla 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48126 Bug ID: 48126 Summary: ZBrush 2020 doesn't display the 3D models correctly Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: d1096252(a)urhen.com Distribution: --- The ZBrush's installer runs without a problem. ZBrush starts under wine fine and the user interface (buttons, menus) looks okay but the main viewer just draws lines instead of the 3D model. It would be great if ZBrush 2020 could work as well as the old 4R6 version 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 3

[Bug 46598] New: Pressure sensitivity (zbrush) not working after wine update
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=46598 Bug ID: 46598 Summary: Pressure sensitivity (zbrush) not working after wine update Product: Wine Version: 4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f2267911(a)nwytg.com Distribution: --- The tablet pressure sensitivity worked fine in wine 3.21, but an update to wine 4.0 or 4.1 causes it to stop working properly in zbrush 2018. -- 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 46470] New: opencl 1.2 version support required
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=46470 Bug ID: 46470 Summary: opencl 1.2 version support required Product: Wine-staging Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.amruth(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63290 --> https://bugs.winehq.org/attachment.cgi?id=63290 clinfo logs attached subject: opencl 1.2 version support required looks like current wine staging supports only opencl version 1.0 NOTE: your OpenCL library only supports OpenCL 1.0, but some installed platforms support OpenCL 1.2. Programs using 1.2 features may crash or behave unexpectedly clinfo is a simple command-line application that enumerates all possible (known) properties of the OpenCL platform and devices available on the system. https://github.com/Oblomov/clinfo clinfo complete output attached. opencl 1.2 version support required for dforce feature on daz studio. https://appdb.winehq.org/objectManager.php?sClass=version&iId=37524 -- 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 60

[Bug 30129] New: Screen in 3d Studio Max v9 refresh badly
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30129 Bug #: 30129 Summary: Screen in 3d Studio Max v9 refresh badly Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: deveee(a)gmail.com Classification: Unclassified Problem is with refresh screen in 3d studio max v9. When I click on object - on screen I don't see any changes. When I click on second object - I see this first click, not second. All is with one-click delay. Problem is only in wine 1.4-*, versions 1.37 and older works fine. -- 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 17

[Bug 30893] New: No pressure in gimp 2.8 windows version with evdev tablet
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30893 Bug #: 30893 Summary: No pressure in gimp 2.8 windows version with evdev tablet Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: viktoria.s(a)freemail.hu Classification: Unclassified Created attachment 40482 --> http://bugs.winehq.org/attachment.cgi?id=40482 Output of gimp 2.8 windows version with WINEDEBUG=+wintab32 I got an Genius Mousepen i608X tablet. It works only with the evdev driver. (I am using xubuntu 64 bit with a patched kernel (which includes the driver of this tablet on a VM.)) I have got no pressure in gimp 2.8 windows version. (Gimp 2.8 linux version works perfectly on the same operating system.) In the attachment log you can see that it reports as a tablet: trace:wintab32:X11DRV_LoadTabletInfo Device 10: [id 12|name Genius MousePen i608X|type TABLET|num_classes 2|use 4] but at the end wine writes: warn:wintab32:X11DRV_LoadTabletInfo Did not find a valid stylus, unable to determine system context parameters. Wintab is disabled. Which is wrong. I attached the output of xinput list --long (xinput.txt), so you can see clearly which device reports what. (I guess I should add that attachment separately because the bug can contain only one attachment.) One thing to note: this device comes with a mouse too. And the kernel gives identical name to both devices. (That is the reason why you can fin 2 mousepens in the logs. The one with the id=12 is the pen, because this one is reporting the pressure, the other one is the mouse.) In my opinion if you modify the wine source/dlls/winex11.drv/wintab.c according to this: in line 622 you write this: if (! is_tablet_cursor(target->name, device_type) && ! devices[loop].type == XInternAtom(data->display, XI_TABLET, False)) in line 641 you write this: if (is_stylus(target->name, device_type) || devices[loop].type == XInternAtom(data->display, XI_TABLET, False)) my tablet will be recognised. Unfortunately I was not able to test if this is going to work or not, because I was not able to build wine properly so far. (Gimp 2.8 windows version was always crashed with the one I have built, but the tablet was recognised as tablet though.) You can find a list of tablets which are using the evdev driver here: http://sourceforge.net/apps/mediawiki/digimend/index.php?title=Tablet_suppo… If you have any questions please let me know. -- 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 10

[Bug 28158] New: [integration] winemenubuilder forces lower case when searching fd.o mime database
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=28158 Summary: [integration] winemenubuilder forces lower case when searching fd.o mime database Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)rodrigosilva.com When winemenubuilder searches for freedesktop.org xdg mime database, and build its list native extensions and mime types, it always searches and tries to match a lower case string. Windows registry might be case-insensitive, but native mime database is not, and (unfortunately) some extensions (globs) and mime types do have upper case chars. Some examples: audio/AMR:*.amr audio/AMR-WB:*.awb text/x-c++src:*.C application/x-compress:*.Z application/x-blender:*.BLEND text/x-iMelody:*.ime text/x-iMelody:*.imy text/css:*.CSSL application/x-gnome-saved-search:*.savedSearch I am just listing "regular" globs that could be directly mapped to windows extensions (as opposed to things like README*, Makefile, *.tar.Z, etc) Take Z for an example of the problem: - Windows app register "HKCR\.z". Winemenubuilder searches for *.z, can't match, so it creates the native application/x-wine-extension-z mime/glob. Unfortunate but unavoidable. - Windows app register "HKCR\.Z" instead. Winemenubuilder *still* searches for *.z, because it forces lowercase in its search! There is no match, and it creates the application/x-wine-extension-z. With *.z glob! And that is a bug. Currently, there is no way to prevent winemenubuilder to create duplicate (and buggy) mime extensions when native glob and/or extension contains upper (or mixed) case chars. My suggestion for fix: to really mimic Registry case-insensitivity behavior, winemenubuilder should use case-insensitive search. For example, comparing lower(win ext)=lower(fd.o glob). And if a match is not found, create the native glob *exactly* as registered by windows app. -- 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 22

[Bug 51812] New: Sims 4 Studio freezes when rendering 3D
by WineHQ Bugzilla 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51812 Bug ID: 51812 Summary: Sims 4 Studio freezes when rendering 3D Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 70699 --> https://bugs.winehq.org/attachment.cgi?id=70699 Logs from shell terminal The application does open and works as functional, however, it freezes when another 3D object is going to be rendered, showing another glitched in-black notification after some minutes, and then, crashing after some more minutes Sims 4 Studio: https://drive.google.com/file/d/1BgD2MS8Gae2Bd162744Mth3gwCcNljMd/view?usp=… SHA1 checksum: 7da72151ab9611adb22a9e74e487ae5fd0e18881 -- 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 15

[Bug 45241] New: Autodesk Revit 2019 (Webinstall) fails to install
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=45241 Bug ID: 45241 Summary: Autodesk Revit 2019 (Webinstall) fails to install Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mail(a)falko-menge.de Distribution: --- Created attachment 61471 --> https://bugs.winehq.org/attachment.cgi?id=61471 installation console output The installer downloads a setup file but then stops with the message: "Something is preventing the software from launching. Please contact customer support." WINEPREFIX=~/.local/share/wineprefixes/revit-2019-webinstall WINEARCH=win64 wine Revit_2019_G1_Win_64bit_Trial_wi_en-US_Setup_webinstall.exe &> log.txt -- 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