https://bugs.winehq.org/show_bug.cgi?id=41294
Bug ID: 41294
Summary: Enclave game bad palette quitting game on Windows 10
Product: Wine
Version: 1.7.52
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hexaae(a)gmail.com
I've created the fix at
http://steamcommunity.com/sharedfiles/filedetails/?id=418308035 for Enclave
game to solve some gfx glitches incompatibilities with modern drivers/NVidia
gfx cards.
The bug with Enclave on Windows 10 is that desktop palette will be corrupt
after you quit the game.
It happens only if you use d3d8.dll from Wine package. If you play the game
vanilla the palette on quit won't be altered.
--
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=51835
Bug ID: 51835
Summary: Using PInvoke on pcap_findalldevs crashes
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: marc_aurel(a)me.com
Distribution: ---
Created attachment 70732
--> https://bugs.winehq.org/attachment.cgi?id=70732
End of the log before crash
The library in question is https://github.com/ravahn/machina
As soon as a c# assembly uses the library and starts capturing on a
PCapCaptureSocket, pcap_findalldevs(IntPtr ByRef, System.Text.StringBuilder) is
invoked and crashes the program, whereas it works fine on windows.
--
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=51826
Bug ID: 51826
Summary: League of Legennds : crashes when run the program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sadifhasanmegh(a)gmail.com
Distribution: ---
Created attachment 70715
--> https://bugs.winehq.org/attachment.cgi?id=70715
unknown
Wine shows me this messege "the program (unidentified) has encountered a
serious problem and needs to close. We are sorry for the inconvenience.
This can be causedby a problem in the program or a deficiency in wine. You may
want to check the 'Application Database' for tips about running this
application."
when I run 'League of Legends' on my kali desktop by wine and after that
messege a dark blank window open.
--
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=51786
Bug ID: 51786
Summary: Photoshop CC installer fails to start: your browser or
operating system is no longer supported
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robert.munteanu(a)gmail.com
Distribution: ---
Created attachment 70680
--> https://bugs.winehq.org/attachment.cgi?id=70680
Console output when running the installer
I'm trying to install Photoshop CC 2018 and the first window that pops up
(Adobe ID authentication presumably) fails to render with the message:
Update required
Your browser or operating system is no longer supported. You many need to
install the latest updates to your operating system.
Following the 'Learn more' link takes me to
https://helpx.adobe.com/x-productkb/global/update-operating-system-and-brow…,
where I found that:
> Starting August 2020, only Internet Explorer version 11 and later are supported for signing in. Adobe software uses Internet Explorer during the sign-in process. If you are using an older version of Internet Explorer, you need to move to the latest one before July 14, 2021. After this date, you will no longer be able to sign in to your Adobe account, and will be redirected to this page.
$ wine --version
wine-6.17
$ sha256sum AdobePhotoshop19-mul_x64.zip
62e2b5d942a8df49232086d6c94393c3ca7faaddcffb7154ef105f2fe3a1c3a4
AdobePhotoshop19-mul_x64.zip
Installation steps:
$ WINEPREFIX=~/.wines/cc2018 wineboot -u
$ WINEPREFIX=~/.wines/cc2018 wine Set-up.exe
I tried with
$ WINEPREFIX=~/.wines/cc2018 wine winecfg /v win81
$ WINEPREFIX=~/.wines/cc2018 wine winecfg /v win10
but that did not help.
--
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=51778
Bug ID: 51778
Summary: ws2_32:sock crashes due to a double free
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ws2_32:sock crashes due to a double free. This happens in all Wine builds
(win32 & wow*). In the report one usually sees a regular crash message:
sock.c:5599: Test marked todo: expected 1, got 0
Unhandled exception: page fault on execute access to 0x45455246, invalid
program stack in 32-bit code (0x45455246).
...
https://test.winehq.org/data/patterns.html#ws2_32:sock
But the tell-tale error is in the Wine logs ('Show full task log' in the
TestBot):
free(): double free detected in tcache 2
A bisect shows that this started with the commit below:
commit 1eb56b20baefcdccaafbb622cadc71670c149e18
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Tue Sep 14 01:02:48 2021 -0500
ntdll: Explicitly return whether an async is complete in async_callback_t.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=51774
Bug ID: 51774
Summary: quartz:mpegsplit triggers an assertion in
winegstreamer's src_seek_data()
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:mpegsplit triggers an assertion in winegstreamer's src_seek_data().
In the test report this shows up as a missing test summary line:
https://test.winehq.org/data/patterns.html#quartz:mpegsplit
quartz:mpegsplit start dlls/quartz/tests/mpegsplit.c
...
mpegsplit.c:1011: Test marked todo: Got hr 0x1.
quartz:mpegsplit:0ad8 done (0) in 0s
(notice the missing 'mpegsplit: nnnn tests executed' line)
This is because the process exits prematurely and one can see that this is
because of an assertion violation by looking into the Wine log ('Show full task
log' in the TestBot):
../wine/dlls/winegstreamer/wg_parser.c:1298: src_seek_data: Assertion
`!parser->read_request.pending' failed.
This impacts all Wine builds (win32 & wow*) in all locales but is not
systematic.
A bisect points to the following commit as the culprit which makes sense since
it added that assertion:
commit 1aa359a100bae859b278007e8bf90673eebd7db0
Author: Derek Lesho <dlesho(a)codeweavers.com>
Date: Wed Sep 15 18:00:10 2021 -0500
winegstreamer: Replace source pad interface with GstAppSrc.
Signed-off-by: Derek Lesho <dlesho(a)codeweavers.com>
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=37208
Bug ID: 37208
Summary: FreeOrion hangs when starting a quick game
Product: Wine
Version: 1.7.25
Hardware: x86
URL: https://sourceforge.net/projects/freeorion/files/FreeO
rion/FreeOrion%20Version%200.4.4/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49460
--> https://bugs.winehq.org/attachment.cgi?id=49460
terminal output
The game needs native msvcp100.dll to start, see bug #37207
>From the main menu only <Single Player> works, when you click on <Quick Start>
the game hangs with high cpu usage.
Probably the same issue arises when you try to load a previously saved game
that was created during a single player match (<Load Game> menu) or when you
host a multiplayer game from the <Multi player> menu.
The same problem with Wine 1.4.1, 1.6.2 too.
Fedora 20
Nvidia binary drivers 340.32
FreeOrion-v0.4.4-RC4-7641-Win32-Setup.exe
md5sum: 55ab2bc94ff6df77b6f5eed30f3fc8df
--
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=37167
Bug ID: 37167
Summary: IEC 61850 v2.02 example client expects
'wine_pcap_findalldevs_ex' to return adapter names in
'<protocol>://\Device\NPF_<adaptername>' format
Product: Wine
Version: 1.7.25
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
continuation of bug 37061
--- snip ---
$ wine ./IEC61850_Example_Client.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:wpcap:wine_pcap_findalldevs_ex ("rpcap://" (nil) 0x33fa64 0x33fb78):
partial stub
Can't start server: GOOSE Service failed to perform the requested action
(-73)
Stopping IEC61850 Client
Freeing IEC61850 Client
IEC61850 Client Example has ended, press enter to exit
--- snip ---
The client expects the returned adapter/interface names in following format:
<protocol>://\Device\NPF_<adaptername>
Where '<adaptername>' has usually '{GUID}' format on Windows.
It uses the adapter names returned from 'GetAdaptersInfo' to construct the
string and does 'stricmp' on 'name' member of each 'pcap_if' list entry
(returned by 'wine_pcap_findalldevs_ex') to match the entry.
Output of adapter names from Linux native:
--- snip ---
$ dumpcap -D
1. virbr0
2. tun0
3. nflog
4. nfqueue
5. em1
6. wlp4s0
7. any
8. lo (Loopback)
--- snip ---
$ sha1sum SET\ IEC61850DLLV2\ Demo.exe
72ebe36f11e4a3fb5c117db7bd6b367b4e0eb058 SET IEC61850DLLV2 Demo.exe
$ du -sh SET\ IEC61850DLLV2\ Demo.exe
1.1M SET IEC61850DLLV2 Demo.exe
$ wine --version
wine-1.7.25
Regards
--
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=51838
Bug ID: 51838
Summary: No splash window while creating prefix
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 1cdc74b2d62d1c94005c46f9c8f4b566aa8bdcbd
Distribution: ---
2px width vertical line in the center of the screen is shown while creating
prefix instead of splash window.
--
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=51818
Bug ID: 51818
Summary: Reporting packet length is always 0
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: marc_aurel(a)me.com
Distribution: ---
Created attachment 70703
--> https://bugs.winehq.org/attachment.cgi?id=70703
same source for linux/mac/win
Source code for an example program is attached.
I compiled it on linux, mac and windows and it is always working as expected
meaning it produces a terminal output like:
listening on Pseudo-device that captures on all interfaces...
14:47:05,000000 len:62
Destiny MAC:
00:00:00:00:00:00:
Source MAC:
00: 00: 00: 00: 00: 00:
etc (blanked out the mac addresses)
Wheres running the windows .exe in wine always reports a packet length of 0 (I
tested on wine 6.18(linux)/6.16(linux)/6.0(linux/mac)). Modifying the program
to show the packet content leads to a segfault in wine but works just fine
again on win/linux/mac (which is kinda expected I guess since it thinks the
packets are empty).
Running native/wine versions side by side you can see that it is capturing the
same packets, which are clearly not empty.
--
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.