https://bugs.winehq.org/show_bug.cgi?id=43677
Bug ID: 43677
Summary: Act of Aggression - Stuck on loading screen
Product: Wine
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supagu(a)gmail.com
Distribution: ---
Running from steam, it first tries to install some of the usual libs that steam
does and then run the game:
https://pastebin.com/fkwYwgK5
--
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=56170
Bug ID: 56170
Summary: Photoshop CC 2021 - Bug "enregistrer sous"
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: bbrusadelli(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 75885
--> https://bugs.winehq.org/attachment.cgi?id=75885
rapport de bug
Wine 8.0.1 repack
Xubuntu 23.10
Bug dans Photoshop CC 2021 lors dans le menu fichier / Enregistrer sous
Ci-joint le rapport
--
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=55289
Bug ID: 55289
Summary: undefined reference to `wWinMain'
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winecrt0
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
I can't get wineg++ -mconsole -municode to correctly attempt to call wmain
instead of wWinMain:
$ echo '#include <stddef.h>\nint wmain(int argc,wchar_t *argv[]){return
0;}' > test.c
$ wineg++ -mconsole -municode test.c
/usr/lib/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/wine-staging-8.11/bin/../wine/x86_64-unix/libwinecrt0.a(exe_wmain.o):
in function `wmain':
(.text+0x9b): undefined reference to `wWinMain'
collect2: error: ld returned 1 exit status
winegcc: /usr/bin/x86_64-pc-linux-gnu-g++ failed
This issue is reproducible on both Debian 12 and Gentoo, using winehq-8.11.
--
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=56127
Bug ID: 56127
Summary: connect to 0.0.0.0 should fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: moonshadow565(a)hotmail.com
Distribution: ---
Connect to all zero address should.
This is documented at
https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-co…
:
> If the address member of the structure specified by the name parameter is filled with zeros, connect will return the error WSAEADDRNOTAVAIL.
Some applications (League of Legends) rely on this behavior to alert select
from another thread on windows platform.
--
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=49936
Bug ID: 49936
Summary: modal dialog box behaves modeless
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
Creating a modal dialog box in an MDI environment :
when this one has for parent an MDI Child window, this behaves like a modeless
window (bug because MDI child was expecting an answer)
when this one has for parent the Application Frame window (parent of parent...
of MDI Child window), this behaves correctly (modal).
It's like wine doesn't manage MDI model correctly...
--
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=52966
Bug ID: 52966
Summary: user32:combo - test_listbox_size() fails in Wine in
the Japanese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:combo - test_listbox_size() fails in Wine in the Japanese locale:
combo.c:798: Test marked todo: Test 1, expected list height to be 0, got 14
combo.c:798: Test failed: Test 2, expected list height to be 0, got 15
combo.c:798: Test failed: Test 11, expected list height to be 0, got 15
combo.c:798: Test succeeded inside todo block: Test 15, expected list height to
be 54, got 54
https://test.winehq.org/data/patterns.html#user32:combo
This is readily reproducible with:
(just make sure to have the required locale in locale -a)
LANG=ja_JP.UTF-8 ./wine dlls/user32/tests/user32_test.exe combo
--
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=54501
Bug ID: 54501
Summary: IrfanView - Pasting into clipboard results in a black
screen
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74052
--> https://bugs.winehq.org/attachment.cgi?id=74052
Console output (wine-8.1 on Slackware64/Multilib)
Hello everyone,
I downloaded IrfanView in its own prefix with the following:
sha256sum iview462_x64_setup.exe
d9d4c5f3120a9420e2dbaf0ee8931556e161787fbc4297d5fb4e4c7616fdd668
iview462_x64_setup.exe
and it installs and seems to run just fine.
Steps to reproduce
- Start IrfanView
- Start Gimp (Linux-native)
- Open an Image in Gimp
- Copy the image from Gimp into IrfanView
- Paste it into IrfanView
Expected result: Image should show in IrfanView
Actual result: Black screen though dimension of the image are shown at the
bottom of the application.
Console output is 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.
https://bugs.winehq.org/show_bug.cgi?id=56169
Bug ID: 56169
Summary: Creating a new bugzilla account gives a warning: "You
submitted changes to createaccount.cgi with an invalid
token"
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com,
julliard(a)winehq.org
Distribution: ---
Created attachment 75884
--> https://bugs.winehq.org/attachment.cgi?id=75884
warning
This was reported by a user to the bugzilla admin email.
I tried it myself, and sure enough, registering a new account gives this
warning:
========
You submitted changes to createaccount.cgi with an invalid token, which may
indicate that someone tried to abuse you, for instance by making you click on a
URL which redirected you here without your consent.
Are you sure you want to commit these changes?
========
I can bypass the warning, but obviously I shouldn't have to / it is concerning.
Tested with Firefox 115.6.0.esr / Google Chrome 120.0.6099.216.
--
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=56136
Bug ID: 56136
Summary: ImageGetDigestStream does not behave the same as on
windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: imagehlp
Assignee: wine-bugs(a)winehq.org
Reporter: hkarlsson(a)gmail.com
Distribution: ---
Created attachment 75814
--> https://bugs.winehq.org/attachment.cgi?id=75814
Isolated the function and ran it side by side with real windows function to
test results
Just wanted to report that ImageGetDigestStream does not match the windows (11)
version. I suspect this is very low prio and rarely used. It is used by
Unreal's ShaderCompileWorker.exe as a way to verify dxcompiler.dll version (and
a couple more dlls). The reason it is used is to get same version between
signed and unsigned binaries. I tried fixing it up myself but got stuck on some
weirdness related to .rsrc section when not having
CERT_PE_IMAGE_DIGEST_RESOURCES set (which is a scenario Unreal is not using).
Since our usecase is detouring system calls I ended up putting a specialized
(and very limited) version of ImageGetDigestStream into our code to workaround
the problem for Unreal
(The notes section inside wine source code also says that this function is only
tested with 32-bit so I suspect this code is very old and extremely rarely used
I've attached a hacked up version where my usecase works but there are lots of
cases not working so I didn't want to create a pull request.
--
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=55710
Bug ID: 55710
Summary: wine-staging fails to run anything in 64-bit prefix
Product: Wine-staging
Version: 8.17
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: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Even an attemp to create new 64-bit prefix fails:
$ WINEPREFIX=~/.wine64 WINEARCH=win64 ~/wine-staging64/wine winver
wine: created the configuration directory '/home/dmitry/.wine64'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:fixme:winediag:LdrInitializeThunk wine-staging 8.17 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
002c:fixme:sync:NtAcceptConnectPort
((nil),832,0x90000002,31,0x7ffffe0ff338,0x7d7d011256a0),stub!
*** stack smashing detected ***: <unknown> terminated
002c:err:seh:call_stack_handlers invalid frame 00007FFFFE0FF320
(00007FFFFE102000-00007FFFFE200000)
002c:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
With 32-bit prefix everything seems to work. It looks like this problem started
with wine-staging 8.16.
--
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.