https://bugs.winehq.org/show_bug.cgi?id=56547
Bug ID: 56547
Summary: New Alpha Protocol GOG Release Fails to Launch
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 76303
--> https://bugs.winehq.org/attachment.cgi?id=76303
Wine-9.5 Terminal Output Log
Distro: Gentoo Linux 64-bit (LLVM-based)
Wine Version: 9.5 (Built with GGC & MingW)
Wine Compile Flags:
CFLAGS="-march=znver2 -pipe -O2 -ggdb3"
CXXFLAGS="${CFLAGS} -Wp,-D_GLIBCXX_ASSERTIONS"
LDFLAGS="-Wl,-O2,--sort-common,--as-needed"
-----
Store Page:
https://www.gog.com/en/game/alpha_protocol
-----
Summary:
--------
After installing GOG's re-release of Alpha Protocol, the game fails to properly
launch and throws a backtrace window instead.
--
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=17195
Summary: NamedPipe datagrams need to be _really_ datagrams
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
ok, after a little bit of investigation, i think i understand the pipes code
enough to be able to say what's going on, and i'm seeing something like this:
process 1:
recvpipe = CreateNamedPipe("\\pipe\fred")
ReadFile(recvpipe, buffer, &length);
printf(length) ===> 43
ReadPipe(recvpipe, buffer, &length); /* no data */
process 2:
sendpipe = CreateNamedPipe("\\pipe\fred")
length = 9;
WriteFile(sendpipe, buffer, &length);
length = 34;
WriteFile(sendpipe, buffer, &length);
what's happening is that the data being sent down the pipes isn't being done as
datagrams. the implementation is using a stream-based fd.
the solution is: you _must_ implement a protocol on top of the pipes which
sends the length (as a 32-bit int, whatever) which is read off the fd, followed
by the data stream of _exactly_ that length.
_must_. there's no two ways about this.
the protocol of Pipes is unfortunately a combination of both datagrams and
streams. datagrams because the lengths of data sent are absolute and
inviolate. streams because the data order and reliability are _also_ absolute
and inviolate.
you can't use datagrams (because they're unreliable). you can't expect all
unixen to support datagrams on top of unix sockets (if that's what's being
used).
so - you have to send the length, as part of the implementation of the
pipe-data-send.
sending a length will also solve the issue of trying to send zero-length pipe
datagrams.
as a first implementation, you _might_ be able to get away with assuming that
when someone asks for some data, they _will_ provide a buffer big enough.
... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so
that would explain... this is going to get messy :)
--
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=55613
Bug ID: 55613
Summary: right click does not work in Battle.net App (friends
list, favorite games)
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Right click does not work in Battle.net (Blizzard).
Battle.net App version: 2.24.1.14385 (2023-09-17)
Right click is mostly being needed for managing contacts in the friends list at
the right side and favorite games in the top bar. In both cases right click is
supposed to open a context menu.
Console output when right clicking:
0118:fixme:system:EnableNonClientDpiScaling (00050116): stub
0118:fixme:shell:SHGetPropertyStoreForWindow (00050116 112451A8 0060B018) stub!
0118:fixme:shell:window_prop_store_SetValue 1B806B70,
{{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},4}, 0060B008
0118:fixme:shell:window_prop_store_SetValue 1B806B70,
{{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},2}, 0060AFF8
0118:fixme:shell:window_prop_store_SetValue 1B806B70,
{{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},3}, 0060AFE8
0118:fixme:shell:window_prop_store_SetValue 1B806B70,
{{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},5}, 0060AFD8
0118:fixme:shell:window_prop_store_Commit 1B806B70
0118:fixme:win:GetPointerDevices (0060CCAC 00000000): partial stub
0118:fixme:system:NtUserQueryDisplayConfig flags 0x2, paths_count 0x60ccac,
paths 0x1addd280, modes_count 0x60cca8, modes 0x1ad59340, topology_id (nil)
semi-stub
0118:fixme:system:NtUserDisplayConfigGetDeviceInfo Unimplemented packet type
11.
Workaround:
Enable the virtual desktop in winecfg or using the /explorer switch.
https://wiki.winehq.org/Winecfg#Window_Settingshttps://wiki.winehq.org/Explorer
Unfortunately you can't switch between different "Windows application" windows
using ALT-TAB in this mode.
And when you use ALT-TAB to switch to other X windows, this may cause the
Windows applications to assume that the ALT key is being stuck hold down. This
is probably another bug, but I can't find a bug report for it. (feel free to
create a bug report and link it here, if you encounter this problem)
See also:
https://www.reddit.com/r/wine_gaming/comments/ou67et/right_clicking_on_batt…https://www.reddit.com/r/linux_gaming/comments/141oitc/right_click_on_battl…
--
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=56743
Bug ID: 56743
Summary: Wine "typo" in traces ... library failing to be loaded
see their 1st letter replaced by a "v".
Product: Wine
Version: 9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 76525
--> https://bugs.winehq.org/attachment.cgi?id=76525
traces
Trying to wine mspaint.exe with W2K3 mspaint.exe ... library failing to be
loaded see their 1st letter replaced by a "v". See screenshot
--
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=55956
Bug ID: 55956
Summary: Akiba's Trip no longer able to be played. Deadlocks or
Crashes before reaching the main menu.
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Currently attempting to play Akiba's Trip Undead & Undressed causes the game to
deadlock / crash after showing the intros and skipping the intro movie.
With movies enabled in the game options wine winds up printing a glibc
assertion.
With movies disabled in the game options the game deadlocks after hitting a
critical section timeout.
In both cases there are mfplat errors present 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=55233
Bug ID: 55233
Summary: A-Train PC Classic - UI is incorrectly sized and
cannot switch between selected windows.
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
The UI windows in A-Train PC Classic are unusable.
Note: This game was ported from the Nintendo 3DS, and most / all of it's UI is
intact. "UI windows" are essentially the game's menu / dialog box interface.
(Called "windows" here as that's what the game's configuration INI file calls
them.)
Attempting to start a new game the first time causes each window to fill the
entire application window and draw on top of each other. With only the top most
window receiving user input.
For the second attempt to start a new game, the windows are correctly sized /
placed but only the most recently drawn window accepts user input with no way
to switch to an inactive window. This breaks the game as the first requirement
of the player is to use an inactive window's "Enter Company Name" button.
The game's configuration INI file contains options for setting each window's
origin X/Y coordinates, width and height. However editing these values manually
seems to result in a deadlock. With the game continuing to update the
application window (minimize / partial hide / etc.) but otherwise refusing user
input after showing the company logos.
Attempting to use a known good configuration file from Windows also doesn't
work. As the game seemingly ignores it with no visible window behavior change
from when starting a new game. As described above.
--
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=56659
Bug ID: 56659
Summary: Total War Shogun 2 doesn't render 3D model textures in
D3D11 mode.
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 76434
--> https://bugs.winehq.org/attachment.cgi?id=76434
Console log in D3D11 mode.
Now that bug #53197 is fixed, the game actually gets in game with wine's
builtin D3D11.
However, none of the game's 3D model textures render at all. With all 3D models
appearing with a solid black / dark grey color.
In addition some effects are also missing. Such as the cherry blossoms and
leaves on the trees.
The result is a very burnt out / heavy fog looking Japan. As seen in the
attached screenshots.
As bug #53197 was about stubbing D3DX11LoadTextureFromTexture() in wine, it may
be related.
Finally, attempting to enter a battle from the campaign map will cause the game
to crash after a few calls to D3DX11GetImageInfoFromMemory().
Console log attached.
--
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=32618
Bug #: 32618
Summary: Atlantica Online partially hangs when rotating the
view with the mouse.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arek75(a)gmail.com
Classification: Unclassified
Created attachment 43044
--> http://bugs.winehq.org/attachment.cgi?id=43044
Bisect log
Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug
where if you attempt to rotate the camera with the mouse (right-click and
drag), Atlantica's graphics lock up and the game seems to lose the mouse. You
can get the game to respond again by pressing alt on the keyboard, but you
still can't rotate the camera (or rather not much, it'll move a tiny bit each
time before locking up).
I went ahead and bisected this, and also ran into a problem where Atlantica
never got control of the mouse/keyboard and had to be closed with alt-f4. In
these cases I used 'git bisect skip' to continue. Git finally came up with 18
possible "bad commits". Looking at them in gitk, the following commits are of
note (the first skipped commit and the first known bad commit):
841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver
events before normal messages in PeekMessage.
a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in
PeekMessage.
The first of these commits caused Atlantica to not respond much to
mouse/keyboard events (you could get a partial response from the mouse if you
could get it over a button, but you can't see the pointer), and while the
second patch fixed that, attempting to rotate the camera using the mouse causes
Atlantica's input/graphics to partially freeze as noted above.
I've attached the bisect log so that you can have a look at it if you need to.
--James
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21369
Summary: Tab bar isn't fully visible in HTML-Kit; must be
scrolled
Product: Wine
Version: 1.1.36
Platform: x86-64
URL: http://www.chami.com/html-kit/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=25731)
--> (http://bugs.winehq.org/attachment.cgi?id=25731)
Terminal output
In HTML-Kit build 292, one of the tab bars (the one below the current working
file) isn't displayed as expected in Wine. In Windows, the entire tab bar is
visible, but in Wine, part of it is cut off, with scroll arrows present to
bring the rest into view. Native comctl32 installed by winetricks fixes the
issue.
Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at
once, though rendering is still a bit different from Windows.
Terminal output is from opening the program and entering "create a new file"
mode (which is when the tabs first become visible).
--
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=56642
Bug ID: 56642
Summary: wine doesn't build on risc-v
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Ubuntu
The GNU Compiler farm has a couple risc-v machines available.
Wine doesn't get very far, though:
austin@cfarm92:~/wine$ ./configure
checking build system type... riscv64-unknown-linux-gnu
checking host system type... riscv64-unknown-linux-gnu
...
config.status: executing tools/makedep commands
In file included from tools/makedep.c:34:
tools/tools.h: In function 'get_default_target':
tools/tools.h:451:2: error: #error Unsupported CPU
451 | #error Unsupported CPU
| ^~~~~
Since Windows doesn't (yet?) support risc-v, it would be a winelib only
platform. I don't know if that's still something that we intend to support or
not..
--
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.