http://bugs.winehq.org/show_bug.cgi?id=31586
Bug #: 31586
Summary: Myst V stucked when about playing the first cutscene
in the game
Product: Wine
Version: 1.5.11
Platform: x86
URL: http://www.chip.de/downloads/Demo-Myst-V-End-Of-Ages_1
6462550.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 41534
--> http://bugs.winehq.org/attachment.cgi?id=41534
terminal output
This probably never worked correctly in Wine: in AppDB there are mentions of
the issue with Wine 0.9.x.
Reproducible with the demo as well as with the GOG.com version of the game.
The problem: when you meet the first person very early in the game, his/her
initial monologue is not playing. The person is just standing there, the audio
file containing the speech is never played. This makes impossible to get
further in the game. The game is not freezing; background music, animations,
camera movement are still working, but you are unable to use the keyboard or
the mouse. The only way to exit the game at this point is to kill the game
executable.
This is the point where certain fixmes from dmime are printed in the terminal,
as can be seen at the end of the attached log.
Workaround: 'winetricks directmusic' (which also installs native dsound). The
corresponding audio file is playing correctly and you can proceed further in
the game.
Steps to reproduce the problem with the demo version:
1. install the demo, use virtual desktop mode to work around bug #25786. At the
end of the installation, audio files used by the game will be converted from
.ogg to .wav. It should be noted that the game installer hits bug #17403 at
this point: the converted .wav files have different sizes, compared to the same
files when the game is installed under Windows. Probably that's not what causes
the reported issue (native directmusic doesn't help in bug #17403).
2. start the demo with eoa.exe. Skip the intro videos and click <Ok> in the
notification dialogue about mouse movement.
3. there is a 'bubble' in front of you, left click on it to get closer. A man
appears in front of you, but he's just standing there, his monologue is not
playing thus you can't proceed further.
The audio file that should be played at this point in the demo version is
'drboEsher-DireboSrln_eng.wav', located under Myst V Demo/sfx/streamingCache.
Please let me know if you need a log with debug channels enabled.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25323
Summary: Civilization IV Beyond the Sword crashed when trying
to start a new game.
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: f.pinamartins(a)gmail.com
Created an attachment (id=32176)
--> (http://bugs.winehq.org/attachment.cgi?id=32176)
Crash log with WINEDEBUG=+tid,+msxml,+variant
The crash mentioned in the summary occurs only if using builtin msxml3.
Reverting this dll to native will make the game start just fine.
I attached a logfile with WINEDEBUG=+tid,+msxml,+variant.
This should allow more progress on the builtin msxml3 lib.
--
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=55827
Bug ID: 55827
Summary: Can't install Scratch3
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zuomug67(a)gmail.com
Distribution: ---
Created attachment 75319
--> https://bugs.winehq.org/attachment.cgi?id=75319
backtracefile
Can'tinstall Scratch3
--
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=55826
Bug ID: 55826
Summary: Office 2016 applications have broken UI
Product: Wine-staging
Version: 8.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: awesie(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Distribution: ---
Created attachment 75318
--> https://bugs.winehq.org/attachment.cgi?id=75318
Broken UI in Word 2016
This is a regression caused by
https://github.com/wine-staging/wine-staging/blob/master/patches/wined3d-me…
Author: Andrew Wesie <awesie(a)gmail.com>
Date: Sun Sep 30 12:02:00 2018 -0500
wined3d: Use glReadPixels for RT texture download.
Signed-off-by: Andrew Wesie <awesie(a)gmail.com>
For the testing purposes I used 32-bit Office 2016 ISO from
https://archive.org/details/microsoft-office-2016-professional-plus-32-and-…
set Windows 7 in winecfg, and used default installation.
Then
1. goto drive_c/Program Files/Microsoft Office/Office16
2. run 'wine WINWORD.EXE'
3. choose "Blank document"
Reverting the above patch fixes UI painting.
--
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=55350
Bug ID: 55350
Summary: explorer.exe:explorer - test_taskbar() often fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
explorer.exe:explorer - test_taskbar() often fails in Wine:
explorer.c:43: Test failed: Expected (0,0)-(0,0), got (904,0)-(1024,768).
See https://test.winehq.org/data/patterns.html#explorer.exe:explorer
This happens almost systematically on fg-deb64-* but also happens randomly on
the TestBot's debian11 VM, GitLab's gitlab-debian environment, and Remi's VMs.
This also impacts merge requests sometimes, for instance MR!3413 on 2023-07-26.
--
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=55823
Bug ID: 55823
Summary: "Star Trek Fleet Command" crashes on exit
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: donnie126_2002(a)hotmail.com
Distribution: ---
Created attachment 75314
--> https://bugs.winehq.org/attachment.cgi?id=75314
Unhandled exception: page fault on read access, etc.
"Star Trek Fleet Command" by Scopely installs and runs as you might expect it
to run on a Windows machine, but when the player exits the game, the program
crashes with the report outlined in the attached "backtrace.txt" file.
--
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=55822
Bug ID: 55822
Summary: 8.2 and over Wine-staging doesn't apply patches on
tar.xz source code
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: d.bass05(a)proton.me
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This includes a lot of packaging, like the Arch Linux one
(https://gitlab.archlinux.org/archlinux/packaging/packages/wine-staging/-/bl…).
This is due to the Python 3 port
(https://gitlab.winehq.org/wine/wine-staging/-/commit/f2f8b949b1ae1bedc2b3b1…)
included since tag 8.2.
Specifically, it doesn't get passed the flag --nogit to gitapply.sh in case
that the wine main tree is not a git repository.
This regression made harder to understand why the staging patches are not
applied after the building.
--
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=4713
--- Comment #37 from temp82(a)luukku.com ---
> still freezes wine 8.18.
don't know if these are related
0024:fixme:ddraw:DirectDrawEnumerateExA flags 0x6 not handled
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:d3d:wined3d_device_apply_stateblock WINED3D_RS_ZVISIBLE not
implemented.
011c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
--
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=55712
Bug ID: 55712
Summary: rpcrt4: NdrClientInitializeNew() does not wait for
server connection
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 75218
--> https://bugs.winehq.org/attachment.cgi?id=75218
Application log (WINEDEBUG=+timestamp,+pid,+tid,+seh,+rpc,+file,+sync)
I'm debugging a crash of the RekordboxAgent application. The problem is that
it's terminated by the RPC_S_SERVER_UNAVAILABLE exception.
I noticed that the client connection for the endpoint .\pipe\wine_plugplay (see
NdrClientInitializeNew() API call on line 11168) had been triggered before the
server started listening (see NdrServerInitializeNew() API call on line 13286).
Since the application works well under Windows 10/11, I believe it's a wine
implementation related problem.
To me it seems like the client connection should wait until the server becomes
available. I made a small patch to test this theory (see rpcrt4.patch). Now I
can see in the logs that the WaitNamedPipeW API is called on line 11189, but
looks like does not have the desired effect as rpcrt4_conn_open_pipe connection
failed appears immediately on line 11194.
Any help regarding that would be appreciated.
--
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.