https://bugs.winehq.org/show_bug.cgi?id=54569
Bug ID: 54569
Summary: Guitar Rig 6 crashes when playing any sound
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: velicaglayan(a)hacettepe.edu.tr
Distribution: ---
Created attachment 74111
--> https://bugs.winehq.org/attachment.cgi?id=74111
I used wine explorer to select the exe and it crashed when I play a video from
mpv.
While Guitar Rig is open, playing audio from my browser or any other app
immediately crashes the program. Both Guitar Rig and the other software go
silent first, after the crash, other software etc. mpv restores its audio
playback. I use Arch Linux with PipeWire. And my audio interface is UA Volt 2.
You can download the demo version of the program here:
2https://www.native-instruments.com/en/products/komplete/guitar/guitar-rig-…
--
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=54572
Bug ID: 54572
Summary: Miflash_unlocker fatal error when opening
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: realdark(a)protonmail.com
Distribution: ---
Created attachment 74115
--> https://bugs.winehq.org/attachment.cgi?id=74115
backtraces from error
Miflash_unlocker fatal error when opening
New Prefix 32-Bit and 64-Bit used.
App starts but get seqfaults.
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=19017
Summary: DirectX Hardware presenting Problem
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fr.fr(a)vr-web.de
Created an attachment (id=21920)
--> (http://bugs.winehq.org/attachment.cgi?id=21920)
Log output of the Game Balls (in Appdb is a link for a Download)
Device is not Found
It seams DirectX in Wine has a Problem with presenting Hardware devices
--
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=48339
Bug ID: 48339
Summary: RadiAnt DICOM Viewer cannot export series to WMV movie
Product: Wine
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Movie export to wmv does not work under Wine 5.0~rc1-staging in RadiAnt DICOM
Viewer 5.5.0 64 bit
As far as I tested RadiAnt on wine it never did.
Console output:
01cc:fixme:wmvcore:WMProfileManager_LoadProfileByData
(0000000000C24D40)->(L"<profile version=\"589824\" storageformat=\"1\"
name=\"radiant\" description=\"\"><streamconfig
majortype=\"{73646976-0000-0010-8000-00AA00389B71}\" streamnumber=\"2\"
streamname=\"Video Stream\"inputname=\"Video409\" bitrate=\"20000000\"
bufferwindow=\"3000\" reliabletransport=\"0\" deco"... 0000000007913480)
I suppose that wmv export is probably not implemented currently, at least in
this profile.
To reproduce: Open any example CT series in RadiAnt DICOM viewer, export
series, pick "wmv", directory, and click save, nothing happens.
--
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=54568
Bug ID: 54568
Summary: Trying retrieve list of WMI classes makes powershell
core crash instantly
Product: Wine
Version: 8.2
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi, trying code snippet below found on the internet (to retrieve all wmi
classes) makes powershell core crash instantly.
$managementClass = New-Object System.Management.ManagementClass
$enumOptions = New-Object System.Management.EnumerationOptions
$enumOptions.EnumerateDeep = $true
$managementClass.PSBase.GetSubclasses( $enumOptions ) | Sort-Object
Maybe this is not yet supported in wine, but i guess it shouldn't crash
powershell anyway. (Code snippet works fine in powershell core on windows)
From a debuglog:
015c:trace:wbemprox:class_object_Get 000000001FB1DB70, L"__PATH", 0,
0000000022F
1E318, 0000000022F1E548, 0000000022F1E540
015c:trace:seh:dispatch_exception code=c0000005 flags=0 addr=00000001ED48AB7F
ip=1ed48ab7f
015c:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception
(code=c0000005) raised
Steps to reproduce: - Save 4 lines of code above in e.g. a.ps1
- wine pwsh -f a.ps1
Output from console:
Fatal error. System.AccessViolationException: Attempted to read or write
protect
ed memory. This is often an indication that other memory is corrupt.
at System.Management.IWbemClassObjectFreeThreaded.Get_(System.String, Int32,
System.Object ByRef, Int32 ByRef, Int32 ByRef)
at System.Management.ManagementObject.Initialize(Boolean)
at System.Management.ManagementBaseObject.get_wbemObject()
at System.Management.ManagementBaseObject.get_ClassName()
at
System.Management.ManagementClass.GetSubclasses(System.Management.Enumerat
ionOptions)
at System.Management.Automation.MethodInformation.Invoke(System.Object,
Syste
m.Object[])
--
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=53774
Bug ID: 53774
Summary: WinZip 7
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: blueguitar1978(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
WinZip 7: crashes when extracting a zip archive
--
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=54550
Bug ID: 54550
Summary: Move registry functions implementations into
offreg.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
https://learn.microsoft.com/en-us/windows/win32/devnotes/offline-registry-l…
This is a library to work with registry files. It is not shipped with Windows,
but is a part of WDK, so usually apps needing it bring one with itself. But
AFAIK Wine registry format is different from Windows one.
Also it'd be nice to be able to manipulate Wine registry from the apps native
to the host.
So it is proposed to
1. move all the impls of the registry format into a unix library
`libwineoffreg.so`
2. generate `offreg.dll.so` and `offreg.dll` using `libwineoffreg.so`
3. use it from `advapi32.dll`
--
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=54558
Bug ID: 54558
Summary: dinput:device8 - test_overlapped_format() sometimes
gets a permission denied on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:device8 - test_overlapped_format() sometimes gets a permission denied on
Windows. When that happens all the tests that follow fail too which makes for a
lot of failures.
device8.c:347: Test failed: 0x700: Acquire returned 0x80070005
device8.c:356: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:360: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:364: Test failed: 0x700: GetDeviceData returned 0x8007000c
device8.c:371: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:375: Test failed: 0x700: GetDeviceData returned 0x8007000c
device8.c:376: Test failed: 0x700: got count 10
...
device8.c:408: Test failed: 0x700: Acquire returned 0x80070005
...
device8.c:1972: Test failed: 0x500: Acquire returned 0x80070005
device8.c:1974: Test failed: 0x500: Acquire returned 0x80070005
device8.c:1983: Test failed: 0x500: WaitForSingleObject returned 0x102
...
device8.c:2002: Test failed: 0x500: Acquire returned 0x80070005
device8.c:2011: Test failed: 0x500: WaitForSingleObject returned 0x102
...
See https://test.winehq.org/data/patterns.html#dinput:device8
Where 0x80070005 == E_ACCESSDENIED
Maybe the permission denied error happens when a previous test triggered a UAC
prompt which then grabbed the keyboard and mouse to get a secure answer?
In any case this has happened for a long time but since 2022-11-21 it seems to
only happen on w1064v1507, w7u-adm and w7u-el.
--
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=54557
Bug ID: 54557
Summary: winmm:midi gets unexpected messages on w10pro64 (21H1)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:midi gets unexpected messages on w10pro64 (21H1):
* 2023-02-13 on w10pro64-fr (64-bit)
midi.c:988: Message 3c7, wParam=2f1e410, lParam=0 from midiStreamOpen
midi.c:1039: Message 320, wParam=e3006fc7, lParam=1 from midiStreamOut
midi.c:1039: Test failed: bad message 320/1 from midiStreamOut, expect
3c9/65f820
midi.c:1048: Message 320, wParam=e3006fc7, lParam=1 from midiStreamClose
midi.c:1048: Test failed: bad message 320/1 from midiStreamClose, expect 3c8/0
* 2023-02-20 on w10pro64-he (64-bit)
midi.c:662: Message 320, wParam=e3006fc7, lParam=1 from midiStream still paused
midi.c:662: Test failed: bad message 320/1 from midiStream still paused, expect
0/feedf00d
midi.c:685: Message 320, wParam=e3006fc7, lParam=1 from midiStream callback
midi.c:685: Test failed: bad message 320/1 from midiStream callback, expect
3ca/65f820
midi.c:686: Message 3ca, wParam=2eeb120, lParam=65f820 from midiStreamOut
midi.c:686: Test failed: bad message 3ca/65f820 from midiStreamOut, expect
3c9/65f820
...
midi.c:746: Message 3c9, wParam=2eeb120, lParam=65f820 from 0 bytes recorded
midi.c:746: Test failed: bad message 3c9/65f820 from 0 bytes recorded, expect
0/feedf00d
* 2023-02-21 on w10pro64-hi (64-bit)
midi.c:366: Message 320, wParam=e3006fc7, lParam=1 from midiOutLong unprepared
midi.c:366: Test failed: bad message 320/1 from midiOutLong unprepared, expect
0/feedf00d
midi.c:378: MIDIHDR flags=2 when unsent
midi.c:415: Message 320, wParam=e3006fc7, lParam=1 from midiOutClose
midi.c:415: Test failed: bad message 320/1 from midiOutClose, expect 3c8/0
midi.c:423: Message 3c8, wParam=2ea4810, lParam=0 from midiOutOpen WINDOW
midi.c:423: Test failed: bad message 3c8/0 from midiOutOpen WINDOW, expect
0/feedf00d
See https://test.winehq.org/data/patterns.html#winmm:midi
These are the only known instances so far so it looks like this is caused by a
change that happened in February.
Where 0x320 == WM_DWMCOLORIZATIONCOLORCHANGED ???
0x3c8 == MM_MOM_CLOSE
0x3c9 == MM_MOM_DONE
0x3ca == MM_MOM_POSITIONCB
It's possible that 0x320 is the cause for all failures. If it really is
WM_DWMCOLORIZATIONCOLORCHANGED then it is probably caused by some other test
and thus really not related to midi. So it may make sense to add it to the
spurious_message() filter.
--
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.