wine-bugs April 2024

wine-bugs@winehq.org

1 participants
2336 discussions

[Bug 56531] New: Final Fantasy XI Online: Some textures are transparent, malformed, or misplaced.
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56531 Bug ID: 56531 Summary: Final Fantasy XI Online: Some textures are transparent, malformed, or misplaced. Product: Wine Version: 9.0-rc1 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 5b60f4649b15efb9ef10b63da3ef2c42f8665078 Distribution: Gentoo After 5b60f4649b1 [1], some graphics are acting weird in Final Fantasy XI Online. Some special effects make models transparent at least partially, or replaced/overlayed(?) with other ones, while for others, it depends just on the camera/view angle. I can prepare video/screenshots if that will be of more help than this description. Thank you! 1. https://source.winehq.org/git/wine.git/commitdiff/5b60f4649b15efb9ef10b63da… -- 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 7

[Bug 54025] New: Quixel Mixer 2022.1.0 Beta installer cannot find the specified path
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=54025 Bug ID: 54025 Summary: Quixel Mixer 2022.1.0 Beta installer cannot find the specified path Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igor.hope(a)noostyche.ru Distribution: --- Created attachment 73591 --> https://bugs.winehq.org/attachment.cgi?id=73591 Output as the program runs. Distro: Ubuntu 20.04 x64 Kernel: Linux 6.0.8 CPU: Ryzen 7 1700 GPU: Radeon RX 580 8 Gb Driver: Mesa 22.2.4 (Kisak PPA) Steps to reproduce: - Running the installation file. - In the installation dialog, after confirming the selection of the directory to install, an error is displayed: "The path you entered is invalid". Changing the path to different directories does not solve the problem. - The program cannot be installed. Download link: https://quixel.com/products/mixer -- 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 17

[Bug 17930] New: Cygwin compilation breaks without --disable-16bit
by wine-bugs＠winehq.org 31 Dec '24

31 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=17930 Summary: Cygwin compilation breaks without --disable-16bit Product: Wine Version: 1.1.17 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgerard(a)gmail.com http://wiki.winehq.org/WineOnWindows Cygwin compilation previously broke at internettransport.c (bug 16833). However, it now breaks in dispdib.dll16.spec: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c ../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export ./dispdib.dll16.spec ./dispdib.dll16.spec:1: 'pascal' not supported for Win32 make[2]: *** [dispdib.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16' make[1]: *** [dispdib.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/wine-git/dlls' make: *** [dlls] Error 2 Regression testing shows the commit in question as: [86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a stand-alone 16-bit module. Later builds break similarly in compobj.dll16.spec: ./compobj.dll16.spec:215: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:216: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:217: Type 'segptr' not supported for Win32 make[2]: *** [compobj.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16' make[1]: *** [compobj.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls' make: *** [dlls] Error 2 -- 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 4

[Bug 56541] New: Geovision Parashara;s Light 9.0 and 7.0 crashes in wine
by WineHQ Bugzilla 31 Dec '24

31 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56541 Bug ID: 56541 Summary: Geovision Parashara;s Light 9.0 and 7.0 crashes in wine Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yafoce6821(a)giratex.com Distribution: --- Opening this bug report on request from @Vijay Kamuju Partial resolution of the problem: [Fixed] Bug56361 fixed piped wmic commands [Fixed] Bug56299 fixed the imm32.dll required stub Problem: After startup -> splash screen is shown -> instant crash with the Wine debugger popping up Attached in Bug56299: PL7.exe backtrace.txt when the debugger spins up during start as, [for Parashara's Light 7] WINEPREFIX=~/wine/win10ltsc WINEARCH=win32 wine start /d "C:\Geovision\Parashara's Light 7.0" "C:\Geovision\Parashara's Light 7.0\PL7.exe" &> log.txt or [for Parashara's Light 9] WINEPREFIX=~/wine/win10ltsc WINEARCH=win32 wine start /d "C:\Geovision\PL9" "C:\Geovision\PL9\PL9.exe" &> log.txt PL9.exe backtrace has not much 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 10

[Bug 22384] New: DbgHelp doesn't support DWARF-2 on Mac OS X
by wine-bugs＠winehq.org 30 Dec '24

30 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=22384 Summary: DbgHelp doesn't support DWARF-2 on Mac OS X Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Mac OS X has long had support for DWARF-2. Unfortunately, the current implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it can't directly be used on Mac OS X, because Mac OS X does not support ELF. I understand that getting things to work on Linux first takes priority over getting them to work on Mac OS, but right now we Mac users are stuck with the inferior stabs format. Plus, I get the feeling we're going to need this for 64-bit support. Also, DWARF happens to be the default format on 10.5 and up. I also understand that the scheme that Apple uses is different from ELF systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when the binary is built, the DWARF stuff is put into a dSYM companion bundle. On top of that, the dSYM bundle isn't even generated automatically for multi-file builds. This means that: - We have to invoke dsymutil to create the dSYM bundle. - We have to install the dSYM bundle (if present) with each binary. - We have to find the dSYM bundle to get DWARF-2 debug info. I would be more than willing to help with this. (This might have even made a good SoC project. Too late now...) -- 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 55408] New: Adobe premiere 6.5 About window missing scrolling text
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=55408 Bug ID: 55408 Summary: Adobe premiere 6.5 About window missing scrolling text Product: Wine Version: 8.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: randrik(a)mail.ru Distribution: --- So, I have this installation of Adobe Premiere 6.5 in wine prefix. It was rendering its own test project ok in winXP mode, so I moved along and updated wine few times. Turned out there was regression somewhere between wine 6.16 and wine 8.0-rc2, where if I call About dialog it will display usual text, and then after pause it should display various credit lines scrolling up. I see sadly just first line and then white space after that in new wine. Same prefix works if I re-install older wine 6.16 (compiled for earlier version of Slackware) I captured two log files with WINEDEBUG="+gdi,+font" wine premiere.exe > ~/wine-8.12_gdi_font_adobe_premiere.log 2>&1 but they 34 and 52 Mb big (uncompressed). Any idea where I can put them, or what I should capture instead? -- 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 10

[Bug 53000] New: Project64: black screen when gliden64 video plugin is used
by WineHQ Bugzilla 29 Dec '24

29 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53000 Bug ID: 53000 Summary: Project64: black screen when gliden64 video plugin is used Product: Wine Version: 7.8 Hardware: x86-64 URL: https://www.pj64-emu.com/public-releases OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian In newer versions of Project64, GlideN64 is the default video plugin. When using this plugin, games only show a black screen. This is easy to reproduce with Project64 3.0.1. Install the application, and run it. On first start, it will ask if you want to use the GlideN64 or Project64 Video plugin. Choose GlideN64, then select a rom, and start. You may need to resume emulation (press f2), but you'll only see a black screen. If you remove 'C:\Program Files\Project64 3.0\Config\Project64.cfg', and rerun, then select 'Project64 Video', and start a game (and resume), video works. I tested Project64 on my windows partition, to make sure this hardware is capable of running gliden64. On windows, gliden64 works. Not much in the terminal: 0110:fixme:imm:ImeSetActiveContext (00711FA8, 1): stub 0110:fixme:imm:ImmReleaseContext (00030042, 00711FA8): stub 0120:fixme:imm:ImeSetActiveContext (00149A68, 0): stub 0120:fixme:imm:ImmReleaseContext (0002007A, 00149A68): stub 0134:fixme:ver:GetCurrentPackageId (033EFEF0 00000000): stub 0110:fixme:accel:NtUserDestroyAcceleratorTable other process handle 0x1 0154:fixme:ver:GetCurrentPackageId (08FDFEF0 00000000): stub wine-7.8 -- 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 48686] New: Soldier of Fortune Platinum Displays Strange Textures
by WineHQ Bugzilla 29 Dec '24

29 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=48686 Bug ID: 48686 Summary: Soldier of Fortune Platinum Displays Strange Textures Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: publiclewdness(a)tutanota.com Distribution: --- Created attachment 66548 --> https://bugs.winehq.org/attachment.cgi?id=66548 Debugging Log The game will launch and play but several textures in the game are not correct. Character uniforms; cars; objects in game; etc. The strange colors they are change from playthrough to playthrough as well. I am using version 1.07f of the game from GOG. I have tried installing and running the game on a Windows 10 system and the texture issue isn't present there, it looks normal. I ran the SoF.exe file both through terminal and My system: AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 580 8GB Gaming X | Mesa 19.3.4 | Manjaro 19.0.1 | Mate 1.24 | Kernel 5.5.6-1-MANJARO Windows System where it worked: AMD FX-9590 | 16GB DDR3-2133 | Radeon R9 270 2GB | Driver 20.1.3 | Windows 10 Pro 1909 -- 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 14

[Bug 43836] New: Dev C++ - Program unable to debug the code
by wine-bugs＠winehq.org 29 Dec '24

29 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=43836 Bug ID: 43836 Summary: Dev C++ - Program unable to debug the code Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: amitpooniaamit10(a)gmail.com Distribution: --- While trying to run a program on Dev C++ program encounter errors while loading gdb.exe and unable to execute the program -- 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 3

[Bug 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 29 Dec '24

29 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix. -- 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

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 2024