https://bugs.winehq.org/show_bug.cgi?id=52173
Bug ID: 52173
Summary: kodi crashes at start: Call to unimplemented function
wsdapi.dll.WSDCreateDiscoveryProvider, aborting
Product: Wine
Version: 6.22
Hardware: x86-64
URL: https://mirrors.kodi.tv/releases/windows/win64/kodi-19
.3-Matrix-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 71223
--> https://bugs.winehq.org/attachment.cgi?id=71223
patch with stub stub
As the title says. Attached stub implementation gets it around this crash.
Will send later to list
Note: Starts further fine if I do 'winetricks dxvk141' but maybe my graphics
card is too "simple', and this is not needed for other cards?
--
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=26350
Summary: Dungeons demo doesn't run
Product: Wine
Version: 1.3.15
Platform: x86
URL: http://www.bigdownload.com/games/dungeons/pc/dungeons-
demo/
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
If I use mono-2.10-1, it fails with an error that mono can't handle it:
Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()'
in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains
native code that cannot be executed by Mono in modules loaded from byte arrays.
The assembly was probably created using C++/CLI.
Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException
(string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons
Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules
loaded from byte arrays. The assembly was probably created using C++/CLI.
System.NullReferenceException: Object reference not set to an instance of an
object
With dotnet35, fails with:
Unhandled Exception: System.MissingMethodException: Method not found: 'Void
System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'.
at Realmforge.MogreUtil.Application.MainApplication`3.Run()
at Realmforge.Dungeons.DungeonsMain.Main(String[] args)
--
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=39699
Bug ID: 39699
Summary: WINE Crashed during setup of 'EDT for Windows'
Product: Wine
Version: 1.6-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: D.Kurtz(a)web.de
Distribution: ---
Created attachment 52941
--> https://bugs.winehq.org/attachment.cgi?id=52941
Saved Crashfile
During running the Setup-Programm WINE crashed.
I have Linux-Mint 17.2 and Wine !:1.6.2 You can get the Programm 'EDTW = EDT
für Windows' at this Link: http://opg.de/download/edtw/setupedt.exe
If possible please answer in German language because my english is very bad.
Thanks
Dietmar
--
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=52799
Bug ID: 52799
Summary: Can't add repository
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: slayersnet2012(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Add Repository gives an error Message like this:
Fehl:7 https://dl.winehq.org/wine-builds/ubuntu jammy/main i386 Packages
Datei hat eine unerwartete Größe (4812 != 6744). Eventuell läuft gerade eine
Spiegel-Synchronisierung? [IP: 151.101.114.217 443]
Hashes of expected file:
- Filesize:6744 [weak]
-
SHA512:a15c76a48f721f44fadd27eacd67513d98524685955d8cf59da3ab4d43a2916969169bb53f0e76582e6cd41e55a6294426a364bf62c4365b79669ae94bf9a515
- SHA256:6e3c6241b7a543f121a60c8e91642652113eea4e7ab898709d0e6e5a9211e765
- SHA1:f9853bd8bd6cd2361f6458911fdbcd9ba666f683 [weak]
- MD5Sum:34607ca91b2aecc163babf031878cfa5 [weak]
Release file created at: Sat, 09 Apr 2022 15:20:32 +0000
--
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=52697
Bug ID: 52697
Summary: missing fonts in unity games
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Before you ask, I've already seen some of those "install Arial/Arial Bold"
'solutions.
But it's actually a bit more complicated.
As a fallback font for not embedded font resources Unity is looking up Arial...
Only it actually isn't.
It starts with Arial name and any extra values like weight (which I suspect
leads to Arial Bold - though just guessing that part), but actually assumes
full font substitution is working behind the font.
I assert that, cause I've run into a Japanese game that requested Arial, but
expected it to have cjk glyphs. While Arial Unicode kind of worked, I'm pretty
sure it was not what was originally requested. Also, Arial Unicode is
suboptimal on quite a few levels.
Though it might be that to start the process, a font file with font name
containing 'Arial' needs to be present in drive_c/windows/fonts. One way or
another, standard method of
HKEY_CURRENT_USER\Software\Wow6432Node\Wine\Fonts\Replacements fails.
--
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=52037
Bug ID: 52037
Summary: MaiDenSnow Eve trial crashes upon entering load menu
Product: Wine
Version: 6.19
Hardware: x86-64
URL: https://trial.dlsite.com/doujin/RJ116000/RJ115762_tria
l.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
I'm reporting against 6.19, but IIRC this predates 6.0.
I have no proof that the problem stems from the code in win32u/gdiobj.c, as gdb
backtraces report stack being corrupted. Yet after changing the warning in
handle_entry to print handle value, I can see the handle (font) being accessed
after being freed by free_gdi_handle. Also, 'all,-heap' somehow sidesteps the
crash, for a price of a major slowdown. The crash is 'illegal instruction', so
once again, stack corruption.
To reproduce:
- run the trial
- pick the last option (fourth) in the menu
- pick 'New Game'
- go with the first option in the next menu
- as the game starts, access menu (press X) and save (first option)
- press F12 to quickly restart the game
- back at the title screen pick 'Load Game'
- ...get the crash
(if at any point you get a splash screen with some text and a clock image, you
need to press 'up,left,up,down,right' on the keyboard)
--
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=19841
Summary: Wolfenstein (2009): mouse cursor remains onscreen
during FPS gameplay even after all menus are closed.
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben.r.xiao(a)gmail.com
In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons
sometimes causes the mouse cursor to remain on screen even when the in-game
menus are closed. In other words, during FPS gameplay, the cursor sits right
where the crosshairs should be and does not disappear. Needless to say this is
quite distracting. This cursor bug seems to appear randomly, but always after
browsing an intelligence report or upgrading weapons. The only way to get rid
of the cursor is to restart the game. I'll post an attachment showing this bug
the next time I see it.
--
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=52732
Bug ID: 52732
Summary: Garbage user-name crated with wine, not the proper
user-name like in older versions.
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rencer(a)euromail.hu
Distribution: ---
I'm not sure exactly when (the latest 7.4 version or which previous version)
this started to happen, because for a very long time I used Lutris to manage
Wine-versions and my Windows programs. Because of Lutris,I don't even have Wine
installed system-wide.
Sadly with the newest system (Manjaro XFCE) update someting in Python is
totally broken, and because of that Lutris won't work anymore, so I had to
install wine from system repo.
The latest version in 7.4
The problem is when I createa a new (or try to change an existing wineprefix to
use this system version), the user name is not my real username that I logged
in with. Now wine creates a strange garbage user name: "u@". Previously it was
correct and alway created the proper user folder, with the user who logged in
and run wine.
Long time ago, before I started using Lutris (I'm not sure which wine version
that was, around 4.x) I used command line to run wine, create prefixes, or run
any Windows programs and never was this bug. Also most of the progrmas I
installed with older versions and later never changed it, I think the last
version that I used with Lutris is 6.something and it also don't had this
user-name bug.
Problem is that all programs in any existing Wine-prefixes that was created
with Lutris, (with the PROPER user-name) are broken, settings are lost, saves
won't find, etc.,etc.,etc. because all the settings/saves are located in the
correct user-name folder and not in this new bugged garbage "@u" name. First I
thouth I lost all my files, and when I checked them with file-manager, that is
how I realised this strange behaviour.
Copying the files to the new garbage name location in NOT working all the time,
because many times programs store their settings, saved files, etc. in the
registry-database, so, this bug really broke many things.
--
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=52598
Bug ID: 52598
Summary: Update instructions for repository key usage due to
deprecation of apt-key
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
When using the repo, apt update produces such warning:
W: https://dl.winehq.org/wine-builds/debian/dists/testing/InRelease: Key is
stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the
DEPRECATION section in apt-key(8) for details.
>From man apt-key
DEPRECATION
Except for using apt-key del in maintainer scripts, the use of apt-key
is deprecated. This section shows how to replace existing use of apt-key.
If your existing use of apt-key add looks like this:
wget -qO- https://myrepo.example/myrepo.asc | sudo apt-key add -
Then you can directly replace this with (though note the recommendation
below):
wget -qO- https://myrepo.example/myrepo.asc | sudo tee
/etc/apt/trusted.gpg.d/myrepo.asc
Make sure to use the "asc" extension for ASCII armored keys and the
"gpg" extension for the binary OpenPGP format (also known as "GPG key public
ring"). The binary OpenPGP format works for all apt versions, while the ASCII
armored format
works for apt version >= 1.4.
--
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=46936
Bug ID: 46936
Summary: cannot upgrade to wine-devel 4.5~bionic (libfaudio0
dependency missing)
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: a34ypool3voiz(a)t-online.de
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 64049
--> https://bugs.winehq.org/attachment.cgi?id=64049
log showing missing libfaudio0 deps
I have installed winehq-devel 4.4 on Ubuntu 18.04 amd64.
Currently version 4.5 is available, but installation fails.
Trying the usual "apt-get update && apt-get upgrade && apt-get dist-upgrade"
lists winehq-devel as package that has been kept back.
Then I tried the following:
sudo apt-get install winehq-devel wine-devel wine-devel-amd64 wine-devel-i386
-f
Now two unmet dependencies are listed, which cause the failure: libfaudio0 and
libfaudio0:i386.
Those packages do not exist in the repository.
--
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.