https://bugs.winehq.org/show_bug.cgi?id=57391
Bug ID: 57391
Summary: FSCTL_DISMOUNT_VOLUME does not work on drives with
spaces in path
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: toadking(a)toadking.com
Distribution: ---
After investigating, it looks like the FSCTL_DISMOUNT_VOLUME ioctl is
implemented by manually calling `umount` on the volume's mount path, but the
program is invoked using `system` instead of via other methods. This means
spaces in the volume path are not handled correctly and the volume is never
actually unmounted.
Reproduction:
* Insert a DVD/Blu-ray and mount it at a path including a space.
* Run `wine eject <drive letter>:
Results: Drive is not ejected
Expected: Drive is rejected
Attached are strace calls on two paths (one with a space, one without) showing
the issue.
--
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=42606
Bug ID: 42606
Summary: wine doesn't *fully* respect locale settings in some
corner cases
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This time it's a problem even if this is the only app currently running in the
prefix.
Download address for the engine:
http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip
Instruction for setting up a project:
http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to
be for a different archive, but get the point across)
So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my
standard locale) and starting that project, most of the things seem to work
correctly (as I've got the standard overrides for Gothic/Mincho set already in
place), yet...
When right clicking the engine console (not the game window), there's mojibake
in that menu.
WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma
is called with charset determined by my standard locale, instead of the
Japanese one.
That somehow results in the text being treated as encoded in that locale's
Windows codepage, instead of cp932 (or is that vice versa ?).
--
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=57072
Bug ID: 57072
Summary: Window is flashing when painting transluent effects
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: z.figura12(a)gmail.com
Regression SHA1: 46c8a637525d0f1cf67830295fb460c819b800b6
Distribution: ---
An application that I have here draws transluent effects when mouse moves over
some of its text items and that leads to huge flashing. It looks like top level
window is constantly recreated. This is a regression caused by
commit 46c8a637525d0f1cf67830295fb460c819b800b6
Author: Elizabeth Figura <zfigura(a)codeweavers.com>
Date: Fri Jan 20 16:23:42 2023 -0600
winex11: Separately store the internal pixel format set by
WGL_WINE_pixel_format_passthrough.
Reverting just single line of this commit
@@ -1402,12 +1402,12 @@ static BOOL set_win_format( HWND hwnd, const struct
wgl_
pixel_format *format, BO
XFlush( gdi_display );
release_gl_drawable( gl );
- win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), FALSE
)
;
+ win32u_set_window_pixel_format( hwnd, pixel_format_index( format ),
interna
l );
completely fixes the problem. Could that be an inadvertent change or oversight?
--
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=57382
Bug ID: 57382
Summary: World Of Warcraft no longer start
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oneofone(a)gmail.com
Distribution: ---
Since 9.20 (normal and staging), WoW no longer starts, just a zombie process.
There is nothing in the logs.
--
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=56466
Bug ID: 56466
Summary: Dark souls remastered crashing with winewayland when
trying to open "pc settings" in game
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: nazizeakz938(a)gmail.com
Distribution: ---
Created attachment 76231
--> https://bugs.winehq.org/attachment.cgi?id=76231
this is the crash file given when trying to open the pc settings in game.
Playing dark souls remastered with winewayland results in a crash when trying
to access "pc settings" from the in game menu.
--
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=57290
Bug ID: 57290
Summary: String Substitution not working
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: huangqinjin(a)gmail.com
Distribution: ---
set "f=a.txt"
echo "%f:.=_%"
It outputs "a_txt" on Windows CMD and Wine 9.18, but output "atxt" for Wine
9.19.
--
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=53321
Bug ID: 53321
Summary: Unhandled page fault on write access in A_SHAFinal
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: f.alexander.wilms(a)gmail.com
Distribution: ---
Created attachment 72703
--> https://bugs.winehq.org/attachment.cgi?id=72703
log of wine output
I was trying to a run a snake game for Windows that can fit into a QR code:
https://www.mattkc.com/etc/snakeqr/https://web.archive.org/web/20220616183735/https://www.mattkc.com/etc/snake…
The binary was created using the compressing linker Crinkler
(https://github.com/runestubbe/Crinkler)
Convert QR code to exe:
zbarimg -S binary code.png > snake.exe
I encountered the following crash:
wine: Unhandled page fault on write access to 00000024 at address 7BC4AD36
(thread 016c), starting debugger...
Unhandled exception: page fault on write access to 0x00000024 in 32-bit code
(0x7bc4ad36).
[...]
=>0 0x7bc4ad36 A_SHAFinal+0xc6(Context=<internal error>, Result=<internal
error>) [Z:\home\alexander\Development\wine-git\dlls\ntdll\crypt.c:204] in
ntdll (0x1f92ea38)
1 0x00420640 in snake (+0x20640) (0x1f92eae8)
Running snake.exe with WINEDEBUG=+relay took forever and didn't seem to contain
any additional information.
--
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=53019
Bug ID: 53019
Summary: MusicBee: inconsistent CJK/non-Latin support with
Tahoma, no support on any other font.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: v_winebugs(a)outlook.com
Distribution: ArchLinux
Created attachment 72386
--> https://bugs.winehq.org/attachment.cgi?id=72386
All of the screenshots showcasing the bug, in a .tar.gz file.
Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font
replacements installed via winetricks - allfonts + fakechinese, fakejapanese,
fakekorean.
When Tahoma is selected as the default font, which is default on new
installations of MusicBee in WINE, MusicBee displays CJK and symbols very
inconsistently. 新しい日の誕生 by 2814 is a good example as not only is Japanese text
used, but the artist name uses full-width characters which comes under the
symbol part of this bug.
The artist and album names are displayed just fine on the left sidebar, tag
editor, track listing panel and mostly on the playing track panel. Generally,
if there is no formatting on the text, it is displayed. However in the Music
Explorer view, as well as playlist views such as Album & Tracks, Albums and
Artists, squares are put in the text's place, typically on the portions meant
to be formatted like headings (bolded, increased font size).
When any other font is used, whether included by the WINE prefix or brought in
from the distro, absolutely no font is displayed for those symbols whatsoever.
Everywhere that renders fonts on MusicBee will not render any non-Latin symbols
whatsoever.
In either case, the title on the Playing Tracks panel does not display any
non-Latin symbols whatsoever. I've checked the formatting and used the Regular
variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will
result in squares, changing the size is fine.
A workaround is to use a font that has all of the scripts needed for use, such
as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and
Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has
the relevant scripts, the symbols will be displayed, however since most fonts
don't include CJK scripts, WINE/MusicBee has trouble displaying them when those
fonts are picked. To make matters worse, due to .NET limitations, MusicBee can
only use TrueType fonts, and some fonts result in MusicBee complaining that
it's not a valid TrueType font, even though it only displays TrueType fonts in
the font picker (Yu Gothic UI was used for this example).
When searching for related bugs, I came across this:
https://bugs.winehq.org/show_bug.cgi?id=34298#c5
Adding a font that works to the registry changes basically nothing. MusicBee
still has trouble consistently rendering CJK and other symbols.
--
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=57340
Bug ID: 57340
Summary: Installation Error : MS Power BI Desktop
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cjm12b(a)gmail.com
Distribution: ---
Created attachment 77306
--> https://bugs.winehq.org/attachment.cgi?id=77306
MS Power BI Bug Report
While I install MS Power BI Desktop on Ubuntu using PlayOnLinux, the installer
pops-up a program error details as attached below...
--
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=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.