http://bugs.winehq.org/show_bug.cgi?id=58151
Bug ID: 58151
Summary: MusicBee: fonts for certain Unicode symbols not being
redirected
Product: Wine-staging
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v_winebugs(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 78432
--> http://bugs.winehq.org/attachment.cgi?id=78432
MusicBee font redirection bug screenshots
Font redirection for CJK scripts seems to be working reliably since 10.x, which
is great. But I don't think the font redirection bug is 100% dealt with yet.
I've come across two artists that seem to test the limits of WINE's
Unicode/font handling: ???????????? ???????????????????????? ("SKY SPORTS"
written in bold mathematical lettering, different from regular Latin letters)
and ⣎⡇ꉺლ༽இ•̛)ྀ◞ ༎ຶ ༽ৣৢ؞ৢ؞ؖ ꉺლ - ...yeah, don't ask. This is an alias for Four Tet, so
I'll refer to this as "Four Tet's alias" from here on out.
These artists' gimmick seem to be messing about Unicode symbols - for SKY
SPORTS' case it's using bold mathematical lettering to give the illusion of
bold text, for the case of Four Tet's alias, it's using whatever symbols they
can find to make Unicode gibberish. I'll link their entries on MusicBrainz if
you want to have a further look:
SKY SPORTS: https://musicbrainz.org/artist/1cc8899d-3d78-49ac-b3dd-64ec7a15259d
Four Tet alias:
https://musicbrainz.org/artist/2d9745dd-5dc6-4145-9453-fec582cfa9b8
No matter what font, these artists' names and releases do not show up on
MusicBee, they show up as boxes. This is not reproducible on Windows. In the
past, changing to Tahoma would show CJK letters somewhere or other except when
it's bold. In this case, Tahoma does nothing to fix this. Unifont is installed
(through winetricks allfonts) and that does display the symbols in Four Tet's
alias, so this is likely a bug with font redirection again.
--
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=32968
Bug #: 32968
Summary: Sengoku Rance unbearable slow
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maxmusterm(a)gmail.com
Classification: Unclassified
When trying to play Sengoku Rance with the latest patches (english patched
version) everything is extremly slow.
Sengoku Rance uses the Alisesoft System4.0 Ver1.3 engine.
I installed it with a clean wine prefix,googled like hell for help and tested
it on two laptops each with the newest wine version on Arch:
1.6ghz dual core with ati hd 6320 (with the ati driver from git)
2.5 ghz dual core with geforce 9300gs (with nouveau from git)
This is an old game using directx 6.
Running the game itself from the console gives no output whatsoever.
And everything after and including the main menu runs at roughly a third of the
speed.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52380
Bug ID: 52380
Summary: Logos 9 Bible Software (.NET 4.7 app) menus glitching,
flickering and not showing regression
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 71593
--> https://bugs.winehq.org/attachment.cgi?id=71593
Video showing menu glitch regression.
Menu Items docs guides tools and layout work on first click and then flash
there after. This is a regression which only appears in 7.0rc5-staging. devel
doesn't have this bug. Please see the video for demonstration.
N.b. this is not the same as bug 51984 which was resolved.
Help is much appreciated! Below is the installation guide.
The app is a bit like kindle in so much as the engine is free but the resources
cost so there is a free download. Unlike kindle it has many advanced research
features and books link together etc. The main app is free but there are paid
features, resources and subscriptions. To use the app you need a free account
https://www.logos.com/product/194909/logos-9-basic. It uses a downloader app
which last I tried doesn't work with wine. The actual msi link is
https://downloads.logoscdn.com/LBS9/Installer/9.6.0.0024/Logos-x64.msi
Manual Install Procedure:
1 Install wine 6 or newer
2 winetricks corefonts
3 winetricks settings fontsmooth=rgb
4 winetricks dotnet48
5 winetricks settings renderer=gdi (you might need to set the reg key
manually)
6 Install the Logos.msi download but don't run it.
7 wine64 reg add "HKCU\\Software\\Wine\\AppDefaults\\LogosIndexer.exe" /v
Version /t REG_SZ /d vista /f
8 Run Logos and sign in with your free account.
There is a script which downloads a preconfigured wine bottle and sets it all
up in $USER/Logos_BibleP directory which you can then easily remove etc.
https://github.com/ferion11/LogosLinuxInstaller/releases Choose fast install
without wine AppImage.
--
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=49482
Bug ID: 49482
Summary: unhandled exception: page fault on read access to
0x00000018
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: noel.kuntze+bugs.winehq(a)thermi.consulting
Distribution: ---
Created attachment 67596
--> https://bugs.winehq.org/attachment.cgi?id=67596
backtrace.exe from wine crash window
Caused by autoconf conftest.exe
--
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=35057
Bug #: 35057
Summary: Corel Paint Shop Pro X trial fails to install
Product: Wine
Version: 1.7.7
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 22959
Classification: Unclassified
Created attachment 46749
--> http://bugs.winehq.org/attachment.cgi?id=46749
terminal output/backtrace
I noticed this while looking at bug (22959). There are a couple other bugs for
other versions of this program, but I'm not clear which version this is (X
isn't very clear), and the installer names are different, so filing a clean
bug. The others, for reference, are bug 27240 and bug 34377.
Installer used:
http://www.freedownloads.be/downloaddetail/1763-Corel-Paint-Shop-Pro-X
austin@aw25 ~ $ sha1sum Corel_PaintShopPro1000_EN_TBYB_TrialESD.exe
f9685288f5c9d922f51c0f39194bf71d3935bb4c
Corel_PaintShopPro1000_EN_TBYB_TrialESD.exe
austin@aw25 ~ $ du -h Corel_PaintShopPro1000_EN_TBYB_TrialESD.exe
106M Corel_PaintShopPro1000_EN_TBYB_TrialESD.exe
austin@aw25 ~ $ wine --version
wine-1.7.7-199-g608b1e1
fails pretty early, with a dialog saying it failed prematurely. There's also an
msi crash:
err:msi:ITERATE_Actions Execution halted, action L"PCU_Callit" returned 1603
...
=>0 0x7ed36636 msi_destroy_assembly_caches+0x26(package=0x148e88)
[/home/austin/wine-git/dlls/msi/../../include/fusion.h:250] in msi (0x0033fbc8)
1 0x7ed7c84f MSI_FreePackage+0x1e(arg=0x148e88)
[/home/austin/wine-git/dlls/msi/package.c:351] in msi (0x0033fc18)
2 0x7ed60ca7 msiobj_release+0x66(info=0x148e88)
[/home/austin/wine-git/dlls/msi/handle.c:259] in msi (0x0033fc58)
3 0x7ed6c371 MsiInstallProductW+0xe0(szPackagePath=<is not available>,
szCommandLine=<is not available>) [/home/austin/wine-git/dlls/msi/msi.c:252] in
msi (0x0033fca8)
4 0x7ee12e4f WinMain+0x79e(hInstance=<is not available>, hPrevInstance=<is
not available>, lpCmdLine=<is not available>, nCmdShow=<is not available>)
[/home/austin/wine-git/programs/msiexec/msiexec.c:983] in msiexec (0x0033fd88)
5 0x7ee11a64 main+0xb3(argc=<couldn't compute location>, argv=<couldn't
compute location>) [/home/austin/wine-git/dlls/winecrt0/exe_main.c:49] in
msiexec (0x0033fe18)
6 0x7ee14a10 __wine_spec_exe_entry+0x7f(peb=<couldn't compute location>)
[/home/austin/wine-git/dlls/winecrt0/exe_entry.c:36] in msiexec (0x0033fe58)
7 0x7b8601cc call_process_entry+0xb() in kernel32 (0x0033fe78)
8 0x7b8611e3 start_process+0x62(peb=<couldn't compute location>)
[/home/austin/wine-git/dlls/kernel32/process.c:1097] in kernel32 (0x0033feb8)
9 0x7bc807e0 call_thread_func_wrapper+0xb() in ntdll (0x0033fed8)
10 0x7bc8378d call_thread_func+0x7c(entry=0x7b861180, arg=0x7ffdf000,
frame=0x33ffc8) [/home/austin/wine-git/dlls/ntdll/signal_i386.c:2602] in ntdll
(0x0033ffa8)
11 0x7bc807be call_thread_entry_point+0x11() in ntdll (0x0033ffc8)
12 0x7bc5576e start_process+0x1d(kernel_start=0x7b861180)
[/home/austin/wine-git/dlls/ntdll/loader.c:2762] in ntdll (0x0033ffe8)
13 0xf75cab2d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000)
14 0xf75cabeb wine_switch_to_stack+0x2a(func=0x7bc55750, arg=0x7b861180,
stack=0x340000) [/home/austin/wine-git/libs/wine/port.c:59] in libwine.so.1
(0xffde17d8)
I'll attach logs
--
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.
https://bugs.winehq.org/show_bug.cgi?id=48149
Bug ID: 48149
Summary: Paintshop Pro X2 does not install
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bignintyfan(a)gmail.com
Distribution: ---
Created attachment 65764
--> https://bugs.winehq.org/attachment.cgi?id=65764
Paintshop Pro X2 Log
While trying to test 16978, I found that the installer for Paint Shop Pro X2
stops at the "Preparing the InstallShield Wizard" step in Wine 4.20.
To download to test use this link:
https://web.archive.org/web/2015*/http://download.oldapps.com/Paint_Shop_Pr…
See the attached log for details
--
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=58092
Bug ID: 58092
Summary: Wine on aarch64 fails to run Windows ARM applications:
missing ntdll.dll in WOW64 mode
Product: Wine
Version: 9.0
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
I'm experimenting with running Wine on an ARM64 (aarch64) Linux system and I’ve
run into issues trying to execute Windows applications compiled for Windows on
ARM.
I compiled Wine for aarch64 from source, and some built-in tools like Notepad
work fine. However, when trying to run Windows ARM apps like Google Chrome or
Firefox (ARM versions), I encounter errors and the applications fail to launch.
For example, running the Chrome ARM setup (ChromeStandaloneSetup.exe) results
in the following output:
wine ChromeStandaloneSetup.exe
0050:err:vulkan:vulkan_init_once Wine was built without Vulkan support.
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\winebth": c00000e5
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"winebth"
failed to start: 1359
0024:err:environ:init_peb starting
L"Z:\\root\\Downloads\\ChromeStandaloneSetup.exe" in experimental wow64 mode
wine: failed to load L"\\??\\C:\\windows\\syswow64\\ntdll.dll" error c0000135
The key issue seems to be:
wine: failed to load L"\\??\\C:\\windows\\syswow64\\ntdll.dll" error c0000135
From what I understand, this suggests a missing or misconfigured WOW64
environment. I would appreciate any guidance on whether this functionality is
expected to work yet, or if additional configuration or patches are required.
System details:
Architecture: aarch64
Wine version: wine-10.4-203-ge956c4ec71d
Distro: Rocky Linux 8.10 (Green Obsidian)
Any pointers on how to get Windows ARM applications working under Wine on
ARM64, or whether this is still in development, would be greatly appreciated.
If you need any more logs or build configuration info, I'm happy to provide
them.
--
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=58147
Bug ID: 58147
Summary: Texts not shown in RTL session
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: moceap(a)hotmail.com
Distribution: ---
Created attachment 78430
--> http://bugs.winehq.org/attachment.cgi?id=78430
Example of the bug
Both RTL and LTR texts not shown correctly in RTL session, in fresh wine
releases. (Was worked before.)
The error message is:
0168:fixme:uniscribe:GSUB_apply_ContextSubst Unhandled Context Substitution
Format 3
--
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=51139
Bug ID: 51139
Summary: Application T@X 2021 freezes when trying to transmit
data to Elster (German Tax Application)
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dieter.jurzitza(a)harman.com
Distribution: ---
T@X20XX can be used with wine since years. This year it apparently worked as
usual, with one frustrating exception: when trying to transfer the entire
documetation to the finance office at the end the application freezes and does
noting any more.
Unfortunately no error shows in the logs when starting wine with a
corresponding debug option (WINEDEBUG=+relay, I hope this is ok ...). I have 32
GByte of logging code what is meaningless to upload - but no "real" error
message inside.
"top" shows 100% CPU - load by the wine process stman.exe. Messages show like:
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000024) ret=089a10d6
01b8:Ret ntdll.RtlAllocateHeap() retval=3ec3bbe0 ret=089a10d6
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000024) ret=089a10d6
01b8:Ret ntdll.RtlAllocateHeap() retval=2f24da98 ret=089a10d6
01b8:Call KERNEL32.HeapFree(00220000,00000000,2f24da98) ret=0899e7eb
01b8:Ret KERNEL32.HeapFree() retval=00000001 ret=0899e7eb
01b8:Call KERNEL32.HeapFree(00220000,00000000,3ec3bbe0) ret=0899e7eb
01b8:Ret KERNEL32.HeapFree() retval=00000001 ret=0899e7eb
in fast sequence and this:
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000014) ret=6be509ba
01b8:Ret ntdll.RtlAllocateHeap() retval=31991020 ret=6be509ba
0238:Call ntdll._strnicmp(17f9c7cc "Inter-| Receive
| Transmit\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000008,00000014) ret=6be7960b
0238:Ret ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Ret ntdll.RtlAllocateHeap() retval=31983590 ret=6be7960b
0238:Call ntdll._strnicmp(17f9c7cd "face |bytes packets errs drop fifo frame
compressed multicast|bytes packets errs drop fifo colls carrier
compressed\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000020) ret=6be798c1
0238:Ret ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Ret ntdll.RtlAllocateHeap() retval=31992478 ret=6be798c1
0238:Call ntdll._strnicmp(17f9c7d0 "lo: 376975 3786 0 0 0 0
0 0 376975 3786 0 0 0 0 0
0\n",17f9ca0c "eth1",00000004) ret=7eceaa21
0238:Ret ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,0000000c) ret=6be7974e
0238:Call ntdll._strnicmp(17f9c7ce "eth1: 727671935 574392 0 0 0
0 0 2870 31275660 279019 0 0 0 0 0
0\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Ret ntdll.RtlAllocateHeap() retval=31991978 ret=6be7974e
0238:Ret ntdll._strnicmp() retval=00000000 ret=7eceaa21
cycling through eth0, eth1, wlan0 etc ...
Finally I see once this at the begin (when the trouble starts ...):
01b8:Ret ntdll.RtlAllocateHeap() retval=3ecc7cc8 ret=089a10d6
01b8:Call KERNEL32.OutputDebugStringW(3ecc7cd8 L"void __thiscall
BTS::FormViewerPage::enablePrevNext(void) -1 21\n") ret=67020427
01b8:Call ntdll.RtlInitUnicodeString(0021d000,3ecc7cd8 L"void __thiscall
BTS::FormViewerPage::enablePrevNext(void) -1 21\n") ret=7b0125fa
01b8:Ret ntdll.RtlInitUnicodeString() retval=00000082 ret=7b0125fa
with the "void __thiscall entries - but no clue on my behalf. Any support is
very much appreciated, most specifically what could I do and how could I better
debug the process without flooding my harddisk with trillions (ok, maybe less
:-)) of messages.
Thank you very much,
take care
Dieter Jurzitza
--
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=58143
Bug ID: 58143
Summary: Variable refresh rate does not work properly with
winewayland.
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: jogamer1(a)protonmail.com
Distribution: ---
When using Wine's wayland backend, variable refresh rate is not working
properly according to the monitor's built in refresh rate counter. It works
fine on xwayland.
Steps to reproduce:
1. Have a monitor and GPU that supports VRR
2. Set up a framerate limiter such as Mangohud, cap the game to a framerate
within the monitor's VRR range (most 1080p 144hz monitors with
VRR/Freesync/G-Sync have a range of 144hz to 48hz).
3. Launch a game in native wayland mode with 'MANGOHUD=1 DISPLAY= wine
game.exe' (assuming dxvk is set up and your GPU supports Vulkan), make sure the
game is in fullscreen.
4. Cap the game's framerate, if your monitor has a refresh rate on-screen
display watch it spike from the framerate you capped it at to the monitor's max
refresh rate.
5. Test it again with xwayland wine in fullscreen 'MANGOHUD=1 wine game.exe',
cap the framerate and actiavte the monitor's refresh rate on-screen display. It
will stay at/around the game's capped framerate.
Using KWin Wayland 6.3.4, Kernel 6.14 Mesa 25.0.3, AMDGPU RX 6000 graphics with
a 144hz monitor connected via Display Port. Most Unity engine games launch fine
in wayland mode for games to test.
--
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.