wine-bugs December 2022

wine-bugs@winehq.org

1 participants
3697 discussions

[Bug 50468] New: winedbg fails to load symbols for non PE builtin dlls
by WineHQ Bugzilla 29 Dec '22

29 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50468 Bug ID: 50468 Summary: winedbg fails to load symbols for non PE builtin dlls Product: Wine Version: 6.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- While looking at an xactengine problem in Hyperdimension Neptunia ReBirth 1 (bug #50416) with a mingw enabled build (haven't tested a non mingw build; should I do that?) winedbg fails to load symbols from e.g. x3daudio1_7 and xactengine3_7. Interestingly symbols for x3daudio (directly linked to by the main exe while xactengine is loaded on demand through CoCreateInstance) are available when using winedbg --gdb. +dbghelp log doesn't seem very interesting to me (no debug info in the dll and no matching .pdb found). Should it be uploaded anyway? Which debugger commands should I use during the log session? Which other debug channels should I turn on to provide further info? -- 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 53765] New: Overwatch2 simply crashes
by WineHQ Bugzilla 29 Dec '22

29 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53765 Bug ID: 53765 Summary: Overwatch2 simply crashes Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Since the update from Overwatch1 to Overwatch2 , this game doesn't run with wine 7.18-staging. -- 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 54228] New: CPython fails to import symlinked packages
by WineHQ Bugzilla 28 Dec '22

28 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54228 Bug ID: 54228 Summary: CPython fails to import symlinked packages Product: Wine-staging Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ernst(a)pleiszenburg.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73774 --> https://bugs.winehq.org/attachment.cgi?id=73774 complete, minimal reproducing example - Present in, at least: Wine Staging 7.22 and 8.0-rc2 - Not present: Wine Stable 7.0 - Wine builds: dl.winehq.org/wine-builds/ubuntu - System: Ubuntu 22.04 - Expected behavior: CPython <= 3.9 can import symlink-ed modules and their submodules - Actual behavior: CPython sees the folder and can navigate it, but fails to import its contents (submodules) - Reproduced by: https://gist.github.com/s-m-e/84d5fbf5663825a46d9ae98e4636d8ec (also attached) --- I have noticed this issue in Wine Staging 7.22 and 8.0-rc2. I believe it must have found its way into Wine Staging in the October to November 2022 time frame. This issue does not appear in Wine Staging until about September. It also does not appear in stable releases of Wine 7. Python's import mechanism was rewritten recently, so only versions prior to Python 3.10 appear to be affected. Many packages support down to 3.7 at the moment. I am heavily using CPython on top of Wine. When Python imports modules, it looks for them in certain paths, specified in `sys.path`. For development, it is common practise to symlink a package's folder from e.g. a git repo into one of the folders contained in `sys.path`, usually `site-packages`. Python then happily imports the module from there for e.g. testing. Many tools are built around this workflow. ``` Traceback (most recent call last): File "<string>", line 1, in <module> File "Z:\work\bar\__init__.py", line 1, in <module> from .subbar import funcbar ModuleNotFoundError: No module named 'bar.subbar' ``` Python's module import mechanism appears to follow the symlink correctly (into module "bar") but fails to "locate" stuff within the linked folder (submodule "bar.subbar"). Other Python code can at least correctly navigate the linked folder's contents, so I am suspecting a `stat` syscall of some kind to return unusual values. For a complete, minimal reproducing example see link above or attached script. -- 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 54231] New: Error：Applications can be scaled up or down infinitely
by WineHQ Bugzilla 28 Dec '22

28 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54231 Bug ID: 54231 Summary: Error：Applications can be scaled up or down infinitely 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: 399989567(a)qq.com Distribution: --- Some applications, such as Google Chrome or Baidu Netdisk, are designed with a maximum size that cannot be exceeded when stretching the interface (such as width 1080, height 1920). When you want to stretch the width beyond 1080, the window of the application on windows will no longer deformed. But in wine, you can continue to stretch the window, but the excess part is not rendered (pure white). The same is true for shrinking. In wine, you can shrink a window infinitely, which will cause a crash. I don't have any good examples of reproducing the problem without an account now.The example I found that can reproduce this problem is Netease Cloud Music. On Windows, it can be stretched up to 1080, but in Wine, it can be stretched infinitely. Application download link: https://music.163.com/#/download If the app doesn't work, you can try Google Chrome. -- 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 54224] Cannot start Bloomberg Desktop
by WineHQ Bugzilla 28 Dec '22

28 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54224 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal CC| |dark.shadow4(a)web.de --- Comment #1 from Fabian Maurer <dark.shadow4(a)web.de> --- Not a blocker. Since you filed it as wine-staging, does it work under normal Wine? -- 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 54221] New: vbscript: missing support for GetRef
by WineHQ Bugzilla 28 Dec '22

28 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54221 Bug ID: 54221 Summary: vbscript: missing support for GetRef Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on porting Visual Pinball to cross platform, many table scripts use "GetRef". I tried to implement this by returning the script dispatch interface, but I realize this is wrong as "GetRef" is supposed to return a reference to a function. Does anyone have any suggestions on what would need to be returned, and I can work on creating a patch. -- 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 54225] New: Steam login black after it updated 12.27.2022 ran fine last night playing civ V (maybe related to 53802)
by WineHQ Bugzilla 28 Dec '22

28 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54225 Bug ID: 54225 Summary: Steam login black after it updated 12.27.2022 ran fine last night playing civ V (maybe related to 53802) Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pddcat2(a)mail.com Distribution: --- Created attachment 73772 --> https://bugs.winehq.org/attachment.cgi?id=73772 Dump file from error popup box played a 10 hour session with nephew on 12-26-2022 (Civ V on steam). Went to login tonight 12-27-2022 and after update login was blank/black and an error box came up. Printed output from error box and attached. Unable to use steam or anygames attached to it at this time. Thanks in advance for your time. -- 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

[Bug 54222] New: [COMCTL32] Comboboxes v6 with many elements do auto-close erroneously with low vertical resolution when clicking on the text
by WineHQ Bugzilla 28 Dec '22

28 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54222 Bug ID: 54222 Summary: [COMCTL32] Comboboxes v6 with many elements do auto-close erroneously with low vertical resolution when clicking on the text Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com From ReactOS JIRA : https://jira.reactos.org/browse/CORE-18769 Reproduction steps set a very low screen resolution, e.g. 640x480 to limit available vertical space the attached timedate_unlimited.cpl uses a v6 combobox that does not explicitly limit the amount of elements in its timezone combobox yet, and therefore will show 30 elements by default 30 elements are so many, that the expanded box would not fit all of them to the screen in 640x480, neither when expanding the combobox to the bottom, nor when it expands the combobox to the top place the dialog in the vertical center of the screen open the v6 combobox with a single click on its text, not a click on the small triangle to the right Expected result 2k3sp2 would still show the combobox in expanded state when the mouse button is released 2k3sp2_ok.png Observed result On ros with comctl32 v6 combobox from Wine the combobox will expand on the click as intended, but the release of the mouse button will already do the selection and therefore the bx auto-closes immediately again unintentionally. ROS_0.4.15-dev-5402-gf908d37_affected.webm We do believe this to be a bug in Wines comctl32 v6. Reminder Use only the timedate_unlimited.cpl attached here for testing, not the one from master, as it got a workaround already) -- 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 47635] New: Micro-Cap 12 fails to save any files
by wine-bugs＠winehq.org 27 Dec '22

27 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47635 Bug ID: 47635 Summary: Micro-Cap 12 fails to save any files Product: Wine Version: 4.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: alexander-winehq(a)xmine128.tk Distribution: --- Created attachment 65068 --> https://bugs.winehq.org/attachment.cgi?id=65068 commdlg trace of Micro-Cap 12 starting and saving file Micro-Cap 12 was recently released as Freeware and provides a pretty comprehensive analog/digital circuit simulation environment. While every tested aspect of the software works brilliantly, saving created circuit diagrams for some reason fails silently and the file will simply not be considered “saved” after clicking “Save” in the file dialog. Steps to reproduce: 0. Download Micro-Cap 12 Full-CD version from: http://www.spectrum-soft.com/download/download.shtm 1. Extract the file's contents and run “mc12.exe” or “mc12_64.exe” 2. Wait for the program to start up 3. Click the “Save” button in the toolbar or “File” menu 4. Confirm saving by clicking on “Save” in the opened “Save As” dialog Expected behaviour: A file with the name and path selected in the “Save As” dialog should have been created. Actual behaviour: Nothing happens, except that the program will show the path of the chosen save path in its titlebar. I've attached a trace of Wine 4.14 and enabled WINEDEBUG=commdlg, please take a look if there is anything out of the ordinary there. -- 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 46087] New: Directx9 games are very slow (unusable)
by wine-bugs＠winehq.org 27 Dec '22

27 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46087 Bug ID: 46087 Summary: Directx9 games are very slow (unusable) Product: Wine-staging Version: 3.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mochobb(a)clix.pt CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62718 --> https://bugs.winehq.org/attachment.cgi?id=62718 Hardware specs and terminal output I noticed that suddenly games were very slow (it takes seconds just to highlight a menu item). I tested Shadow Warrior 2 and XCOM: Enemy Unknown. The first game I had never tried, but I know the performance of the second one. I downgraded wine-staging until I got a working version: 3.15. The other versions tried were 3.17, 3.18 and 3.19. The terminal output is attached. The output refers to XCOM, launching the game up to the menu and exiting. Also attached are my hardware specifications. Thank you very much for reading this. -- 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 13

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 December 2022