https://bugs.winehq.org/show_bug.cgi?id=57251
Bug ID: 57251
Summary: Keepass 2: program crashes when clicking on the User
name field to add or change an entry
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bouwe(a)westerdijk.info
Distribution: ---
Created attachment 77169
--> https://bugs.winehq.org/attachment.cgi?id=77169
Saved crash report
As described in the Summary.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58764
Bug ID: 58764
Summary: Missing pages tree in .chm HTML help viewer
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 79405
--> http://bugs.winehq.org/attachment.cgi?id=79405
screenshot of .chm helper
Missing pages tree in .chm HTML help viewer i ReactOS.
--
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=57202
Bug ID: 57202
Summary: steam client stops working on wine 8.19+ on Slackware
15.0 due to mono 8.10 update
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steampunque8(a)gmail.com
Distribution: ---
Created attachment 77100
--> https://bugs.winehq.org/attachment.cgi?id=77100
last step of bisect for steam client launch failure
I recently tried to run steam client on upstream wines and found that the
client will not start on any wine version 8.19 or above. I bisected the
problem to the update to mono 8.1.0. The last stage of bisect is attached.
When starting the client a ton of processes get created and then "Maximum
number of clients reached" messages get spammed infinitely on the console.
OS: Linux 5.15.140 Dist: Slackware 15.0 64 CPU: 9900k GPU: RTX 4070
I found a workaround to the problem to shut off mono as follows:
export WINEDLLOVERRIDES="mscoree="
This workaround seems OK since I don't think steam client itself relies on mono
but I am not sure some of the apps it launches wont.
Any tips or ideas what might be happening here would be appreciated. No issues
with the older wine versions up to 8.18 ran steam with mono enabled fine so I
am pretty sure some update in mono 8.10 is triggering the problem. There is a
good chance this is related to Slackware 15.0 distribution and has nothing to
do with wine or mono issue but I don't know where to start looking for the
breakage.export WINEDLLOVERRIDES="mscoree="
--
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=47154
Bug ID: 47154
Summary: Rise of the Tomb Raider crashes after 1st bink video
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 64383
--> https://bugs.winehq.org/attachment.cgi?id=64383
Rise of the Tomb Raider d3d12 log
Hello,
I'm on Gentoo + AMD Rx580 + Mesa Git + LLVM git (9.0.0) + Vkd3d Git and i
decided to try the only d3d12 game i have : Rise of the Tomb Raider.
The game runs but crash after the 1st bink video when the main menu must be
appear. The game runs on wined3d/d3d11 but it's unplayable, works (of course
with DXVK) and with the Native version.
I attach the +d3d12 log. Josef, i you need something else to help you, don't
hesitate.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58314
Bug ID: 58314
Summary: GetGlyphOutlineW returns a negative number sometimes
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: skyfloogle(a)protonmail.com
Distribution: ---
Created attachment 78672
--> http://bugs.winehq.org/attachment.cgi?id=78672
Source code for a repro, an exe build, Windows and Wine sample logs, and the
necessary font.
In an application I'm developing, I've found that GetGlyphOutlineW returns a
negative number under specific circumstances in Wine. According to the
documentation, it should return a positive number, with the exception of
GDI_ERROR (-1). My program therefore treats the return value as unsigned (as
specified in the documentation) and checks against -1, which doesn't work when
it returns -32 instead. It's not clear to me why this value is being returned,
but I've only seen it reproduce with a specific character (¯) in a specific
font.
I've put together a minimal reproducing sample. The issue reproduces on both 32
and 64 bit, and does not reproduce on Windows. Source code and a copy of the
necessary font (https://ggbot.itch.io/raster-forge-font) are attached, as are
expected and actual logs. In this sample, -8 is returned instead of -32, but I
suspect the root cause is similar - it shouldn't be returning anything lower
than -1 in either case.
For what it's worth, I'm running on EndeavourOS, which hasn't received 10.9 yet
at the time of writing, but I've checked the commit logs for gdi32 and haven't
seen anything that looks relevant.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58938
Bug ID: 58938
Summary: Japanese vertical text is printed slightly higher when
using SetMapMode with MM_LOMETRIC
Product: Wine
Version: 10.18
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)list.winehq.org
Reporter: ssnffb30(a)gmail.com
Created attachment 79633
--> http://bugs.winehq.org/attachment.cgi?id=79633
A simple test tool(contains source code + compiled EXE)
This is a simple test tool that prints "あいうえお、かきくけこ" vertically and "Hello
World!" horizontally.
The horizontal text is printed in the correct position, while the vertical text
is shifted upward when MapMode is set to MM_LOMETRIC.
The issue does not appear when using MM_TEXT (with setting lfEscapement=2700).
* Steps to Reproduce:
1. Run winetricks fakejapanese_ipamona
2. Launch the provided test tool vertical-print-test.exe
3. Press the Print button(You can print to a virtual printer for convenience)
This issue is expected to occur on Linux as well.
For macOS users: note that PostScript printing is no longer supported on macOS
Sonoma or later. Use Ventura/Monterey if testing on macOS.
--
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=53542
Bug ID: 53542
Summary: Hog4PC 3.17 installer VBScript custom action needs
IWshShell::Run to return signed type.
Product: Wine
Version: 7.11
Hardware: x86-64
URL: https://web.archive.org/web/20211128125004/https://cdn
.etcconnect.com/Hog_4_PC_3.17.0.3327.msi.zip
OS: Linux
Status: NEW
Keywords: download, Installer, patch
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
CC: focht(a)gmx.net, sloper42(a)yahoo.com, temp82(a)luukku.com
Depends on: 52128
Distribution: ---
+++ This is successor to Bug #52128 +++
After applying scrrun::Movefolder patch, we get script error in msi custom
action
$WINEDEBUG=+vbscript ./wine msiexec -i C:\Hog_4_PC_3.17.0.3327.msi
...
01c4:trace:vbscript:do_icall L"unpack1" 0
01c4:trace:vbscript:interp_int 0
01c4:trace:vbscript:interp_equal
01c4:trace:vbscript:var_cmp 0017A75C {VT_UI4: 0} 00176FB8 {VT_I2: 0}
01c4:trace:vbscript:VBScriptError_GetExceptionInfo (0017AE58)->(03D0FB10)
01c4:err:msi:MsiActiveScriptSite_OnScriptError script error: L"Type mismatch"
Excerpt from script file:
...
Set objShell = CreateObject("Shell.Application")
...
firstCmd = """" & TargetDir & "\7za.exe"" x -y " & """" & FixtureLib &
"""" & " -o""" & FixtureLibDir & """"
unpack1 = shell.Run(firstCmd, 0, True)
If ( unpack1 = 0 ) Then
...
Return value of shell.Run is of type VT_UI4 which is no integrated type of
vbscript.
Output value of IWshShell::Run [out, retval] DWORD* out_ExitCode)
seems to be int* in native and not DWORD* as in 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.
http://bugs.winehq.org/show_bug.cgi?id=4309
KRosUser <kyle.kcsoftwares(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kyle.kcsoftwares(a)gmail.com
--- Comment #10 from KRosUser <kyle.kcsoftwares(a)gmail.com> ---
Check https://gitlab.winehq.org/wine/wine/-/merge_requests/9414
--
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=54670
Bug ID: 54670
Summary: 16-bit applications fail in wow64 mode
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, wow64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
$ wineserver -k ; rm -rf ~/.wine ; WINE=/opt/oldwownew/wine-8.0/bin/wine
winetricks -q icodecs
------------------------------------------------------
Executing load_icodecs
Executing cabextract -q -d
/home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
/home/austin/.cache/winetricks/icodecs/codinstl.exe
Executing cd /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
Executing /opt/oldwownew/wine-8.0/bin/wine setup.exe /s
0284:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in
experimental wow64 mode
0284:fixme:wow:wow64_NtSetLdtEntries 0107 02d0323f 0100f338 0000 00000000
00000000: stub
0284:err:module:LdrInitializeThunk "krnl386.exe16" failed to initialize,
aborting
0284:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000005
------------------------------------------------------
--
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.