http://bugs.winehq.org/show_bug.cgi?id=19386
Summary: Please provide single login for all websites of
winehq.org portal.
Product: WineHQ.org
Version: unspecified
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P5
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yurikoles(a)gmail.com
For every website users must create new account. I think it's really annoying.
--
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=47894
Bug ID: 47894
Summary: mfreadwrite error dialog causes the user32:winstation
tests to fail
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: sven.wine(a)gmail.com
Distribution: ---
When mfreadwrite is not present, a dialog appears, which seems to cause the
user32:winstation tests to fail:
https://test.winehq.org/data/b360cd67e8f7f8c01f09457bacb032fd4a248d0a/2008_…
Sometimes it disappears just in time, in which case the tests succeed:
https://test.winehq.org/data/b360cd67e8f7f8c01f09457bacb032fd4a248d0a/2008_…
I'm not sure whether to file this under user32 or mfreadwrite.
--
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=47163
Bug ID: 47163
Summary: Photoshop 6 not working on Wine Ubuntu
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ichbinleider1(a)web.de
Distribution: ---
Created attachment 64396
--> https://bugs.winehq.org/attachment.cgi?id=64396
Description of Bug Report, Photoshop 6 not working on Wine Ubuntu
Photoshop 6 not working on Wine Ubuntu, not even starting up! Log file 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=51373
Bug ID: 51373
Summary: Videos from Super Seducer won't work anymore
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chaosstare(a)live.fr
Distribution: ---
Hi,
On Wine 6.0, I could play / see the videos while playing Super Seducer 1 / 2
(didn't try the third episode), it's not longer the case with Wine 6.0.1 or
later.
Nicolas
--
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=52566
Bug ID: 52566
Summary: d3d11:d3d11 fails in test_clip_distance() on cw-gtx560
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 has had failures on cw-gtx560 forever [1] but it recently started
exhibiting a few new failures in test_clip_distance() on cw-gtx560:
d3d11.c:29488: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29054: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29061: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29077: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29089: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29054: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29061: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29077: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29089: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29519: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29054: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29061: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29077: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29089: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29542: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29557: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29569: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
d3d11.c:29582: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0),
sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
A bisect shows that these failures started with the same commit that causes
failures on cw-rx460 (see bug 52563):
commit a13fc3bb7e055562b8b9deae985c64c5c7861424
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Feb 11 19:42:02 2022 -0600
wined3d: Use the chunk allocator for GL vertex buffers.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
[1] To be fair it got a lot better on 2022-02-09 but sadly these new failures
appeared on a few days later. It's still better than it used to be.
--
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=56807
Bug ID: 56807
Summary: Procedure "DllCanUnloadNow" not found in ole32
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
While running and tracing "The Bat!" mailer under wine I got a hint about a
missing procedure call to the procedure "DllCanUnloadNow".
Please see attachment named: thebat-trace-1.log
More info about this procedure see here:
https://learn.microsoft.com/de-de/windows/win32/api/combaseapi/nf-combaseap…
--
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=56002
Bug ID: 56002
Summary: Adaptive sync results in transient halved refresh rate
with winewayland
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Component: winewayland.drv
When running Cyberpunk 2077 using winewayland (vkd3d-proton/dxvk's dxgi set up
in the prefix with Wine 9.0-rc1 + esync), there is a transient issue when
monitor's refresh rate drops to half of the game framerate instead of matching
it as adaptive sync should do.
DE: KDE Plasma 5.27.9.
I measure game framerate with MangoHud and monitor's refresh rate with
on-screen OSD. With winex11 they match, with winewayland they match most of the
time, but sometimes refresh rate is halved. So for example the game would have
128 fps and OSD will show 64 Hz.
Since it only happens with winewayland, there must be something specific going
on with it.
KWin developers suggested it could have something to do with some additional
subsurfaces preventing direct scanout for example.
--
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=49767
Bug ID: 49767
Summary: All resources deleted during update Logos Bible
Software
Product: Wine
Version: 5.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 68072
--> https://bugs.winehq.org/attachment.cgi?id=68072
Console output from during update
Updates result in data wipe.
Logos stores all resources, eg. ebooks, videos etc in a subdir like
drive_c/users/$username/Local Settings/Application
Data/Logos/Data/$uniqueid/ResourceManager/
When an update to Logos Bible Software becomes available there is a
notification in the app. The update will usually install ok however on wine the
Resources are all wiped. The user is now stuck with a massive download eg.
40gb+. On Windows the resources are always still there after an update.
It's as if the msi somehow overwrites the directory rather than merging with
it?
I've attached a console log updating from 8.15.0.0004 to 8.16.0.0002 - in this
case the update also did not relaunch the newly updated app but simply kept
running. At this point I checked and confirmed all resources were wiped. Once
quit and reloaded it was clear the update had completed but it began to
download everything again.
--
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=56985
Bug ID: 56985
Summary: how to improve the performance of Wine?
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: csumushu(a)126.com
Distribution: ---
Created attachment 76816
--> https://bugs.winehq.org/attachment.cgi?id=76816
demo.c
I have found that my program runs much slower when using Wine compared to
running it directly on Windows. On Windows, it responds quickly, but when
running with Wine, there is a delay of three to four seconds. After analyzing
the program code, I discovered a loop within which semaphore operations are
performed. The time consumption for a single semaphore operation is 10-4
seconds when using Wine, whereas it only takes 10-6 seconds on Windows.
I wrote a demo program to test it and indeed confirmed this. Semaphore
operations are just one example; some other Windows APIs are also significantly
slower when compared to Windows. Is there any way to optimize this?
--
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.