https://bugs.winehq.org/show_bug.cgi?id=53029
Bug ID: 53029
Summary: Clipboard cut/paste partially broken in wine 7.8.1.2
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joesalmeri(a)verizon.net
Distribution: ---
I run openSUSE Tumblewed.
I was running Tumbleweed build 20220422 which was using wine 7.6.3.3 where
everything worked without issue.
After updating Tumbleweed to build 20220519 which is using wine 7.8.1.2 I
encountered problems with pasting from the clipboard in wine apps.
The following summarizes which cut/paste clipboard operations work and which do
not work.
Clipboard cut/paste was partially broken in build 20220519 ( updated from build
20220422 ) where it worked without any problems.
The problem specifically occurs between WINE apps and native apps.
Cut/Paste between native apps like Kate and LibreOffice Write works fine in
both directions.
Cut/Paste between 2 WINE apps like 2 instances of Notepad also works fine.
Cut/Paste between a Native app and a WINE app does NOT work.
Examples:
Kate cut and paste to Notepad does NOT work
LibreOffice Writer cut and paste to Notepad does NOT work
Cut/Paste between a WINE app and a Native app works fine.
Examples:
Notepad cut and paste to Kate works fine
Notepad cut and paste to LibreOffice Writer works fine
NOTE:
I used Notepad as the WINE app in my examples because it is install when
WINE was installed but the WINE app does NOT have to be Notepad.
The problem actually also occurs with all the other WINE apps which I have
installed when the cut was done in a native app.
--
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=53137
Bug ID: 53137
Summary: dxgi:dxgi - test_set_fullscreen() has 4 rare failures
on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_set_fullscreen() has 4 rare failures on Windows 8:
dxgi.c:2831: Test failed: Got unexpected hr 0x887a0022.
dxgi.c:2834: Test failed: Got unexpected fullscreen 0.
dxgi.c:2837: Test failed: Got unexpected hr 0x887a0022.
dxgi.c:2840: Test failed: Got unexpected fullscreen 0.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
These failures are rare enough on some TestBot VMs (particularly w8adm) to
sometimes be mistaken for new failures.
Also they happened at least once on w1064 when running Windows 2009, and once
on w10pro64 when running Windows 21H1. So this may not be specific to Windows 8
but the probability of seeing these failures on the other Windows versions is
only about 0.1%.
--
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=53476
Bug ID: 53476
Summary: SRGP Studtio Games run slowly with Wine d2d
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: rjtulloh(a)gmail.com
Distribution: ---
Created attachment 72844
--> https://bugs.winehq.org/attachment.cgi?id=72844
Log of loading an autosave and starting a battle with
WINEDEBUG=-all,+d2d,+timestamp
Games made using SRPG Studio run extremely slowly when using Wine.
The games I've tested the most are Vestaria Saga I & II, but it seems to be a
general issue for games made with SRPG Studio.
In-game performance depends heavily on what's on screen at the moment. If
there's only a few units on screen, games may run at around 30 FPS, but with
more than a dozen or so units on screen the framerate drops closer to 20 FPS.
Turning on the enemy range preview also causes a noticeable decrease in
performance.
Battles also run at a lower framerate, but it looks like there were engine
changes between Vestaria Saga I > II such that battles run a bit more smoothly
in II.
I was able to run Vestaria Saga I & II inside a Windows VM at what I think is
~60 FPS. But I observed a performance decrease similar to non-native when I
added Wine's d2d1.dll to the game's folder inside the VM.
--
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=53489
Bug ID: 53489
Summary: user32:dde sometimes gets stuck 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:dde sometimes gets stuck on Windows:
02fc:dde: 82 tests executed (0 marked as todo, 0 failures), 0 skipped.
user32:dde:0304 done (258) in 120s
https://test.winehq.org/data/patterns.html#user32:dde
Based on the available traces, the test always gets stuck somewhere after
test_msg_server() completes (see first child process completion trace), but
before test_ddeml_server() does (missing second child process trace).
This also only happens on Windows 10 but any version thereof (1507 to 21H2).
--
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=53492
Bug ID: 53492
Summary: urlmon:protocol - The test_ftp_protocol() download
sometimes fails and times out on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:protocol - The test_ftp_protocol() download sometimes fails and times
out on Windows:
protocol.c:3636: Testing ftp protocol...
protocol.c:1194: Test failed: hrResult = 800c0006, expected E_PENDING or S_OK
protocol.c:1199: Test failed: dwError = 12111, expected ERROR_SUCCESS
protocol.c:3681: Test failed: wait timed out
urlmon:protocol:1254 done (258) in 120s
https://test.winehq.org/data/patterns.html#urlmon:protocol
Where:
0x800c0006 == INET_E_OBJECT_NOT_FOUND
12111 == ERROR_FTP_DROPPED
The download failure clearly causes the timeout, probably because the test
expects some sort of "download complete" notification.
This is similar to bug 53491 but happens more frequently and the failures
happen on a wider range of Windows versions: Windows 7 to Windows 10 21H2.
--
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=43845
Bug ID: 43845
Summary: Regression: ABZU now crashing before menu
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: zionnimchuk(a)gmail.com
Distribution: ---
Created attachment 59402
--> https://bugs.winehq.org/attachment.cgi?id=59402
terminal output of ABZU from launch->error.
In a previous version of wine-staging (2.10 or so) I was able to fully complete
ABZU.
Now in wine-staging 2.18 it crashes before it can reach the menu.
Specs:
Arch Linux 64-bit
wine-staging installed via distro package.
GTX 1070 with beta binary driver version 387.12.
i7 4770
--
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=53490
Bug ID: 53490
Summary: launching firefox, an error crashes, I close the error
window and firefox works without failures
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: browseui
Assignee: wine-bugs(a)winehq.org
Reporter: anton808anton808(a)gmail.com
Distribution: ---
Created attachment 72848
--> https://bugs.winehq.org/attachment.cgi?id=72848
bug report
Installed Firefox Setup 103.0.1.msi x64, installation went smoothly. Ubuntu
20.04.4 LTS always install all updates. in the terminal I enter " wine
'.wine/drive_c/Program Files/Mozilla Firefox/firefox64.exe' " , the download is
in progress. while loading, a window crashes (software error), saved the report
and closed the window, Firefox loaded and then it works fine. a software error
crashes every time you start Firefox, it causes inconvenience (you will have to
close it every time)
--
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=53445
Bug ID: 53445
Summary: crypt32:cert - testVerifyRevocation() sometimes fails
on Windows due to the revocation server being
offline?!
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
crypt32:cert - testVerifyRevocation() sometimes fails due to the revocation
server being offline?!
cert.c:4177: Test failed: got 80092013
cert.c:4178: Test failed: got 80092013
https://test.winehq.org/data/patterns.html#crypt32:cert
So far this has only impacted Windows 10 (2022-06-27 and 2022-07-28).
--
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=44846
Bug ID: 44846
Summary: Burnout paradise Unhandled page fault on 64bits prefix
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Created attachment 60899
--> https://bugs.winehq.org/attachment.cgi?id=60899
backtrace error
Hi,
I have test Burnout paradise on clean 64bits prefix and if I enable
anti-aliasing x8 the game freeze and crash with page fault error.
--
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=53482
Bug ID: 53482
Summary: qmgr:job - The BITS transfer sometimes times out in
test_HttpOptions() on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: qmgr
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
qmgr:job - The BITS transfer sometimes times out in test_HttpOptions() on
Windows:
job.c:802: Test failed: BITS job timed out
job.c:834: Test failed: got 0x00200017
https://test.winehq.org/data/patterns.html#qmgr:job
Where == BG_S_PARTIAL_COMPLETE.
In case of timeout the first failure is always present but the second one may
not.
This happens on Windows 7 and Windows 10 1507, 1607 and 21H2 (with a much
higher frequency on the latter fgtb-w10pro64 VM). The other Windows VMs don't
seem to be impacted so it is likely that the timeout is caused by other BITS
activity (Windows Defender or Edge updates for instance) which interfere or not
depending on the amount to download and timing of the global WineTest run.
--
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.