https://bugs.winehq.org/show_bug.cgi?id=53277
Bug ID: 53277
Summary: user32:edit - The edit field is sometimes empty after
a paste on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:edit - The edit field is sometimes empty after a paste on Windows:
edit.c:3211: Test failed: got 0
edit.c:3240: Test failed: got 0
https://test.winehq.org/data/patterns.html#user32:edit
These two failures can happen independently.
This may be caused by clipboard interference (see bug 47888 and bug 53276),
though such interference is supposed to preserve the content of the clipboard.
Furthermore this not only happens with the Radeon driver but also on plain QXL
VMs (w1064-1qxl on 2022-05-06 and 2022-05-31) and Nvidia machines (cw-gtx560
2022-04-26).
So this is probably related to the above bugs but it looks as if the clipboard
gets cleared after it has been set which means a different workaround would be
required (e.g. retrying the whole Copy+Paste multiple times).
--
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=47888
Bug ID: 47888
Summary: user32:clipboard fails on Win 8.1 since the RX 460 GPU
got installed
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:clipboard fails on cw-rx460 / Windows 8.1 since the RX 460 GPU got
installed (2019-09-25):
clipboard.c:760: Test failed: 0: gle 5
clipboard.c:765: Test failed: 0.0: got 0000 instead of 0001
clipboard.c:805: Test failed: 0: gle 1418
clipboard.c:815: Test failed: 0: count 4
clipboard.c:818: Test failed: 0: gle 1418
clipboard.c:852: Test failed: 0: format 0001 got data 00798D08
clipboard.c:853: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 0007 got data 00798C78
clipboard.c:853: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 000d got data 007A12D0
clipboard.c:853: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:717: Test failed: 4: gle 5
clipboard.c:719: Test failed: 4: gle 1418
clipboard.c:746: Test failed: 4: count 2
clipboard.c:749: Test failed: 4: gle 1418
clipboard.c:765: Test failed: 4.0: got 000e instead of 0003
clipboard.c:717: Test failed: 6: gle 5
clipboard.c:719: Test failed: 6: gle 1418
clipboard.c:746: Test failed: 6: count 3
clipboard.c:749: Test failed: 6: gle 1418
clipboard.c:765: Test failed: 6.0: got 0002 instead of 0008
clipboard.c:717: Test failed: 7: gle 5
clipboard.c:719: Test failed: 7: gle 1418
clipboard.c:746: Test failed: 7: count 3
clipboard.c:749: Test failed: 7: gle 1418
clipboard.c:765: Test failed: 7.0: got 0008 instead of 0011
clipboard.c:1040: multi-threaded test
clipboard.c:1130: Test failed: OpenClipboard failed: 5
clipboard.c:1142: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1146: Test failed: didn't get data for CF_OEMTEXT
clipboard.c:1148: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1152: Test failed: sequence diff 0
clipboard.c:1155: Test failed: CloseClipboard failed: 1418
clipboard.c:1017: Test failed: wait failed
clipboard.c:1157: Test failed: WM_DRAWCLIPBOARD not received
clipboard.c:1157: Test failed: WM_CLIPBOARDUPDATE not received
https://test.winehq.org/data/tests/user32:clipboard.html
It's strange that changing the GPU and updating the graphics driver would cause
permission denied errors when handling the clipboard.
--
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=46924
Bug ID: 46924
Summary: Sword of the Stars crashes with black screen
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luis.panadero(a)gmail.com
Distribution: ---
Created attachment 64027
--> https://bugs.winehq.org/attachment.cgi?id=64027
wine log output with WINEDEBUG=+wgl
Sword of the Stars Complete collection (or Argos Naval Yard) crashes with a
black screen and a dump.
Tested on:
Ubuntu 18.10 with kernel 5.0.5 + Mesa 19.1.0 , however fails with ubuntu
default kernel and mesa versions.
GPU : AMD RX580 -> amdgpu opensource driver
Wine versiones that I try :
- Wine 4.0 with Gallium Nine patch
- default version on Ubuntu 18.10 (Wine 3.0.3)
- Steam Proton 3.16 beta
- Wine staging
On every case fails with the same messages.
--
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=53353
Bug ID: 53353
Summary: Rise of the Tomb Raider doesn't show launcher window
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: 18ae96e5fb3cbbd53f1a022ba81203de6b431228
Distribution: ---
Task manager just shows ROTTR.exe and crashpad_handler.exe processes.
--
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=52450
Bug ID: 52450
Summary: donet461 / .NET 4.6.1 Fails To Install with "Timed-out
Threads" in Vanilla Wine 7.0
Product: Wine
Version: 7.0
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 71729
--> https://bugs.winehq.org/attachment.cgi?id=71729
Timed-out Threads When Installing dotnet461
Attempting to install dotnet461 in a vanilla Wine 7.0 prefix led to the process
hanging on these lines thrown in the attachment.
> winetricks --version
> 20210206-next - sha256sum: c478d93c7d399ccc73c8b2552c34918e8e3a13526264ff1661078b84d074d071
(The Wine build was a non-mingw GCC build, as 7.0 isn't in the Arch repo yet.)
--
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=41411
Bug ID: 41411
Summary: 7za (part of 7-zip) handles some non-latin file names
incorrectly under wine
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
app: http://www.7-zip.org/a/7z1603-extra.7z
sample archive to test:
http://pnboy.pinguix.com/gapan/23-10-2012-b-fasi-eaep.zip
1. list sample archive using 7za: "7za.exe l 23-10-2012-b-fasi-eaep.zip"
2. compare to it's output on windows (or with listing using "unzip -l
23-10-2012-b-fasi-eaep.zip")
you will see incorrect filename encoding in 7za's output
p7zip, 7za's native linux port, behaves correctly with this archive
--
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=42412
Bug ID: 42412
Summary: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1
works bad.
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bobben(a)wigilius.se
When using WinUAE (both version 3.3.0 and 3.4.0) with slirp networking (only
way when running AmigaOS 4.1), network transfers gets damaged (md5 and file
size doesn't match) whether it's downloaded from internet or from local file
server.
This happens both on 32bit and 64bit Wine and WinUAE.
Changing the MTU value on the AmigaOS side doesn't help either.
I suspect this has something to do with the issue:
fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this
platform.
The author of WinUAE also suspects this is the problem:
"IP_DONTFRAG (or IP_MTU_DISCOVER and friends) are not defined in some platform
specific file"
Currently using Wine 2.0-staging and macOS 10.11.6
--
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=50438
Bug ID: 50438
Summary: Wine 3.12 32 bit and greater cannot install dotnet
3.5, fails with "Error 25541 Failed to open XML file
C:\windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\w
eb_mediumtrust config. system error: -2147024786"
Product: Wine
Version: 3.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wodencafe(a)gmail.com
Distribution: ---
Created attachment 69049
--> https://bugs.winehq.org/attachment.cgi?id=69049
Dot net 3.5 installation failure.
Cannot install dotnet 3.5 or 3.5 sp1 on wine 3.12 32 bit or greater with
winetricks, even up to the latest version of 5.x.
Works on wine 3.11 and earlier.
The error is:
"Error 25541 Failed to open XML file
C:\windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\web_mediumtrust config.
system error: -2147024786"
Previous versions of dotnet install successfully, it only begins to fail on 3.5
and 3.5 sp1.
Ubuntu 20.04.1 LTS
Screenshot attached, please try it yourself and you will see it fails.
I have tried with and without msxml3 installed, same error both times. I tried
several versions going all the way back to 3.12. From 3.11 and prior, the
installation succeeds, so this appears to be a regression.
The file referenced in the error message does not exist.
This is preventing LA Noire from starting, and most likely anything that
depends on dot net 3.5.
--
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=52334
Bug ID: 52334
Summary: Vanilla WoW 1.12.1 performance regression between 6.22
and 6.23 (still present 7.0rc4)
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: karabaja4(a)gmail.com
Distribution: ---
There was a regression between Wine 6.22 and 6.23 that caused a FPS performance
drop in Vanilla WoW 1.12.1 client (Nostalrius client, played on
https://darrowshire.com).
This regression is still present in 7.04c4. The FPS is almost double the value
in 6.22 compared to 6.23 or 7.0rc4.
Pure Wine installation, my OS is Arch Linux 5.10.88 with nvidia 495.46
proprietary drivers with Openbox WM.
Here are a few screenshot for comparison:
6.22:
https://avacyn.aerium.hr/stuff/wine/wine622.jpg
7.0rc4:
https://avacyn.aerium.hr/stuff/wine/wine70rc4.jpg
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.