https://bugs.winehq.org/show_bug.cgi?id=49671
Bug ID: 49671
Summary: Supreme Commander demo needs CLSID
{bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8}
xactengine2_4.dll
Product: Wine
Version: 5.14
Hardware: x86-64
URL: https://download.cnet.com/Supreme-Commander-demo/3000-
7483_4-10637347.html
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0024:err:ole:CoGetClassObject class {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} not
registered
0024:err:ole:CoGetClassObject no class object
{bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} could be created for context 0x1
wine-5.14-132-g1ec8bf9b73
--
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=49286
Bug ID: 49286
Summary: Melodyne 5 crashes due to unimplimented
WS2_32.dll.GetHostNameW
Product: Wine-staging
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToxicBugzilla(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67291
--> https://bugs.winehq.org/attachment.cgi?id=67291
The backtrace.
Installed Melodyne 5 trial
(https://services.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/demoRegi…)
with mfc42, vcrun6, and vcrun2019 installed in a 64 bit prefix due to Melodyne
5 only working in 64 bit now. (installer will crash without it due to missing
dll contained, plus Melodyne 5 needs vcrun2019 from my research) Installer
works fine, (b47a56f747bf3a477f2a564ee65eb005d40e6ef7 setup.exe)
but launching the resulting Melodyne.exe
(e9b21aa11efbbc01d76df17ee4e7a421c2186986 [sha1 of Melodyne.exe could vary due
to unique installs on every computer? unsure, but setup.exe should stay the
same) itself will give this in the terminal:
002c:fixme:winediag:__wine_start_process Wine Staging 5.8 is a testing version
containing experimental patches.
002c:fixme:winediag:__wine_start_process Please mention your exact version when
filing bug reports on winehq.org.
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:ole:CoInitializeSecurity
(0000000000000000,-1,0000000000000000,0000000000000000,0,3,0000000000000000,0,0000000000000000)
- stub!
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnprintf_s options 24 not handled
00c0:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
wine: Call from 0x7bc8b9ac to unimplemented function WS2_32.dll.GetHostNameW,
aborting
wine: Unimplemented function WS2_32.dll.GetHostNameW called at address
000000007BC8B9AC (thread 00c0), starting debugger...
Due to being unable to find any mention of it anywhere except for Microsoft's
website noting of its addition, this is probably a bug in normal Wine &
development as well, but I have yet to test due to time constraints.
Also, when opening "show details" in the debugger,
"00c8:fixme:dbghelp:elf_search_auxv can't find symbol in module" get spammed in
the terminal excessively. (62 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=50733
Bug ID: 50733
Summary: MUSICUS!: ending videos play are extremely choppy
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
When testing if 6.3 fixed #50686 I noticed another performance issue /
regression: MUSICUS!'s MPEG1 ending videos are extremely choppy in 6.3. They're
not very dynamic in the first place, so it's hard to tell what's wrong, but the
audio (ending song) is fine, and the video (lyrics) are more or less in sync,
so I'd say lots of frames are getting dropped, but I couldn't swear the whole
thing isn't running a tad slow, too.
6.0 is *much* better. If I open the video in VLC directly, it is a bit smoother
still, but without a direct comparison I wouldn't have noticed. This is on a
Ryzen 7 3900X [Ubuntu 18.04.5].
(Then I remembered that I had this issue on my "laptop", too. That's a Surface
Go 2 [Ubuntu 20.04], currently. Only it was *much* worse, totally unwatchable,
we're talking a new frame every other second, maybe. I chalked it up to the
machine being too slow, but maybe not.
It's not just MUSICUS!, either, I retrospect one or two other (older) visual
novels showed similar symptoms -- I just assumed the videos were crap at the
time.
Note that this bug is strictly about MUSICUS!, when that test case is fixed,
I'll happily go back and test the other stuff, the tangent is just meant to
illustrate that hardware performance may play a role in how noticeable it is.)
[#50239 has slightly different symptoms, and most importantly, I'm using
MUSICUS!'s 64-bit exe.]
The regular terminal output has nothing, please advise on how to get suitable
debug logs.
--
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=50275
Bug ID: 50275
Summary: Copy paste bug in conhost/window.c
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a…
console->active->win.right is set twice but console->active->win.up or
similar is missing
--
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=43498
Bug ID: 43498
Summary: Built-in comctl32 doesn't show Send To menu in Winamp
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: averageradical(a)gmail.com
Distribution: ---
For background, please see bug #43486. If I install Winamp (`winetricks
winamp`), when right clicking an item in the playlist, there is no "Send To"
menu. If I install comctl32 v5 (`winetricks comctl32`), the "Send To" menu
exists and works properly; however, the Add File and Add Directory buttons
crash Winamp (bug #43486).
Would it be possible to fix Wine's built-in comctl32 to support Winamp's "Send
To" menu?
I can build Wine from source and reproduce the problem(s) easily if anybody
needs any trace.
Thank you.
--
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=49840
Bug ID: 49840
Summary: chromium fails to load (--no-sandbox is a workaround)
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Linking old version of chromium, since the newer versions have issues with d3d
as well.
Download:
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
As noted, the sandbox errors and no page loads.
The latest working wine version is wine-staging-5.4.
This could either be a syscall issue again, since the patchset was changed a
lot during integration into Wine - or maybe it's an unrelated regression.
--
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=50838
Bug ID: 50838
Summary: That you can select a specific wine version to be used
by a specific prefix
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: toadfield(a)tutanota.com
Distribution: ---
What I mean is,that you can select,which prefix uses which wine version.
That would be handy cause many programs don't work with newest wine version.
And the wine launcher often don't have features I need,so that would fix
anything.
--
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=50363
Bug ID: 50363
Summary: commit 497c902857241ec340e562ec3490a344704440dc
removes libwine.so
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: davejplater(a)gmail.com
Distribution: ---
I don't know what the policy is regarding building vst plugins against the wine
API but the removal of the link libwine.so prevents carla and lmms from
building the vst plugin handlers.
I maintain both packages in openSUSE and have made a workaround to enable the
packages to 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.
https://bugs.winehq.org/show_bug.cgi?id=50759
Bug ID: 50759
Summary: automatic wine-gecko installation ignored - clean
WINEPREFIX - regression
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
Distribution: ---
wine-gecko is not automatically installed with Wine 6.2.
Bisected to:
5b362f07f67db5f90ac355c62a1f3d73658c4346 is the first bad commit
commit 5b362f07f67db5f90ac355c62a1f3d73658c4346
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Feb 9 13:51:59 2021 +0100
mshtml: Move load_gecko() call from DllRegisterServer to DllInstall.
With this patch, Wine will no longer ensure that Wine Gecko is available
during prefix creation and update. We have shared Gecko installations
and good support for installing Gecko on demand now.
To ensure that Gecko is installed, one may use DllInstall with something
like |regsvr32 -i mshtml|.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/mshtml/main.c | 13 ++++++++-----
1 file changed, 8 insertions(+), 5 deletions(-)
Prior to this commit wine-gecko 2.47.2 is automatically installed (downloaded
or installed from a local storage path).
--
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=50457
Bug ID: 50457
Summary: Byond / SS13 / CM crashes randomly in WriteTapemark /
CreateXmlReader / xmllite / mshtml / kernel32 / ntdll
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
URL: http://www.byond.com/download/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomatenesser(a)gmx.de
Distribution: Gentoo
Created attachment 69075
--> https://bugs.winehq.org/attachment.cgi?id=69075
winedebug output
Hi,
after code changes in CM (Colonial Marines) on byond (see attached file for
winedebug message), CM crashes frequently during playing.
I have the following dll overwrites with winetricks:
Using winetricks 20201206-next - sha256sum:
3c191fbbb4fb7bf8febe7306a6cdead51d49d9f5d1ff6127f18a13a83a50ac3a with
wine-6.0-rc4 (Staging) and WINEARCH=win32
msls31
w_workaround_wine_bug-25648
ie8
xmllite
vcrun2013
It made no difference to the bug, if I have xmllite and vcrun2013 installed via
winetricks or have no overwrite. Basically it can be reproduced by installing
ie8 only, which is a prerequisite to run byond and CM.
I use wine-staging from bobwya overlay with the following use flags in gentoo:
[ebuild R #] app-emulation/wine-staging-6.0_rc4_p1:6.0_rc4_p1::bobwya
USE="X alsa cups custom-cflags ffmpeg fontconfig gecko gphoto2 gsm gstreamer
jpeg kerberos lcms mingw mono mp3 netapi nls openal opengl osmesa perl png
prelink realtime run-exes samba scanner ssl threads truetype udev udisks unwind
v4l vkd3d vulkan xcomposite xml -capi -dos -faudio -ldap -odbc -opencl -oss
-pcap -pipelight (-prefix) -pulseaudio -sdl2 (-selinux) -test -themes -vaapi
-xinerama" ABI_X86="32 64 (-x32)" 0 KiB
--
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.