https://bugs.winehq.org/show_bug.cgi?id=49108
Bug ID: 49108
Summary: Error when starting application LTspice XVII
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2010tch(a)gmail.com
Distribution: ---
Created attachment 67081
--> https://bugs.winehq.org/attachment.cgi?id=67081
System generated error report
When starting LTspice XVII a "serious error" is encounterd.
After 30 - 90 seconds, LTspice XVII will start as normal but at some point the
program will hang. I have to use a Ctrl-alt-del to restart my computer.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49987
Bug ID: 49987
Summary: Application freeze when trying to open file chooser
dialog
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Created attachment 68389
--> https://bugs.winehq.org/attachment.cgi?id=68389
Full log
When I download my GTK app -
https://github.com/qarmin/czkawka/releases/download/1.1.0/windows_czkawka_g…
and run it, then when clicking at "+Add" directly below "Included Directories",
then app freeze
Suspicious errors from console
```
01d8:fixme:imm:ImmGetOpenStatus (000000000383F3B0): semi-stub
01d8:fixme:imm:ImmReleaseContext (0000000000030082, 000000000383F3B0): stub
01d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\rafal\\Local
Settings\\Application Data\\recently-used.xbel"
01d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\rafal\\Local
Settings\\Application Data\\gtk-3.0\\bookmarks"
01d8:err:shell:SHGetFileInfoW pidl is null!
01d8:err:shell:SHGetFileInfoW pidl is null!
(czkawka_gui.exe:468): Gtk-WARNING **: 14:44:44.483: Error loading theme icon
'list-add' for stock: Icon 'list-add' not present in theme Adwaita
01d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\rafal\\Local
Settings\\Application Data\\gtk-3.0\\bookmarks"
01d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\rafal\\Local
Settings\\Application Data\\gtk-3.0\\servers"
```
On Windows none of this errors is shown
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56479
Bug ID: 56479
Summary: Shrift 2 Translation Patch 1.3Gamev2.07: could not
load file or assembly. access denied.
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: solin-arrin(a)protonmail.com
Distribution: ---
Created attachment 76247
--> https://bugs.winehq.org/attachment.cgi?id=76247
log of error
required libraries: Dotnet 7 Desktop runtime x86 7.0.14
URL: https://mega.nz/folder/sfdglALL#dhxWNXv4NEDxvmbmC8Y2WA/folder/MbkUDZ7B
sha256sum:8a29e924c0cc965d40c0b99ac5342cfc46adbf754fc1ac068c50bd4c3d1c1167
while the URL is a file-sharing site this is the only place the translation
patch is being distributed by the developer of the patch.
crashes when trying to launch the program.
i have tested this problem only seems to effect wine as i am able to get the
program to run and translated the game on windows.
the program can start without having the game, though it will ask you to select
the game directory.
tested with both a 64 and 32 prefix, issue happens on both.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43585
Bug ID: 43585
Summary: Calling PageSetupDlgA with invalid default printer
leads to an unhandled exception
Product: Wine
Version: 2.15
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: kamil.hornicek(a)reactos.org
Created attachment 58997
--> https://bugs.winehq.org/attachment.cgi?id=58997
possible solution
This was tested in Windows XP with Wine's comdlg32.dll.
Steps to reproduce:
1. set Software\Microsoft\Windows NT\CurrentVersion\Windows\Device to a
non-existent printer
2. run comdlg32 printdlg test
Expected result:
PageSetupDlgA should fail with PDERR_NODEFAULTPRN
Acutal result:
test_PageSetupDlgA crashes after null pointer dereference in
GdiConvertToDevmodeW
Remarks:
If the value of the system default printer stored in Software\Microsoft\Windows
NT\CurrentVersion\Windows\Device gets corrupted or is not properly set upon
printer
removal, PageSetupDlgA called with the PSD_RETURNDEFAULT flag will cause an
unhandled exception in gdi32:GdiConvertToDevmodeW after calling it with a null
devmode.
At comdlg32:pagesetup_common@3862 get_default_printer will succeed but the
returned printer will be bogus. Then pagesetup_change_printer will fail trying
to get the default driver. When pagesetup_update_papersize is called few lines
below the devmode stored in the pagesetup_data struct passed to it will be
null, which will lead to the crash.
Solution:
Function comdlg32:pagesetup_common needs to check the return value of
comdlg32:pagesetup_change_printer and return if it fails. Attached is a
possible solution to this bug.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57259
Bug ID: 57259
Summary: Keepass 2 automatic update dialog is broken
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 77175
--> https://bugs.winehq.org/attachment.cgi?id=77175
Screenshot Wine
See 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.
https://bugs.winehq.org/show_bug.cgi?id=56787
Bug ID: 56787
Summary: Comctl32 Edit - Handles does not work wirth large
content as limited to 16bits
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Test case : using a notepad, open a large (eg : 10 MB) file.
Vertical handle is unable to reach the bottom.
Observed in Ubuntu with Wine 9.10 but this has been reported in ReactOS too (
https://jira.reactos.org/browse/CORE-19305 ). Cause seems to be as following,
quoting comment from the ticket :
"The messages that indicate scroll bar position, WM_HSCROLL and WM_VSCROLL,
provide only 16 bits of position data. The GetScrollInfo function enables
applications to use 32-bit scroll positions."
Patch available at https://jira.reactos.org/browse/CORE-19305
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57126
Bug ID: 57126
Summary: CEF sample application crashes in 64-bit wineprefix
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows32_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77021
--> https://bugs.winehq.org/attachment.cgi?id=77021
Backtrace
Both the 32- and 64-bit versions of the Chromium Embedded Framework sample
application crash in a 64-bit wineprefix, unless using the new WOW64 build.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56234
Bug ID: 56234
Summary: foobar2000 advanced preferences Apply button not
available when change options via checkboxes
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paregistrase(a)yahoo.es
Distribution: ---
In the Preferences: Advanced window when an option is changed via checkboxes
the Apply button remains grey and the change can't be set.
Screenshot: https://imgur.com/wcnT4o1
Also the rounded checkboxes can't be activated
Screenshot: https://imgur.com/MFbApn6
But the options that have a text to edit enable the Apply button when changes
Screenshot: https://imgur.com/1KM0xy2
Others pages in preferences like the Context menu also presents this problem.
Previously this used 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.
https://bugs.winehq.org/show_bug.cgi?id=57097
Bug ID: 57097
Summary: Keyboard inputs for special characters on non-english
keyboards are switched in winewayland
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: sutupud(a)yahoo.com
Distribution: ---
I noticed that if I use a german keyboard layout, the key mapping seems to be
off. I'm using kwin_wayland (but also tested on sway, same result).
The regular lower keys are ok, but example, ö produces ü, # produces ä, etc.
Looking at dlls/winewayland.drv/wayland_keyboard.c, I saw that there are
different lookup tables for different languages (scan2vk_qwerty,
scan2vk_azerty. scan2vk_qwertz, ...), so my first quess was that something
might be switched there.
But that doesn't really seem the case, changing it to always use
`scan2vk_qwertz ` regardless of `lang` makes it work.
I don't really have a very good understanding of how this is supposed to work,
but does the appliaction really need to do such a translation? Isn't that
already handled by the layout being passed in? At least that would explain why
it works when doing no such lookup at all.
--
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.