https://bugs.winehq.org/show_bug.cgi?id=52105
Bug ID: 52105
Summary: Handle to \Device\NamedPipe\ cannot be used as the
RootDirectory for NtCreateNamedPipeFile
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2
Distribution: ---
Commit 2600ecd4edf (server: Use a separated object for each opened named pipe
device file., 2018-10-29) split the role of the named pipe device and the named
pipe file.
However, in doing so, it changed the semantics of opening \Device\NamedPipe\.
In particular, it is no longer possible to use a handle to \Device\NamedPipe\
as RootDirectory when creating a named pipe.
This bug makes Cygwin's named pipe creation
(https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…)
loop forever.
--
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=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=48121
Bug ID: 48121
Summary: Unity games do not fire
OnApplicationFocus/OnApplicationPause events on focus
regain
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dt(a)zeroitlab.com
Distribution: ---
Created attachment 65713
--> https://bugs.winehq.org/attachment.cgi?id=65713
Proof of concept patch
I've tested with both stable and staging, neither gets unity to fire
OnApplicationFocus and OnApplicationPause events on focus regain. I've tracked
this down by reverse engineering the native unity binary.
There are 4 window messages to which the unity engine reacts by firing these
internal events. They are:
1. WM_SIZE (when wParam == 0 && unity's window is active)
2. WM_EXITSIZEMOVE
3. WM_NCPOINTERUP
4. WM_NCPOINTERDOWN (when DragDetect() says the pointer is in bounds for the
window; pointer coordinates are passed in lparam)
Of all these events, it seems to me, that the ones we should be firing and are
not currently, are WM_NCPOINTERUP and WM_NCPOINTERDOWN.
I was not sure how to get the pointer coordinates, but I was able to confirm
this finding, by firing WM_NCPOINTERUP with wparam=0, lparam=0 on focus regain
because that event had no such bounds check in the unity engine code. With this
change, my target application indeed unpauses.
Observing the issue is fairly easy,
https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnApplicationFocus.h…
adding this example behaviour to the camera and building the project for
windows then running it in wine reproduces.
--
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=48479
Bug ID: 48479
Summary: kernel: wineserver[13829]: segfault at 60 ip
0000000000428d8f sp 00007fff60b2e5c0 error 4 in
wineserver[403000+53000]
Product: Wine-staging
Version: 5.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
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 66269
--> https://bugs.winehq.org/attachment.cgi?id=66269
journal of the wineserver crash
Wine-Staging Rc5 crashed with a core dump.
thousands!! of these lines come before the dump:
022b:fixme:rawinput:GetRawInputBuffer data (nil), data_size 0x22f7b0,
header_size 24 stub!
System is:
CPU: AMD FX-8350
GPU: Nvidia GTX1050 with Nvidia drivers
OS: Fedora 30
Special Patches: Vulcan Dxvk driver installed ( latest )
--
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=45416
Bug ID: 45416
Summary: mousepointer of runes of magic disapears if the window
gets blurred and refocused
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: Fedora
Version: wine-3.11-1.fc27.x86_64 / wine-staging-common-3.11-1.i686
mousepointer of runes of magic disapears if the window gets blurred and
refocused
aka.. mouse out of the window and back in.
After selecting an item in the back, it gets back to normal, but if you can't
hit one, the mousepointer gets only updated when left or right mb is pressed.
the button click just updates the position, but it does not stop the problem,
only a item drop (in the bag ) does.
it was no problem with this version:
# cat /root/wine.works.rpm.liste
mingw32-wine-gecko-2.47-2.fc26.noarch
mingw64-wine-gecko-2.47-2.fc26.noarch
wine-2.10-1.fc25.i686
wine-2.10-1.fc25.x86_64
wine-alsa-2.10-1.fc25.i686
wine-alsa-2.10-1.fc25.x86_64
wine-arial-fonts-2.10-1.fc25.noarch
wine-capi-2.10-1.fc25.i686
wine-capi-2.10-1.fc25.x86_64
wine-cms-2.10-1.fc25.i686
wine-cms-2.10-1.fc25.x86_64
wine-common-2.10-1.fc25.noarch
wine-core-2.10-1.fc25.i686
wine-core-2.10-1.fc25.x86_64
wine-courier-fonts-2.10-1.fc25.noarch
wine-debuginfo-1.9.3-1.fc23.x86_64
wine-desktop-2.10-1.fc25.noarch
wine-filesystem-2.10-1.fc25.noarch
wine-fixedsys-fonts-2.10-1.fc25.noarch
wine-fonts-2.10-1.fc25.noarch
wine-ldap-2.10-1.fc25.i686
wine-ldap-2.10-1.fc25.x86_64
wine-marlett-fonts-2.10-1.fc25.noarch
wine-mono-4.7.0-1.fc25.noarch
wine-ms-sans-serif-fonts-2.10-1.fc25.noarch
wine-openal-2.10-1.fc25.i686
wine-openal-2.10-1.fc25.x86_64
wine-opencl-2.10-1.fc25.i686
wine-opencl-2.10-1.fc25.x86_64
wine-pulseaudio-2.10-1.fc25.i686
wine-pulseaudio-2.10-1.fc25.x86_64
wine-small-fonts-2.10-1.fc25.noarch
wine-staging-2.10-1.i686
wine-staging-common-2.10-1.i686
wine-symbol-fonts-2.10-1.fc25.noarch
wine-systemd-2.10-1.fc25.noarch
wine-system-fonts-2.10-1.fc25.noarch
wine-tahoma-fonts-2.10-1.fc25.noarch
wine-tahoma-fonts-system-2.10-1.fc25.noarch
wine-times-new-roman-fonts-2.10-1.fc25.noarch
winetricks-20170517-1.fc25.noarch
wine-twain-2.10-1.fc25.i686
wine-twain-2.10-1.fc25.x86_64
wine-wingdings-fonts-2.10-1.fc25.noarch
--
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=43443
Bug ID: 43443
Summary: mouse pointer/focusing issues with wine 2.11.1
Product: Wine
Version: 2.11
Hardware: x86
URL: https://bugzilla.redhat.com/show_bug.cgi?id=1468889
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: Fedora
Description of problem:
Since wine got updated to 2.11-1 this morning, i had trouble with the mouse
pointer in "Runes of Magic" .
The pointer got invisible/stuck/both randomly when moving it on and off the
monitor ( dual monitor here ) where ROM was running, wenn moving the char
around with WASD controls. This was disturbing and made "dangerouse" gameplay
next to impossible, i.o.w. i couldn't risk dangerouse actions in game, because
it was uncertain if i could control the game while doing it.
After downgrading, it works again flawless ( said that in context with ROM,
means something :D )
Version-Release number of selected component (if applicable):
2.11.1-fc25
List of packages installed - Action taken to revert wine back to 2.10 :
wine-2.11-1.fc25.i686 38/74
wine-2.11-1.fc25.i686 39/74
wine-fonts-2.11-1.fc25.noarch40/74
wine-desktop-2.11-1.fc25.noarch 41/74
wine-pulseaudio-2.11-1.fc25.i686 42/74
wine-alsa-2.11-1.fc25.i686 43/74
wine-capi-2.11-1.fc25.i686 44/74
wine-cms-2.11-1.fc25.i686 45/74
wine-ldap-2.11-1.fc25.i686 46/74
wine-openal-2.11-1.fc25.i686 47/74
wine-opencl-2.11-1.fc25.i686 48/74
wine-twain-2.11-1.fc25.i686 49/74
wine-core-2.11-1.fc25.i686 50/74
wine-common-2.11-1.fc25.noarch 51/74
wine-times-new-roman-fonts-2.11-1.fc25.noarch 52/74
wine-tahoma-fonts-system-2.11-1.fc25.noarch 53/74
wine-pulseaudio-2.11-1.fc25.i686 54/74
wine-tahoma-fonts-2.11-1.fc25.noarch 55/74
wine-alsa-2.11-1.fc25.i686 56/74
wine-capi-2.11-1.fc25.i686 57/74
wine-cms-2.11-1.fc25.i686 58/74
wine-ldap-2.11-1.fc25.i686 59/74
wine-openal-2.11-1.fc25.i686 60/74
wine-opencl-2.11-1.fc25.i686 61/74
wine-twain-2.11-1.fc25.i686 62/74
wine-systemd-2.11-1.fc25.noarch 63/74
wine-arial-fonts-2.11-1.fc25.noarch 64/74
wine-courier-fonts-2.11-1.fc25.noarch 65/74
wine-fixedsys-fonts-2.11-1.fc25.noarch 66/74
wine-marlett-fonts-2.11-1.fc25.noarch 67/74
wine-ms-sans-serif-fonts-2.11-1.fc25.noarch 68/74
wine-small-fonts-2.11-1.fc25.noarch 69/74
wine-symbol-fonts-2.11-1.fc25.noarch 70/74
wine-system-fonts-2.11-1.fc25.noarch 71/74
wine-wingdings-fonts-2.11-1.fc25.noarch 72/74
wine-core-2.11-1.fc25.i686 73/74
wine-filesystem-2.11-1.fc25.noarch 74/74
Bug has been reported to Fedoras Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1468889
--
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.