https://bugs.winehq.org/show_bug.cgi?id=57646
Bug ID: 57646
Summary: Scrapland Remastered - Videos are not played
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: accounts.winehq.org(a)vv221.fr
Distribution: ---
With WINE 10.0-rc2 and 10.0-rc4, videos in Scrapland Remastered are not played:
no logo video when starting the game, no introduction video when beginning a
new game, we are instead directly starting right after this video should end.
With WINE 9.0, the same videos are played correctly.
An extra symptom is that with WINE 10.0-rc2 and 10.0-rc4 the game tends to
freeze when trying to quit it, so its process needs to be killed. That is
something I have often seen with games that have videos that could not be
played, but usually this is related to missing GStreamer plugins.
Here GStreamer plugins are out of the equation as the tests with WINE 10.0 and
9.0 are done on the exact same system, with nothing modified but the used WINE
build.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58320
Bug ID: 58320
Summary: ok() macro should not evaluate the format arguments if
condition is not met.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
While running the test suite under ASan I noticed in several instances where
the format arguments given to the ok() macro is only safe to evaluate if the
test case has failed.
One such example is in bcrypt/tests:
https://gitlab.winehq.org/wine/wine/-/blob/d9148e48a3257ae80361f02f0bb7a2d6…
accessing `buffer[i]` is only safe if the test `i == sizeof(buffer)` has
failed, and if the test case passes, we will access `buffer` out-of-bound.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58319
Bug ID: 58319
Summary: winevdm crashes running Quicktime 2
Product: Wine
Version: 10.8
Hardware: x86-64
URL: http://www.oldversion.com/windows/quicktime-2-1-2
OS: Linux
Status: NEW
Keywords: download, win16
Severity: normal
Priority: P2
Component: user16
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 78677
--> http://bugs.winehq.org/attachment.cgi?id=78677
Wine 10.9 backtrace
Running c:\windows\player.exe, part of Quicktime 2, crashes winevdm and the
application cannot be used.
Workarounds:
- Hacked krnl386.exe16 as per https://bugs.winehq.org/attachment.cgi?id=51212
(Bug 18260)
Looks like a fixme might be offering the explanation:
0168:fixme:hook:SetWindowsHookEx16 System-global hooks (3) broken in Win16
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18257
Summary: Quicktime 2 video problems
Product: Wine
Version: 1.1.20
Platform: PC
URL: http://www.oldversion.com/download/quicktime212.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Videos in Quicktime 2 (32-bit) play for about 0.5 seconds and stop. Cycling
through the video draws the images but it refuses to play the whole video.
Don't know what traces would help here.
Tested with latest gitwine too, same problem.
wine-1.1.20-36-gdc31d87
Quicktime 2.1.2.59
This is the entire console output:
fixme:ole:OleRegisterServer (PlayerFrameClass,0x147100,0x147104,0x400000,1):
stub!
fixme:ole:OleRegisterServerDoc (1,C:\windows\SAMPLE.MOV): stub
--
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=54070
Bug ID: 54070
Summary: winevulkan Assertion failed
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: santafejayyt(a)gmail.com
Distribution: ---
Created attachment 73619
--> https://bugs.winehq.org/attachment.cgi?id=73619
Image of the error
I'm currently unable to run Roblox Studio at all on the latest wine-staging
version, with winevulkan erroring with "Assertion failed! File:
wine-staging/dlls/winevulkan/loader_thunks.c Line: 5156"
Expression: "!status"
I don't see an stderr or stdout log anywhere except for this error. I tested
both a custom wine-staging build, the AUR package wine-staging, as well as
compiled from source.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58242
Bug ID: 58242
Summary: Spitfire audio labs doesn't work
Product: Wine
Version: 9.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2anwe.0(a)gmail.com
Distribution: ---
Created attachment 78580
--> http://bugs.winehq.org/attachment.cgi?id=78580
Log for the bug
Spitfire audio labs app does launch, but nothing is displayed and it's just
white.
err: DxgiFactory::CreateSwapChainForComposition: Not implemented
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58286
Bug ID: 58286
Summary: Cannot create a 64-bit wineprefix with old wow64
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression, source, win64
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63
Distribution: Ubuntu
Created attachment 78634
--> http://bugs.winehq.org/attachment.cgi?id=78634
config.logs
Since commit cb87d40cd4a8837826ea76efc91371ab09eb9d63 I have been unable to
create a 64-bit wineprefix when I build Wine. This is running without first
using "make install".
wine: created the configuration directory '/tmp/wine/wineprefix'
wine: WINEARCH set to win64 but '/tmp/wine/wineprefix' is a 32-bit
installation.
Whereas /tmp/wine/wineprefix does not initially exist. It is created by Wine,
but then insists it's 32-bit and immediately exits.
- New wow64 works fine
- 32-bit works fine
- -O0 and -O2 make no difference
- The prebuilt debs work fine
commit cb87d40cd4a8837826ea76efc91371ab09eb9d63
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Feb 14 15:32:19 2025 +0100
makefiles: Create wine as a symlink to tools/wine/wine.
This commit cannot be reverted, but checking out the commit before fixes the
issue.
My process as per
https://gitlab.winehq.org/wine/wine/-/wikis/Building-Wine#shared-wow64
1. Build 64-bit-only
2. Build 32-bit
3. Build 64-bit-wow
This is the same process I have always used.
I know there's been a number of changes in this area so I don't know how to
work around it.
In all cases I use Debian Stable chroots (with schroot) but the same result
using Debian Testing.
If it's me doing something stupid then I apologise in advance.
--
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=48406
Bug ID: 48406
Summary: Epic Games Store fails to install prerequisites with
Wine Mono
Product: Wine
Version: 5.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 66178
--> https://bugs.winehq.org/attachment.cgi?id=66178
log
To reproduce the issue, you just need to install Epic Games Store with Wine
Staging. After you launch it and it downloads its own files, it will try to
install its "prerequisites", which will fail with Wine Mono. The issue
disappears if you install "dotnet48" using winetricks, or if you launch EGS
with -SkipBuildPatchPrereq flag, but neither are really good solutions as some
games don't seem to work with dotnet48 and -SkipBuildPatchPrereq sometimes
doesn't work.
Should be noted that on real Windows, it seems to install dotnet48 using
"Windows Features" component.
Attaching standard debug output. Let me know if you need a log with additional
debug channels.
--
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=58011
Bug ID: 58011
Summary: Wine 10.3-1 : Meta Trader does not start
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tst1(a)mixbox.pl
Distribution: ---
Created attachment 78270
--> https://bugs.winehq.org/attachment.cgi?id=78270
error message
After upgrading wine to 10.3-1 I can not start Meta Trader 4.
There is an error message: "A debugger has been found running in your system.
Please, unload it from memory and restart your program", as shown in the
attachment.
Downgrading wine to its previous version: wine 10.2-2 temporary has solved the
issue.
--
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.