https://bugs.winehq.org/show_bug.cgi?id=57428
Bug ID: 57428
Summary: Can't launch apps
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathan.vidal2197(a)gmail.com
Distribution: ---
Created attachment 77423
--> https://bugs.winehq.org/attachment.cgi?id=77423
error message
After updating my system (fedora 41 workstation) by running `sudo dnf update` I
couldmn't run my exe files anymore. Before the update I could. It is not a
problem with the file as I tried many different ones.
Wine version: wine-9.15 (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.
https://bugs.winehq.org/show_bug.cgi?id=57398
Bug ID: 57398
Summary: wine condor.exe seems to hang accessing TCP network.
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: lorenzojimenezgarcia59(a)gmail.com
Distribution: ---
I have a portable with linux debian 12.
I am a user of condors soaring software for sometime now.
Condor 2 the previous version of the simulation software was working perfectly.
Now I got the last version of the software that is condor 3.
Everything is fine EXCEPT the multiplayer option that implies accessing a
server.
IN fact it looks exactly as I do not have network access and the program hangs
forever?
Nevertheless "wine iexplorer" with the IP from the multiplayer server connect
without
any problem.
I am using wine version 9.0 but I have previously tested with 9.2 staging and
devel versions with exactly the same issues.
It is really a pity since condor software on my portable run much faster under
wine that
under vmware or virtualbox VM machines!!!
--
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=57440
Bug ID: 57440
Summary: date format bug in wine env creation
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: ---
Name : wine-core
Version : 9.15
Release : 1.fc40
Architecture: x86_64
Install Date: Do 14 Nov 2024 13:19:06 CET
When a wine env is created, the REG value of:
HKEY_CURRENT_USER -> Control Panel -> International -> sShortDate
is set to "d.M.yyyy", which is wrong and confuses some apps.
It needs to be "dd.MM.yyyy" for Germany ( CC=DE ).
Please inform me, if this a true Wine issue, or if i.e. LUTRIS gives the wrong
date format to the creationprocess. The ENV, with that issue, has been created
by Lutris, which is way easier than doing it manually ;)
--
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=55859
Bug ID: 55859
Summary: LabView 2023.3.1 fails to install
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75381
--> https://bugs.winehq.org/attachment.cgi?id=75381
Terminal output
Steps to reproduce:
1. Extract ni-labview-2023-community-x86_23.3.1_offline.iso to a directory
called ni-labview-2023-community-x86_23.3.1_offline
2. Run `chmod +r -R ni-labview-2023-community-x86_23.3.1_offline`
3. Run `winetricks dotnet48`
4. Run `winecfg` and change the Windows version back to 10
5. Run `winetricks d3dcompiler_47`
6. Run `wine Install.exe`
$ sha256sum ni-labview-2023-community-x86_23.3.1_offline.iso
654dec2f01a3ae2e13ac69dd22bb717fac25e625da1099f974676ea79516e7c5
--
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=51401
Bug ID: 51401
Summary: 6.12-1 can't make server connections anymore
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70257
--> https://bugs.winehq.org/attachment.cgi?id=70257
working tcp connection
Game: Runes of Magic
with 6.12-1 the client can't connect it's version server any more.
downgrade to 6.11-5 solved the issue instantly.
Steps to Reproduce:
update to 6-12
tcpdump -X -n -n host 194.187.19.180
(runewakers updateserver)
start the game
You see the connection, you see some tcp data, but your do not see ANY sign of
a HTTP protocol and unencrypted port 80 connection should contain.
Conclusion: the connection fails on TCP/IP level before HTTP gets involved.
--
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=48426
Bug ID: 48426
Summary: Wine-Gecko can't be installed.
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine-staging 64/32 is asking to install Gecko, but the installation attempt
hangs at "loading down" with no progress.
--
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=57426
Bug ID: 57426
Summary: Battlefield 2 won't launch.
Product: Wine
Version: 9.21
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tanvir.maht(a)outlook.com
Created attachment 77419
--> https://bugs.winehq.org/attachment.cgi?id=77419
Terminal output
Battlefield 2 opens to show a black screen and crashes later on.
--
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=57432
Bug ID: 57432
Summary: dxdiag will return "Windows XP" unconditionally from
systeminfo.szOSExLongEnglish
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: braiamp(a)gmail.com
Distribution: ---
Created attachment 77424
--> https://bugs.winehq.org/attachment.cgi?id=77424
dxdiag.log with windows xp set
Running dxdiag /t dxdiag.log on a new prefix, will show that "Operating System:
Windows XP Professional", despite the prefix being created by default with
Windows 10 configuration on recent versions of wine.
Whatever it is, is caused by dxdiag_info->system_info.szOSExLongEnglish being
specified as Windows XP. I couldn't trace where it was set, after I reached
https://gitlab.winehq.org/wine/wine/-/blob/master/programs/dxdiag/informati…
and was lost in the source.
Attached the "dxdiag /t dxdiag.log" resulting file.
--
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=49933
Bug ID: 49933
Summary: Alt+Tab doesn't work with gog installers
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
I need to minimize other windows to see progress.
When i try to alttab to an installer i'm getting
"00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal.
When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd
0001011C enable -1: stub!"
So, i'm guessing, implementing WINNLSEnableIME will help.
--
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=57436
Bug ID: 57436
Summary: ntlm_auth was not found after Debian update?
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)infobahn.33m.co
Distribution: ---
So I am new to submitting bugs but will try to give relevant info.
Wine --version = wine-8.0 (Debian 8.0~repack-4)
I recently did a mundane:
sudo apt-get update && sudo apt-get upgrade
and later tried running a win program (foobar2000) and got:
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
So I checked the version:
user@media:~/.wine/drive_c/Program Files$ ntlm_auth --version
Version 4.17.12-Debian
and the path:
user@media:~/.wine/drive_c/Program Files$ echo $PATH
/home/user/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
user@media:~/.wine/drive_c/Program Files/foobar2000$ which ntlm_auth
/usr/bin/ntlm_auth
Ultimately this results in foobar2k crashing, but seemingly only fb2k. I have
tried running mp3tag, Awesome Duplicate Finder, notepad.exe, and iexplorer.exe
and none of them crashed (IE would not load pages but I can't be sure that is a
related issue). I will be happy to post more information, please let me know
what is needed.
--
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=57435
Bug ID: 57435
Summary: D2D1GeometrySinc::AddArc() doesn't properly mark end
of the figure segment
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Created attachment 77431
--> https://bugs.winehq.org/attachment.cgi?id=77431
Rounded rect under Wine
If an application creates a rounded rect geometry manually using a sequence of
calls ::AddLine() and ::AddArc() instead of ::CreateRoundedRectangleGeometry()
then the created rectangle is distorted under Wine.
While D2D1GeometrySinc::AddArc() is currently a stub, it tries to be smart and
calls d2d_figure_add_vertex() to add a terminating arc point to the figure,
however this doesn't work, and next call to ::AddLine() draws the line from the
point where previous line was terminated instead of an added vertex, and this
leads to drawing a distorted rectangle.
A simple implementation of ::AddArc() that calculates points of two arc
quadrants and calls d2d_geometry_outline_add_arc_quadrant() helper also suffers
from the same problem: added arc quadrants don't seem to properly mark end of
the figure segment. This seems to be caused by difference between how
::AddLines() and d2d_geometry_outline_add_line_segment() (used by
d2d_rounded_rectangle_geometry_init() helper called from
::CreateRoundedRectangleGeometry()) create line segments.
Attached test applications (source + binary) use both described above
approaches:
::CreateRoundedRectangleGeometry() and ::AddLine() + ::AddArc().
See screenshots for the Windows vs. Wine comparison.
--
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=54482
Bug ID: 54482
Summary: RtlCaptureStackBackTrace cause segv
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 74033
--> https://bugs.winehq.org/attachment.cgi?id=74033
patch attempt
RtlCaptureStackBackTrace crash on segmentation fault because the unwinding
keeps going beyond the stack end. It seems on x86-64 the stack actually starts
at least 32 bytes below StackBase so the compariston with context.rsp to
StackBase will never hit but we get a context.rpc value of 0 which obviously
SEGV:s.
I made a patch attempt and just check if rcp = 0 and end the unwinding.
--
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=41392
Bug ID: 41392
Summary: directory.c: match_filename always false if mask
contains "*?"
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lcmecmac(a)gmail.com
Distribution: ---
A mask containing '*' followed by '?' will not match any files.
For example, "dir *?" does not show any files in a non-empty directory.
--
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=42407
Bug ID: 42407
Summary: LdrUnloadDll may recursion unload same dll
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
Created attachment 57219
--> https://bugs.winehq.org/attachment.cgi?id=57219
LdrUnloadDll log file
It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and
dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still
using dsound.dll.
Type: EXCEPTION_ACCESS_VIOLATION
Error: Read address 0x7985C309
Address: 7985C309
--
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=40972
Bug ID: 40972
Summary: RtlVerifyVersionInfo returns wrong results
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marcinwiaz(a)poczta.onet.pl
Distribution: ---
Created attachment 55126
--> https://bugs.winehq.org/attachment.cgi?id=55126
Tiny test program - EXE and source
(Note: this a different problem than in Bug 36143)
Steps to reproduce:
1) Download and unpack Reproduce.exe, which is attached to this bug report
2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for
Reproduce.exe
3) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is < than RequestedOS (which is WRONG!)
4) Run true Microsoft Windows 2003 Server
5) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is >= than RequestedOS
Explanation:
Minor version numbers should be treated similarly to digits after a decimal
point - so when comparing software versions:
version 5.1 is < than version 5.2
version 5.11 is < than version 5.2 (note that 11 is > than 2 !)
version 5.19 is < than version 5.2 (note that 19 is > than 2 !)
So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the
"VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as:
lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2))
or
lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2))
Please note, that it's still different than comparing real numbers, because:
5.20 = 5.2
but
lstrcmp("5.20","5.2") != 0
So lstrcmp-like function must be used for VER_MINORVERSION and
VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which
is called by the "VerifyVersionInfo" API in Wine) to be compatible with
Microsoft Windows.
Possible fix: in "version.c" file, add a new "version_compare_values_lexical"
function. It should be based on the original "version_compare_values" function,
but should use "lstrcmp" calls instead of integer comparisons. This
"version_compare_values_lexical" function should be called instead of
"version_compare_values" when checking for VER_MINORVERSION and
VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function.
--
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=49828
Bug ID: 49828
Summary: MSVC 2019 executables with ASAN enabled fail to start
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Recent versions of MSVC allow building Windows .exes with ASAN (it may have
already been possible using Clang.):
https://devblogs.microsoft.com/cppblog/addresssanitizer-asan-for-windows-wi…
I took an old Win32/MFC application and built it using MSVC ASAN on Windows 10,
to try to discover memory bugs on Windows and Wine.
- Program download at
https://cdn.discordapp.com/attachments/653168829891084298/75454092297227479…
.
- Source at https://github.com/nyanpasu64/Dn-FamiTracker/tree/b3ba802f
(permalink at
https://cdn.discordapp.com/attachments/653168829891084298/75454082852061186…
).
- To build, copy cmake_user_begin.cmake.example to cmake_user_begin.cmake, then
run CMake in MSVC 32-bit Release mode. It may be possible using Visual Studio's
.json file or msbuild, but I haven't tried yet.
On Windows, the program starts without problems. On wine-5.17, when I try to
run this program, it crashes during the loading process.
nyanpasu64@dell-arch ~/apps> wine Dn_FamiTracker_ASAN.exe
0024:fixme:ntdll:EtwEventRegister ({6c6c766d-3846-4e6a-a4fb-5b530bd0f3fa},
00401030, 00884590, 008845A8) stub.
0024:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0084A41C, 34) stub
==32==AddressSanitizer CHECK failed:
D:\agent\_work\3\s\src\vctools\crt\asan\llvm\compiler-rt\lib\asan\asan_rtl.cc:401
"((!asan_init_is_running && "ASan init calls itself!")) != (0)" (0x0, 0x0)
<empty stack>
`winedbg Dn_FamiTracker_ASAN.exe` doesn't work, it gets stuck on
`0x00000000005c9701 EntryPoint+0xffffffffffffffff in dn_famitracker_asan: ret`.
If I instead `winedbg --gdb Dn_FamiTracker_ASAN.exe`, I get a pile of identical
SIGTRAP with different backtraces. These are non-fatal and can be continued. I
think these correspond to asan errors that would normally terminate the
program, but unfortunately it doesn't print log messages when running in
winedbg. I don't know how to fix that.
0x005c9701 in _sanitizer_print_stack_trace () from
/home/nyanpasu64/.wine/dosdevices/z:/home/nyanpasu64/apps/Dn_FamiTracker_ASAN.exe
The last SIGTRAP is different:
0x7bc52379 in DbgBreakPoint@0 () from
/home/nyanpasu64/.wine/dosdevices/c:/windows/syswow64/ntdll.dll
Afterwards the program starts. (It used to crash, but works with lib32-libpulse
and lib32-mpg123 installed, unsure if that's why.)
--
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=43262
Bug ID: 43262
Summary: Drag&Drop not working between wine explorer and other
applications
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mintos(a)discard.email
Distribution: ---
https://pastebin.com/39uSnrR7 console output
--
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=52215
Bug ID: 52215
Summary: MSTSC (Remote Desktop) 7.0 cannot find its MUI files
when Windows version is set to 7
Product: Wine
Version: 7.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 71279
--> https://bugs.winehq.org/attachment.cgi?id=71279
Error. File not found. C:\windows\system32\<LANG_NAME>\mstsc.exe.MUI
A workaround is to set the Windows version to XP but I don't like it because
Wine as far as I know doesn't allow to set a per application Windows version
and my default Windows version is set to 7.
strace shows that Wine doesn't even attempt to find MUI files as if some
resolution inside it breaks completely when Windows != XP.
--
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=57007
Bug ID: 57007
Summary: Sequence Editor from Legendary Explorer of ME3Tweaks
Mod Manager triggers GDI assert
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: raulvior.bcn(a)gmail.com
Distribution: ---
Created attachment 76845
--> https://bugs.winehq.org/attachment.cgi?id=76845
Log generated with WINEDEBUG=warn
Sequence Editor 6.4.18 from Legendary Explorer of ME3Tweaks Mod Manager 9.0
(Tools->Legendary Explorer) triggers assert from Wine code base
"err:msvcrt:_wassert (L"graphics->hdc_refs ==
0",L"dlls/gdiplus/graphics.c",2621)". Executing with WINEDEBUG=warn+heap shows
the following warning "warn: Using GDI for swapchain presentation. This will
impact performance." which belongs to
https://github.com/doitsujin/dxvk/blob/master/src/d3d9/d3d9_swapchain.cpp#L…
The assert is triggered when trying to add a BioSeqVar_StoryManagerX variable
where X is one of {Bool,Float,Int,StateId}. I have not tried all other object
types. But from the Variables tab it only crashes when double clicking in any
of those four.
The PCC file opened with the Sequence Editor can be downloaded here:
https://drive.proton.me/urls/GSMNK9XPF8#MHMpgEs2uYHe
You have to configure Wine to emulate a virtual desktop. Otherwise tooltips and
menus appear as black rectangles.
### Software information
Legendary Explorer 6.4.18 from ME3Tweaks Mod Manager 9.0.
### System information
- GPU: AMD Radeon VII (RADV VEGA20)
- Driver: radv 24.1.3
- Wine version: wine-9.13
### Apitrace file(s)
https://drive.proton.me/urls/DGQS3343J4#0BDgJCGU0pfz
--
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=57420
Bug ID: 57420
Summary: Incorrect (broken) Japanese Font Substitution for
Tahoma via FontLink
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Created attachment 77410
--> https://bugs.winehq.org/attachment.cgi?id=77410
Left->FontLink,Right->FontSubstitutes
When configuring the Tahoma font to use a Japanese fallback font via FontLink,
issues arise with proper font substitution in Notepad++ and other applications.
Here’s a summary of the issue:
1. A FontLink -> SystemLink registry key is added for Tahoma, which includes
VL-Gothic-Regular.ttf,VL Gothic among other fonts.
2. The system locale is set to ja_JP.UTF-8.
3. Notepad++ (and other applications) is launched.
Expected Behavior: The Japanese font should display correctly throughout the
application interface.
Actual Behavior:
- In some parts in Notepad++ where using Tahoma font (e.g., menus), the
Japanese font does not display correctly, though in other areas, like the
settings window, it does.
- We have verified this behavior in other applications, and the same issue is
consistently observed.
- Without linking to VL Gothic, the Japanese text in menus becomes completely
unreadable. VL Gothic is used here as an example for a readable fallback font.
Workaround: Adding a FontSubstitutes registry entry that maps Tahoma to VL
Gothic Regular resolves the issue, and the correct font appears throughout the
interface.
Problem with the Workaround: This approach is not ideal because changing the
system locale does not automatically update the FontSubstitutes entry. As a
result, VL Gothic Regular remains set for Tahoma, which is undesirable in an
English locale, for example.
Additional Information:
- Attached are screenshots showing correct and incorrect font rendering.
- Tested on Wine 9.0 as well as the main branch, with consistent behavior in
both versions.
--
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=57429
Bug ID: 57429
Summary: Wine fails to open a terminal window if a terminal
application is invoked from the file manager
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobi17spam(a)gmx.de
Distribution: ---
This is on Linux Mint. If Wine is invoked from the file manager (using an open
action), on a windows terminal exe, it doesn't open a terminal on its own (like
Windows would in such a situation). When run from an existing terminal, the
executable is run as it should.
--
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=48641
Bug ID: 48641
Summary: skse64 is broken with the ntdll-ForceBottomUpAlloc
patchset
Product: Wine-staging
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
While SKSE64 now works properly under wine, it hangs (then fails to launch)
when the ntdll-ForceBottomUpAlloc patchset is enabled. Building wine-staging
without that specific patchset works fine.
This is similar to how it was in earlier wine versions, before a better version
of the F4SE patches (https://github.com/hdmap/wine-hackery/tree/master/f4se)
were mainlined.
--
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=57099
Bug ID: 57099
Summary: Frosty Mod Manager opens up but apply nor launch the
game.
Product: Wine
Version: 9.13
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tanvir.maht(a)outlook.com
Frosty Mod Manager can be opened but you can’t apply mods and then launch the
game.
--
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=54114
Bug ID: 54114
Summary: Cyberworld Browser: "Could not resolve
'intro_default.url'"
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: doomtay(a)gmail.com
Distribution: ---
Created attachment 73649
--> https://bugs.winehq.org/attachment.cgi?id=73649
Example files
https://web.archive.org/web/20020808051830id_/http://www.cyberworldcorp.com…
Cyberworld Browser Installer
When opening up "intro.borg" in the sample zip, I expect both the large web
panel and side panel to change. Instead, I get a black screen and the message
"Could not resolve 'intro_default.url'" at the bottom
--
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=30615
Bug #: 30615
Summary: Audition CS6 (5.0) - strange UI graphics
Product: Wine
Version: 1.5.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan(a)lugfl.de
Classification: Unclassified
Created attachment 40072
--> http://bugs.winehq.org/attachment.cgi?id=40072
Audition CS6 Mixer screenshot
The UI looks very strange. Results with native and buildin gdiplus looks
identical.
see attached screenshot.
A log of the console output is attached too.
--
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.