https://bugs.winehq.org/show_bug.cgi?id=51345
Bug ID: 51345
Summary: Regression: Visual Studio 2005 "package load failure"
Product: Wine
Version: 6.11
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
winetricks vc2005trial
wine cmd
"C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat"
devenv
Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving
+/- 10 of these error dialogs on startup, each relating to a different package.
This is a rough transcript of one of them:
------------------------
Package Load Failure
------------------------
Package
'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage,
Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0,
Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load
properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please
contact package vendor for assistance. Application restart is recommended,
due to possible environment corruption. Would you like to disable loading this
package in the future? You may use 'devenv /resetskippkgs' to re-enable
package loading.
Yes No
------------------------
It is the worst git bisect I've ever done. Apart from the lengthy time needed
to test each commit, the regression occurs within a range of 44 commits
(bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we
can't easily distinguish that bug from this one.
I've now had to make a separate branch, "git rebase --onto <that range>" to
copy commits from that range there, then "git rebase -i" to reorder them and
separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the
other commits.
Unfortunately, having done so, it appears the startup-breaking commits are also
the commits that caused this regression. One or more of these is the culprit:
ntdll: Move kernel32 loading into LdrInitializeThunk().
ntdll: Return system dir path for PE mapping bootstrap placeholders.
ntdll: Fail to load non-existent dlls, except during prefix bootstrap.
ntdll: Also check syswow64 to determine if the prefix was initialized.
include: Add more SYSTEM_INFORMATION_CLASS definitions.
kernel32: Implement GetSystemCpuSetInformation().
ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation).
kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE.
ntdll: Set the window title to the image name on the Unix side.
ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface.
ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the
prefix.
--
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=56278
Bug ID: 56278
Summary: wayland: dropdowns is rendered as toplevel
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hugo(a)whynothugo.nl
Distribution: ---
When using the wayland driver, dropdown menus are rendered as their own
toplevel windows.
On tiling window managers (e.g.: swaywm), this results in it being tiled just
like any other window. I can't imagine that they would be placed correctly on
stacking window managers either.
I confirmed with lswt that dropdowns are effectively rendered as toplevels. An
xdg_popup should be used here instead:
https://wayland.app/protocols/xdg-shell#xdg_popup
The weirdness in behaviour can be reproduced with:
- wine reg.exe add HKCU\\Software\\Wine\\Drivers /v Graphics /d wayland
- winecfg
- Go to the desktop integration tab and click on any dropdown
--
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=57444
Bug ID: 57444
Summary: A old game Exertus darkness approaches unable to run
under wine wow64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 77440
--> https://bugs.winehq.org/attachment.cgi?id=77440
Log from wine wow64
Exertus darkness approaches is a very old game.
It was able to play even with virtualbox, but unable to run under wow64
env
Ubuntu 20.04
wine lastest master
--
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=57478
Bug ID: 57478
Summary: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes
Sims 2 black-screen when running with Nvidia
470.256.02 and dxvk 1.10.3
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: dkk089(a)gmail.com
Distribution: ---
Said commit makes Sims 2 launch to a black screen. Everything else works and it
seems like the actual graphical content is just not output to the screen
somehow : music is playing in the background and you can see the mouse cursor
changing its symbol if you move it around (hovering over a text field).
I saw this with Nvidia 470.256.02 and GeForce GT 645M. However, running on a
Radeon RX550 with open source drivers is just fine. dxvk was 1.10.3 during both
runs.
Bisecting leads to 1fe64cd59573473160186aa172c4bf5055510cd7 and reverting this
commit from master makes everything work okay 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=57192
Bug ID: 57192
Summary: X11DRV_SetCursorPos breaks when xinput "Coordinate
Transformation Matrix" is customized
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: mk939(a)ymail.com
Distribution: ---
Created attachment 77083
--> https://bugs.winehq.org/attachment.cgi?id=77083
WINEDEBUG=+cursor,+win wine minetest.exe | trimmed to one repetition of the
bugged SetCursorPos call
Discovered by testing Minetest 5.9.0 [1] in Wine. In-game, the cursor is always
moved to the center. However, when the xinput "Coordinate Transformation
Matrix" parameter, the cursor moves to unpredictable positions (bottom right
corner, for example). The game becomes unplayable.
I think it's caused by "X11DRV_SetCursorPos" because skipping
"NtUserSetCursorPos" entirely does avoid this issue. The cursor position is no
longer centred, but the game does not look as glitchy any more.
System specifications:
* Ubuntu 22.04, X11, xfce4
* amdgpu driver
Reproduced in Wine 9.1, Wine 9.17 and Proton 9.0-2.
Reproduced with
* Wine's virtual desktop on and off
* Window manager decorations on and off (winecfg)
* Window manager control on and off (winecfg)
Steps to reproduce:
1. xinput list
2. Remember the xinput <ID> of the mouse (Virtual core pointer -> HID)
3. xinput --set-prop <ID> 'Coordinate Transformation Matrix' 1.1 0 0 0 1.1 0 0
0 1
4. Join a world in Minetest and try to play
This problem does not occur when the Transformation Matrix is set to "1.0 0 0 0
1.0 0 0 0 1". It also does not occur on Windows due to lack of xinput and X11
in the first place.
[1]
https://github.com/minetest/minetest/releases/download/5.9.0/minetest-5.9.0…
--
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=56350
Bug ID: 56350
Summary: Python programs fail to play sound
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: galacticaledge(a)protonmail.com
Distribution: ---
Created attachment 76076
--> https://bugs.winehq.org/attachment.cgi?id=76076
Most of the errors that occur when trying to play a sound seems to be related
to the crypt API
Python programs fail to play any sound due to errors in the crypt library.
If anyone wants to conveniently test and debug this issue, I wrote a simply
Python program for this. Simply run the program, open a txt file (which the
program will convert each line into speech when the "Next Line" button is
played), and watch it fail to play sound and cause the "Next Line" button to
stop working until a new file is selected. I have also confirmed this is a Wine
issue since the program works perfectly fine on a Windows install.
https://drive.google.com/file/d/1RjB0n5tAP1-7xPUf8Zjk_QzIyya7vZ6e/view?usp=…
--
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=56137
Bug ID: 56137
Summary: Overwatch 2 fails to save highlight video files
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forestix(a)nom.one
Distribution: ---
When attempting to save an Overwatch 2 highlight video as an mp4 file (the
default format), it fails with this error message:
SAVING ERROR
An unknown error has occurred. (6-04)
Steps to reproduce:
- play a game (easiest way is via Play: Training: Practice vs. AI: Casual)
- after the game is over, return to the main menu
- click username button (top right corner)
- click history tab (top edge)
- click highlights tab (left edge)
- click a highlight from "today's top 5"
- click save button (bottom edge)
- select movie format: mp4
- click save button
Note that this is a different kind of failure than the one with .webm format
(bug 56059).
--
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=16227
Summary: Tooltips on mouse hover in EMS SQL Manager block the
mouse click
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ksfreitas(a)gmail.com
Created an attachment (id=17473)
--> (http://bugs.winehq.org/attachment.cgi?id=17473)
Screenshot of a tooltip bloocking the mouse click
In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having
to resize to see all item without tooltip for click. The link for freeware
software download:
http://www.sqlmanager.net/en/products/postgresql/manager/download
--
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=50458
Bug ID: 50458
Summary: Tooltips block input in Foobar2000
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debilerpc(a)web.de
Distribution: ---
**Context:**
Like with most media players, Foobar2000's playlist view is essentially a
spreadsheet where each line is a track and each column displays a tag or
metadata field.
If the length of the tag exceeds the width of the column, it gets cut off. You
can see the full tag in a tooltip by hovering over it with a mouse in that
case.
**The problem:**
As long as the tooltip is displayed, the app registers neither keyboard nor
mouse input.
I suspect this problem exists in a variety of
[apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but
here it is especially annoying.
**Expected behavior:**
When input is sent, the tooltip should disappear, and Foobar2000 should react
to the input. This is what happens under Windows 10.
--
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=50277
Bug ID: 50277
Summary: Haven intro video does not play
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: kai.sterker+wine(a)gmail.com
Distribution: ---
Created attachment 68825
--> https://bugs.winehq.org/attachment.cgi?id=68825
Debug logs with +mfplat,+gstreamer
Upon testing Haven with the builtin media foundation implementation, the
following error is logged, the intro movie does not play and the game is stuck
at launch:
020c:err:mfplat:media_source_constructor Failed to play source, error 0.
0218:err:mfplat:bus_watch qtdemux0: Internal data stream error.
0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason error (-5)
Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can
provide any other useful information please let me know.
--
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.