wine-bugs April 2022

wine-bugs@winehq.org

1 participants
3482 discussions

[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

[Bug 32317] New: 3dsmax 9 32bit - Registration window
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=32317 Bug #: 32317 Summary: 3dsmax 9 32bit - Registration window Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: keith(a)ukscifi.net Classification: Unclassified Created attachment 42657 --> http://bugs.winehq.org/attachment.cgi?id=42657 3dsmax register window bug. I am unable to register the product from the trial version of 3dsmax9 32bit, I can enter the serial code but the Request code is boxes are missing, Next button is frozen and you can't seem to quit out. I have to force kill the window to continue. Other tests have lead to the register tool not finding the Internet? -- 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 7

[Bug 22714] New: specviewperf10 test 3dsmax-04 doesn't show clouds wrapping around scene properly
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=22714 Summary: specviewperf10 test 3dsmax-04 doesn't show clouds wrapping around scene properly Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.spec.org/gwpg/gpc.static/vp10info.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Several minutes into test 3dsmax-04, in the domed structure test, it shows the domed structure with clouds on the world cylinder, but on Wine the clouds don't wrap around the whole world. -- 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 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2022