June 2026 - Wine-Bugs - list.winehq.org

[Bug 44887] New: Pressure sensitivity lost when file requester is opened in ZBrush
by wine-bugs＠winehq.org July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=44887 Bug ID: 44887 Summary: Pressure sensitivity lost when file requester is opened in ZBrush Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f2267911(a)nwytg.com Distribution: --- ZBrush (4r8 and 2018) works quite fine but when a file requester (to load or save a tool) is opened, ZBrush does not response to the pressure sensitivity. Before loading a tool the pressure sensitivity worked fine. -- 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.

3 11

[Bug 59503] New: Video not played in Summer in Mara
by WineHQ Bugzilla July 23, 2026

July 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59503 Bug ID: 59503 Summary: Video not played in Summer in Mara Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)list.winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- (wine:399897): GStreamer-CRITICAL **: 19:14:13.863: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.863: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.872: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.872: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.935: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink winegstreamer error: qtdemux0: Internal data stream error. winegstreamer error: qtdemux0: ../gst/isomp4/qtdemux.c(6749): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason not-negotiated (-4) 0:00:00.085601536 399897 0x7f58ac004b80 ERROR WINE wg_parser.c:1655:wg_parser_connect: Failed to play stream. Xlib: extension "NV-GLX" missing on display ":1". 0420:fixme:console:default_ctrl_handler Terminating process 298 on event 0 02a4:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 00007FFFFE1FFEB0 0430:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 00007FFFFE1FFEB0 -- 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.

1 3

[Bug 59196] New: MyWhoosh crashes on RoResolveNamespace stub for Windows.Devices.Bluetooth.Advertisement
by WineHQ Bugzilla July 23, 2026

July 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59196 Bug ID: 59196 Summary: MyWhoosh crashes on RoResolveNamespace stub for Windows.Devices.Bluetooth.Advertisement Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: smirky(a)smirky.net Distribution: --- Created attachment 80068 --> http://bugs.winehq.org/attachment.cgi?id=80068 WINEDEBUG=+bluetooth,+winrt,+seh wine ./MyWhoosh/Binaries/Win64/MyWhoosh.exe &>wine-debug.log MyWhoosh (indoor cycling application) crashes when attempting to initialize Bluetooth support due to unimplemented RoResolveNamespace for Windows.Devices.Bluetooth.Advertisement namespace. **Application:** MyWhoosh (https://mywhoosh.com/) **Wine Version:** 11-rc4 (compiled from git) **OS:** Arch Linux (up to date) **BlueZ Status:** Running and functional **What happens:** 1. MyWhoosh launches successfully (to a black screen) 2. Graphics/DirectX initialize correctly (I believe) 3. Application attempts to load Windows.Devices.Bluetooth.Advertisement namespace 4. RoResolveNamespace returns as stub (not implemented) 5. Application throws C++ exception (code e06d7363) immediately after 6. Crash reporter opens but app terminates **Relevant log output:** 0024:fixme:wintypes:RoResolveNamespace name L"Windows.Devices.Bluetooth.Advertisement", windowsMetaDataDir L"", metaDataFilePaths 00007FFFFEC78B88, subNamespaces 0000000000000000 stub! 0024:trace:seh:dispatch_exception code=e06d7363 (EXCEPTION_WINE_CXX_EXCEPTION) flags=1 addr=00006FFFFFBFD887 **Expected behavior:** RoResolveNamespace should load Windows Metadata (.winmd) for the Bluetooth.Advertisement namespace, allowing the application to instantiate Bluetooth LE classes like BluetoothLEAdvertisementWatcher. **Notes:** - With Wine 10.20, the app crashed earlier with TypeLoadException for Windows Runtime assemblies - With Wine 11-rc4, significant progress has been made - the app now reaches Bluetooth initialization - The basic Bluetooth driver infrastructure (winebth.sys) and BLE support appear to be present - The issue is specifically with the WinRT metadata resolution system **Reproduction:** 1. Install MyWhoosh for Windows (available from their website) 2. Run MyWhoosh.exe with Wine 11-rc4 3. Application crashes during Bluetooth initialization The application requires Bluetooth LE connectivity to communicate with fitness equipment (smart trainers, heart rate monitors, etc.). -- 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.

1 4

[Bug 55206] New: COD MW Remastered (2016) crackling audio
by WineHQ Bugzilla July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=55206 Bug ID: 55206 Summary: COD MW Remastered (2016) crackling audio Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: brandowlucas(a)gmail.com Distribution: --- Created attachment 74806 --> https://bugs.winehq.org/attachment.cgi?id=74806 this is the audio log file until i hit the crackling on game. when using pulseaudio the game sounds like this: https://www.youtube.com/watch?v=SmHY7uH1yzo when using pipewire, i don't even get audio at all: https://www.youtube.com/watch?v=71m5g4usSx0 i've tested this game in many distribution, different proton versions/wine versions and it seems a wine bug. i made this video test was on vanilla wine-8.11. I also attached the log files. -- 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.

2 7

[Bug 52897] New: ?
by WineHQ Bugzilla July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=52897 Bug ID: 52897 Summary: ? Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stevie1401(a)web.de Distribution: --- It's a shame, it's very complicated here and my English isn't very good. I would like to report a bug in the Photifiltre program. The clipboard doesn't work there. -- 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.

2 6

[Bug 56213] New: MS Money 99 regression
by WineHQ Bugzilla July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=56213 Bug ID: 56213 Summary: MS Money 99 regression Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dahoam(a)protonmail.com Distribution: --- Created attachment 75926 --> https://bugs.winehq.org/attachment.cgi?id=75926 crash after fresh install of MS Money 99 After updating from 8.0.2 to the new 9.0 release MS Money 99, which has worked very well before, stopped working. It starts up, plays it's start-up chime and then immediately exists (no crash dump), with those messages appearing in the console: 0360:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0360:fixme:heap:RtlCompactHeap handle 00340000, flags 0 stub! 038c:fixme:ieframe:PersistStreamInit_InitNew (011F9EF8) 038c:fixme:ieframe:navigate_url Unsupported args (Flags 03DEFF30 {VT_UI2: 14}; TargetFrameName (null)) 039c:fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 1A4F4250, context 0123C6E8, init_notify 0, handle 08ADFE00): stub 038c:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (088539E8)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 03DEC93C) 038c:fixme:file:NtLockFile I/O completion on lock not implemented yet 038c:fixme:ieframe:BrowserService_GetTravelLog 0BA0D898 03DECE10 038c:fixme:ieframe:ClientSite_GetContainer (011F9FD0)->(03DECF08) 038c:fixme:ieframe:ClientSite_GetContainer (011F9FD0)->(03DEE018) I tried a fresh install of the application as well. In that case the application crashes, producing the attached backtrace. Please let me know if I can provide additional information to track down this issue. Thanks. -- 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.

2 8

[Bug 59830] New: mmdevapi: IConnector::GetDataFlow / GetDeviceIdConnectedTo return E_NOTIMPL
by WineHQ Bugzilla July 23, 2026

July 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59830 Bug ID: 59830 Summary: mmdevapi: IConnector::GetDataFlow / GetDeviceIdConnectedTo return E_NOTIMPL Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)list.winehq.org Reporter: brian(a)digital-traffic.net Distribution: --- Created attachment 81106 --> http://bugs.winehq.org/attachment.cgi?id=81106 Test program for reproduction Note: Report is AI Generated / Human Reviewed. SUMMARY IConnector::GetDataFlow and IConnector::GetDeviceIdConnectedTo return E_NOTIMPL instead of valid topology data. Windows returns S_OK with real values for the same calls. Both E_NOTIMPL values are outside the HRESULTs the methods are documented to return. Real-world impact: pro-audio applications that probe endpoint topology to validate an output (e.g. Denon Engine DJ 5.0.0) refuse to use the device. Reproduces on wine-staging 11.10 and on vanilla wine.git d88408468c33dd09c7b3cc9499d0b39ba8023e2f -- not staging-specific. STEPS TO REPRODUCE A standalone MinGW reproducer (test-topology.c, ~130 lines, attached) creates an IMMDeviceEnumerator, gets the default eRender/eConsole endpoint, activates IDeviceTopology, walks to the connector at index 0, and calls GetType, GetDataFlow and GetDeviceIdConnectedTo. The same binary runs on Wine and on Windows. Build (MinGW on Linux): x86_64-w64-mingw32-gcc -O2 -o test-topology.exe test-topology.c \ -lole32 -loleaut32 -luuid Run: wine ./test-topology.exe (Linux + Wine) .\test-topology.exe (Windows) Note on the two test environments below: these are NOT identical hardware. Wine runs on the Linux host; Windows runs as a KVM guest. The Wine-side E_NOTIMPL is unconditional in dlls/mmdevapi/devenum.c (lines 1787 and 1834 both "return E_NOTIMPL;" with no backend interaction), so the divergence is not backend-dependent. The Windows capture is a representative example of what a spec-compliant implementation returns on a real audio endpoint. Wine side: wine-staging 11.10, fresh 64-bit prefix on Arch Linux (kernel 7.0.9, Framework 16 / AMD Ryzen AI 9 HX 370, Radeon 890M iGPU), audio via PipeWire's pulseaudio compat to Wine's pulse driver. Default endpoint is the laptop's built-in HDA codec. Windows reference: Windows 11 25H2 (OS Build 26200.8037) in libvirt/KVM on the same host, virtio HD-audio device (stereo 48 kHz s32le), no DJ hardware attached. ACTUAL OUTPUT (Wine 11.10) == test-topology: Wine mmdevapi IConnector / IDeviceTopology probe == CoInitializeEx -> 0x00000000 (S_OK) CoCreateInstance(MMDeviceEnumerator) -> 0x00000000 (S_OK) GetDefaultAudioEndpoint(eRender,eConsole) -> 0x00000000 (S_OK) IMMDevice::Activate(IDeviceTopology) -> 0x00000000 (S_OK) -- IDeviceTopology probes -- IDeviceTopology::GetConnectorCount -> 0x00000000 (S_OK) connector_count = 1 IDeviceTopology::GetConnector(0) -> 0x00000000 (S_OK) -- IConnector probes (index 0) -- IConnector::GetType -> 0x00000000 (S_OK) ConnectorType = 1 <-- Physical_Internal (hardcoded) IConnector::GetDataFlow -> 0x80004001 (E_NOTIMPL) IConnector::GetDeviceIdConnectedTo -> 0x80004001 (E_NOTIMPL) EXPECTED OUTPUT (Windows 11 25H2 build 26200.8037, identical .exe, virtio HD-audio endpoint) -- IConnector probes (index 0) -- IConnector::GetType -> 0x00000000 (S_OK) ConnectorType = 2 <-- Physical_External IConnector::GetDataFlow -> 0x00000000 (S_OK) DataFlow = 0 <-- In IConnector::GetDeviceIdConnectedTo -> 0x00000000 (S_OK) device_id (connected-to) = {2}.\\?\hdaudio#func_01&ven_1af4&dev_0022&...\elineouttopo DIVERGENCE SUMMARY Per method -- Wine 11.10 vs Windows 11 25H2 (26200.8037) vs documented returns: IDeviceTopology::GetConnectorCount Wine: S_OK, count=1 (hardcoded) Windows: S_OK, count=1 Documented: S_OK / E_POINTER IDeviceTopology::GetConnector(0) Wine: S_OK, empty IConnector Windows: S_OK, real IConnector Documented: S_OK / E_POINTER / E_INVALIDARG IConnector::GetType Wine: S_OK, Physical_Internal (hardcoded) Windows: S_OK, Physical_External Documented: S_OK / E_POINTER IConnector::GetDataFlow *** spec violation *** Wine: E_NOTIMPL Windows: S_OK, In Documented: S_OK / E_POINTER (E_NOTIMPL is not listed) IConnector::GetDeviceIdConnectedTo *** spec violation *** Wine: E_NOTIMPL Windows: S_OK, full device-instance path Documented: S_OK / E_POINTER / E_NOTFOUND / E_OUTOFMEMORY (E_NOTIMPL is not listed) The two methods marked "spec violation" return an HRESULT not listed for them on learn.microsoft.com (see IConnector::GetDataFlow and IConnector::GetDeviceIdConnectedTo). The hardcoded Physical_Internal from GetType is wrong for the virtio HD-audio jack the guest is using, but is at least a spec-legal value. SOURCE POINTERS In dlls/mmdevapi/devenum.c at HEAD d88408468c3: Connector_GetType (devenum.c:1778) FIXME("...partial stub"); *pType = Physical_Internal; return S_OK; Connector_GetDataFlow (devenum.c:1787) FIXME("...stub"); return E_NOTIMPL; Connector_GetDeviceIdConnectedTo (devenum.c:1834) FIXME("...stub"); return E_NOTIMPL; DT_GetConnectorCount (devenum.c:1914) FIXME("...partial stub"); *pCount = 1; return S_OK; DT_GetConnector (devenum.c:1926) FIXME("...partial stub"); returns a freshly-Connector_Create()d empty object for nIndex == 0. Connector_Create (devenum.c:1857) allocates IConnectorImpl with only vtbl + ref; no plumbing of parent IMMDevice flow / id. Connector_GetConnectorIdConnectedTo, Connector_ConnectTo, Connector_Disconnect, Connector_IsConnected and Connector_GetConnectedTo are also pure stubs. They are out of scope for this report (Engine DJ did not call them during testing) but would also need real implementations for a complete IConnector. The existing test scaffold at dlls/mmdevapi/tests/mmdevenum.c:386 (test_connectors()) does not currently catch this -- it "passes" today because the connector count is treated as advisory and the test body short-circuits. REAL-WORLD IMPACT Denon Engine DJ 5.0.0 (Qt6/C++, WASAPI consumer): - App launches, UI renders, library catalogs, BPM analysis runs. - Engine probes WASAPI topology on its startup path. WINEDEBUG=+mmdevapi shows "fixme:mmdevapi:Connector_GetDeviceIdConnectedTo (...) - stub" firing immediately on app launch, before any user interaction. Engine's own log records "GetDeviceIdConnectedTo : Error: UNKNOWN ERROR" 9x during this probe. - Settings > Audio > Output: the Audio Device dropdown shows "No Output channels available". Every enumerated endpoint is rejected during the topology probe, so the user can't select any output at all. - On launch the symptom can also surface as "Mono output devices are not supported. Please select a stereo audio output device." -- same upstream cause; the endpoint is stereo, but the failed topology introspection made Engine treat it as unusable. - Attempting to load a track to a deck throws Engine's internal "EErrorCode 109 / Access denied" from TrackDeckControlLoadWorker::createReader. Confirmed via WINEDEBUG=+ntdll,+file,+seh trace that NO actual STATUS_ACCESS_DENIED is returned by Wine during the failure -- Engine's error code is a catch-all unrelated to filesystem ACLs. - Identical Engine DJ 5.0.0 in a Windows 11 25H2 VM on the same host (virtio HD-audio stereo endpoint, no DJ hardware attached -- same as the Wine run) loads tracks fine. The endpoints differ in driver path but are both 2-channel 48 kHz; Engine's own logs and the standalone reproducer above isolate the divergence to the mmdevapi topology calls, not to the audio endpoint itself. -- 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.

1 9

[Bug 43652] New: Engine Prime: no playback of tracks
by wine-bugs＠winehq.org July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=43652 Bug ID: 43652 Summary: Engine Prime: no playback of tracks Product: Wine Version: 2.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: smidge(a)xsco.net Distribution: --- Created attachment 59079 --> https://bugs.winehq.org/attachment.cgi?id=59079 Log file demonstrating no playback and no audio devices Engine Prime is a music preparation application targeted at DJs who use Denon's latest hardware. It can be downloaded at http://www.denondj.com/engineprime Engine Prime 1.0.0 starts up successfully if d3dcompiler_46.dll and d3dcompiler_47.dll are disabled. If a track is added to the collection, and then played, there is no playback. No errors are recorded. Steps to reproduce: * Clean wine prefix. * Install Engine Prime 1.0.0 (link above) * Copy an MP3 file of your choice to somewhere under drive_c. * Copy another MP3 file of your choice to somewhere else on your filesystem accessible via a drive mapped in Wine, e.g. the Z: drive * Start Engine Prime as follows: env WINEDLLOVERRIDES="d3dcompiler_46.dll=d;d3dcompiler_47.dll=d" wine ~/.wine/drive_c/Program\ Files\ $x86$/Engine\ Prime/EnginePrime.exe * Navigate to the filesystem browser * Choose an example track (at the time of writing, the file must be under C: drive - see bug #43651) * Right-click, choose Add To Collection * Double-click the file to load it into the deck * Allow track analysis to complete if it is still going * Press play Expected outcome: the track plays Actual outcome: the application does not play the track, nor give any indication that it is playing or trying to play the track Additional observations: * Navigate to the Preferences screen (the cog icon in the top right) * Observe that the "Default Device" for audio output is selected, but no info about bit depth or sample rate are shown. * Testing sound through winecfg demonstrates that sound does work in other wine applications A terminal log capture is attached. The only line which suggests anything suspicious is the following, which is printed 20 times in a row when the application first starts up: fixme:mmdevapi:MMDevice_Activate IID_IDeviceTopology unsupported mmdevapi is one of the DLLs for the Core Audio API: https://msdn.microsoft.com/en-us/library/windows/desktop/dd316602(v=vs.85).… -- 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.

3 9

[Bug 48116] New: Amazing Adventures cannot install OCX applets
by WineHQ Bugzilla July 22, 2026

July 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=48116 Bug ID: 48116 Summary: Amazing Adventures cannot install OCX applets Product: Wine Version: 4.20 Hardware: x86-64 URL: https://amazing-adventures-around-the-world1.software. informer.com/download/ OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 65707 --> https://bugs.winehq.org/attachment.cgi?id=65707 Wine 4.20 console log The "Amazing Adventures Around The World" launcher is, apparently, a local web page. It asks permission to install some .ocx applets but they immediately fail. Workaround is "winetricks ie6". ffad9a3ee74a47171cf473d2fdac4e544db3b30d amazingadventures2setup.exe -- 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.

2 2

[Bug 20482] New: Tunnelier Win32 SSH client shows a very tall dialog upon exiting
by wine-bugs＠winehq.org July 22, 2026

July 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=20482 Summary: Tunnelier Win32 SSH client shows a very tall dialog upon exiting Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christianuceda(a)yahoo.com Created an attachment (id=24385) --> (http://bugs.winehq.org/attachment.cgi?id=24385) Anomalous confirmation dialog Tunnelier is a nice Win32 SSH graphical client. Get the software from: $wget http://dl.bitvise.com/Tunnelier-Inst.exe Then install: $wine Tunnelier-Inst.exe To run it: $wine tunnelier to reproduce the bug just log into any ssh enabled server, the console and the SFTP window will open automatically after logging in. Then click on exit, a requester stating that there is a session running will appear asking for exit confirmation. This confirmation dialog is anomalous, the text on it appears like a tall vertical column. See attached capture. -- 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.

3 25