http://bugs.winehq.org/show_bug.cgi?id=58265
Bug ID: 58265
Summary: regression in Wine >=10.7 for DXVK DLL override on
macOS
Product: Wine
Version: 10.7
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78608
--> http://bugs.winehq.org/attachment.cgi?id=78608
macOS Terminal log, wine-devel 10.7
On macOS, there is a bug (https://bugs.winehq.org/show_bug.cgi?id=58145) that
can be worked around with a DXVK DLL override (for d3d11.dll) in Wine-devel
10.6 and lower, but this workaround stops working in Wine-devel 10.7 (also
tested not working in 10.8)
repost of my comment from that previous bug:
regression in wine-devel 10.7 - DXVK DLL workaround stops working
There's new regression in wine-devel 10.7: now the DXVK DLL override workaround
doesn't work, the app always gives the original error pop-up window with the
same message.
Attached is the macOS Terminal log after copying Gcenx's 32-bit `d3d11.dll`
from his DXVK-macOS package to the same directory as the OutOfCtrl.exe
executable. When tested with wine-devel 10.6, it still works.
> % cp /Users/toastybug/dxvk-macOS/x32/d3d11.dll /Users/toastybug/Windows_Apps/OutOfCtrl_v1_2_EXE/
> % cd /Users/toastybug/Windows_Apps/OutOfCtrl_v1_2_EXE/
> % WINEDEBUG=module WINEDLLOVERRIDES="d3d11=n" wine OutOfCtrl.exe
tested using Gcenx's wine-devel 10.7 build
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.7) with GStreamer
1.26.1 on macOS 11.7.10
and Gcenx's DXVK-macOS v1.10.3-20230507-repack
(https://github.com/Gcenx/DXVK-macOS/releases/tag/v1.10.3-20230507-repack)
--
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=57954
Bug ID: 57954
Summary: Watch_Dogs black splash screen 10.3
rawinput:add_device Failed to open device
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
Created attachment 78201
--> https://bugs.winehq.org/attachment.cgi?id=78201
wd-winedbg
10.2 seems to work fine, 10.3 gives an error about rawinput and the splash
screen that should have the main character and game title is a black box and
hangs
using wow64 build, other 32bit games seem to work fine.
running with WINEDBEUG ends in multiple varying lines of
`0158:warn:rawinput:add_device Failed to open device file
L"\\??\\HID#some-device-name#{hex-hash-id}", status 0xc0000034.`
--
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=58252
Bug ID: 58252
Summary: Microsoft Edit: Unimplemented function
ReadConsoleInputExW
Product: Wine
Version: 10.0
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: tdiazcu(a)gmail.com
Created attachment 78593
--> http://bugs.winehq.org/attachment.cgi?id=78593
The backtrace of the crash dump.
The just release Microsoft Edit crash just after try to open it in a console
with a clean installed wine with the following command line:
$ wine edit.exe
In a summary, the function ReadConsoleInputExW seems to be unimplemented.
Here I attach the report of the error below.
If I find the way to build wine myself I could fix this issue.
My desktop is FreeBSD with Xfce.
Best,
Antonio
--
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=56486
Bug ID: 56486
Summary: Battle.net App Crash Cycle on Startup
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Created attachment 76256
--> https://bugs.winehq.org/attachment.cgi?id=76256
Backtrace from the Program Error
Starting up Battle.net App. Login screen shows with a loading circle as if it's
trying to use a saved password to login. I receive a notice that there's an
error and Battle.net has to shut down. I close it, and the error shows up
again. This continues in a cycle until I use "wineserver -k" to exit. The
backtrace saved from this has been attached. I am able to use the Settings
button on the login screen for the Battle.net app, as well as typing in a
username/password, but I cannot go any farther than that because there is no
submit button and it doesn't seem to want to load.
Be aware that I had previously been loading Starcraft II directly using the
SC2Switcher.exe executable, but because a new version needs to be downloaded,
I'm needing to get into the Battle.net app. Not sure if not using the app is a
side effect. For the heck of it, I tried running the setup to update
Battle.net, and the same thing occurred.
--
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=57936
Bug ID: 57936
Summary: Incorrect audio volume level read by app from the
system - 100% all the time.
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: greblus(a)gmail.com
Distribution: ---
Hi guys.
I'm trying to use Yousician on Linux and it works amazingly well, maybe even
smoother than on W11, but there is one small problem: It's impossible to
preform latency calibration as the app is checking global system volume, if
it's too high, it disallows calibration to prevent hearing damage if the sounds
it produces are too loud.
On wine and wine-staging the volume in Yousician is always 100%. I use
pipewire-pulse backend and plasma-pa, I'm changing volume from plasma settings
or alsamixer, or pulsemixer but it stays 100% in Yousician.
Hope there's an easy fix for it :).
Regards,
W.
--
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=58263
Bug ID: 58263
Summary: Wine Internet Settings crashes on unimplemented
function shdocvw.dll.ParseURLFromOutsideSourceW
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shdocvw
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 78602
--> http://bugs.winehq.org/attachment.cgi?id=78602
Backtrace
Steps to reproduce:
1. Run `wine control inetcpl.cpl`
2. Click "OK" (not "Cancel")
Wine prints the following and crashes:
wine: Call from 00006FFFFF3FCFC7 to unimplemented function
shdocvw.dll.ParseURLFromOutsideSourceW, aborting
wine: Unimplemented function shdocvw.dll.ParseURLFromOutsideSourceW called at
address 00006FFFFF3FCFC7 (thread 0148), starting debugger...
0150:fixme:dbghelp:elf_search_auxv can't find symbol in module
0150:fixme:dbghelp:elf_search_auxv can't find symbol in module
wine: Call from 00006FFFFF3FCFC7 to unimplemented function
shdocvw.dll.ParseURLFromOutsideSourceW, aborting
ParseURLFromOutsideSourceW is called from the parse_url_from_outside function
in dlls/inetcpl.cpl/general.c:
https://gitlab.winehq.org/wine/wine/-/blob/8f91df4c4e4fb8b32c737bb02e82dcdd…
It used to work fine before ParseURLFromOutsideSourceW was removed in
https://gitlab.winehq.org/wine/wine/-/commit/fa4a470f9afd79b8104bacf3f1046e…
--
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=58126
Bug ID: 58126
Summary: Display enumeration differs from winex11
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: oleg(a)np880.ru
Distribution: ---
Created attachment 78389
--> http://bugs.winehq.org/attachment.cgi?id=78389
Display enumeration in winewayland driver.
Enumeration of displays in winewayland driver differs from winex11 and doesn't
even follow order of reported wl_outputs.
I have 3 displays: with middle one (1440p, primary) being the first display. My
other displays are 1080p. In winex11 it's indeed the first, and it also
reported as first wl_output by my compositor (KWin). But winewayland driver
reports it the second and the leftmost display reported as the first.
It causes problem in old games that don't have display selection and enumerate
video modes only for primary (first) display, so I can't get resolution higher
than 1080p on my 1440p display that is supposed to be primary.
Although we don't have a way to determine primary screen on Wayland we can at
least follow order of reported wl_outputs. Here is what my compositor is
reporting and it doesn't correlate with order of winewayland driver.
interface: 'wl_output', version: 4, name: 61
name: DP-1
description: Xiaomi Corporation Mi monitor
x: 1920, y: 0, scale: 2,
physical_width: 598 mm, physical_height: 336 mm,
make: 'Xiaomi Corporation', model: 'Mi monitor',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 2560 px, height: 1440 px, refresh: 180.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 62
name: DP-2
description: Philips Consumer Electronics Company Philips 226V4
x: 0, y: 0, scale: 1,
physical_width: 477 mm, physical_height: 268 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 226V4',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 63
name: HDMI-A-1
description: Philips Consumer Electronics Company Philips 235PL
x: 3968, y: 0, scale: 1,
physical_width: 510 mm, physical_height: 287 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 235PL',
subpixel_orientation: unknown, output_transform: 90°,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
--
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=19410
Summary: Personal Stock Monitor: tooltip text not visible
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
URL: http://www.personalstockmonitor.com/downloads.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Andrew.Talbot(a)talbotville.com
In Personal Stock Monitor (see URL for download), if one hovers over a
truncated entry a tooltip pops up, but there is no visible text on 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=49097
Bug ID: 49097
Summary: Treeview unduly handles WM_SYSKEYDOWN
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
Distribution: ---
Treeview unduly handles WM_SYSKEYDOWN
Refer to treeview.c
case WM_KEYDOWN:
case WM_SYSKEYDOWN:
return TREEVIEW_KeyDown(infoPtr, wParam);
No such processing on Listview :
case WM_KEYDOWN:
return LISTVIEW_KeyDown(infoPtr, (INT)wParam, (LONG)lParam);
As a consequence, WM_SYSKEYDOWN not correctly passed to parent Wnd if focus is
on a Treeview control.
Proof of concept : Use ReactOS. Open Regedit or Event Viewer. Put focus on
treeview. Alt+F4 does nothing (WM_SYSKEYDOWN "stuck" at Treeview component
level)
Suggested patch :
change
case WM_KEYDOWN:
case WM_SYSKEYDOWN:
return TREEVIEW_KeyDown(infoPtr, wParam);
into
case WM_KEYDOWN:
return TREEVIEW_KeyDown(infoPtr, wParam);
as no reason to handle WM_SYSKEYDOWN at component level.
--
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=58240
Bug ID: 58240
Summary: ProTanki Online: the paint shader is looking wrong
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mr.aivazlatypov(a)yandex.ru
Distribution: ---
Created attachment 78576
--> http://bugs.winehq.org/attachment.cgi?id=78576
logs protanki wine
The paint shader on tank is looking wrong
The game download at https://pro-tanki.com/protanki-installer.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.
http://bugs.winehq.org/show_bug.cgi?id=58261
Bug ID: 58261
Summary: Ys Origin: videos playing upside down
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://store.steampowered.com/app/207350/Ys_Origin/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 2f180106471a41fa3d95f21919b87b94d8e13e63
Distribution: ---
Created attachment 78600
--> http://bugs.winehq.org/attachment.cgi?id=78600
terminal output
Intro and in-game videos are playing upside down in Ys:Origin.
Tested with the Steam and GOG.com versions. Demo is available on Steam but it
is not affected (the demo uses different video format for videos).
This is after
commit 2f180106471a41fa3d95f21919b87b94d8e13e63
amstream: Implement the custom ddraw stream allocator.
The allocator has a lot of custom behaviour that is very visible in how it
interacts with Update().
Naturally this has the benefit of writing directly into the mapped
surfaces.
The gstreamer errors in my log were present before that commit too.
wine-10.8-103-g8f91df4c4e4
--
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=44721
Bug ID: 44721
Summary: GetFullPathName return path
Product: Wine
Version: 3.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: markau0(a)lycos.com
Distribution: ---
I ran the GetFullPathName code example from the Microsoft site
https://msdn.microsoft.com/en-us/library/windows/desktop/aa364963(v=vs.85).…
and Vista returns
The full path name is: c:\windows\notepad.exe
The short name for c:\longdirectoryname is c:\LONGDI~1
The long name for c:\LONGDI~1 is c:\longdirectoryname
and Wine 3.3 returns
The full path name is: c:\windowsnotepad.exe
The short name for c:\longdirectoryname is c:\LONG~TX4
The long name for c:\LONG~TX4 is c:\longdirectoryname
The full path name is: c:\windows\notepad.exe
The full path name is: c:\windowsnotepad.exe
do not seem to match.
--
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=58257
Bug ID: 58257
Summary: CD Manipulator cannot detect the drive model name in
experimental wow64 mode.
Product: Wine
Version: 10.8
Hardware: x86-64
URL: http://www.storeroom.info/cdm/cdm270.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
CD Manipulator is a free and user-friendly tool for ripping and writing CDs,
supporting image file creation and duplication.
The drive model name should appear in the drop box to select the drive in the
main menu that appears after starting the program, but it does not appear in
new Wow64 mode. I have not tested the other features yet.
Steps to reproduce:
1. Make sure you have a physical or virtual CD/DVD drive ready.
2. Obtain cdm270.zip from http://www.storeroom.info/cdm/ .
SHA1(cdm270.zip) = 46f4cea613d199974cf1a22741f4ce92e8fef723
3. Unzip it.
4. Execute CdManipulator.exe with Wine.
5. At the first time, language selection window is shown. Choose English.
6. The main menu appears.
Expected result:
Drive model name is shown in the drop box,
e.g. (D:) VBOX CD-ROM 1.0
Actual result:
Drive model name is shown as Unknown in the drop box,
e.g. (D:) - Unknown -
--
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=58256
Bug ID: 58256
Summary: In wayland mode, with rotated screen, wine thinks that
screen width is screen height and viceversa
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scallegari(a)arces.unibo.it
Distribution: ---
I am trying to use wine in wayland mode by unsetting DISPLAY. I know that it is
still experimental, but on most of my systems works well enough and gives me
much better scaling on HiDPI.
There is one exception I have a tablet/convertible where "by default" the
screen is vertical. So to use it as a laptop, I need to use screen rotation.
With screen rotation, wayland mode in wine breaks badly.
I think that the issue is that wine starts swapping screen height and width.
Let me give you an example. I am trying to run "LTspice" under wine. If I keep
the window "small" and on the left part of the screen, everything is fine. If I
maximize the window, things break on the right part of the window (the one
exceeding the boundary where the x coordinate is equal to the screen height,
namely the width of the unrotated screen). Furthermore, if I try to resize the
window by dragging the right border, I cannot go beyond that boundary.
I hope that this explanation is clear enough.
--
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=57959
Bug ID: 57959
Summary: Setting screen resolution dpi makes multiple games
only show a portion of its screen
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: es20490446e(a)gmail.com
Distribution: ---
=== SYSTEM ===
- Plasma 6 (both X11 and Wayland)
- Kwin
- Zenned
=== STEPS ===
1. In winecfg, set dpi to a high value.
2. Launch an affected game, like Hylics or Blade Runner.
=== RESULT ===
Only a portion of the screen is shown.
--
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=37827
Bug ID: 37827
Summary: print to pdf failure
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: lurchgs(a)gmail.com
Distribution: ---
Created attachment 50375
--> https://bugs.winehq.org/attachment.cgi?id=50375
error output from wine notepad attempt to print to pdf
Wine 1.6.2, ubuntu 14.10
calling up print dialog in various apps works fine.
Printing to my Samsung 1665 works ok.
Printing to PDF fails. Dialog opens, clicking on "Ok/Print" shows no visible
result, dialog does not close, no file created.
--
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=43722
Bug ID: 43722
Summary: issue running from terminal
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: caltrop_3(a)yahoo.com
Distribution: ---
wine will not independent launch from terminal
it is tied permanently to the terminal
closing terminal closes the running program
can run background but... even not in background this happens...
'wordpad' & 'write' are the same and generate the messages once
'explorer' keeps generating messages during use even when not starting in
background
~ $ wine explorer &
~ $ fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x190690 (2, 1026, a003,
0, 0x32e5f8)
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x190690 (2, 1026, a004, 1,
0x32e5f8)
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x190690 (2, 1025, a003, 1,
0x32e5f8)
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x190690 (2, 1025, a004, 1,
0x32e5f8)
fixme:shell:IExtractIconW_fnExtract (0x19b270)
(file=L"C:\\windows\\system32\\shell32.dll" index=-35 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1a2d68)
(file=L"C:\\windows\\system32\\shell32.dll" index=-16 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1a2d68)
(file=L"C:\\windows\\system32\\shell32.dll" index=-235 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1a2d68)
(file=L"@C:\\windows\\system32\\shell32.dll" index=-33 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x19aef8)
(file=L"C:\\windows\\system32\\shell32.dll" index=-9 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1afa18)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x19af40)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1a9258)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x19e468)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1af858)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1b0548)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
fixme:shell:IExtractIconW_fnExtract (0x1b0f98)
(file=L"C:\\windows\\system32\\shell32.dll" index=-4 (nil) 0x32e2b8
size=00000014) semi-stub
~ $ wine wordpad &
~ $ fixme:storage:create_storagefile Storage share mode not implemented.
fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
fixme:font:get_outline_text_metrics failed to read full_nameW for font
L"InavelF\00f6rtvinad"!
~ $ wine write &
~ $ fixme:storage:create_storagefile Storage share mode not implemented.
fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
fixme:font:get_outline_text_metrics failed to read full_nameW for font
L"InavelF\00f6rtvinad"!
--
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=58223
Bug ID: 58223
Summary: spec ops the line stalls after splash screen
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
spec ops: the line does not seem to run after wine 10. wine 9.18 runs with
wow64 bit, 10.1 wow64 or 32bit will have processes idle/spinning in htop.
will not have time to bisect for a week or so
--
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=58249
Bug ID: 58249
Summary: Heavy Rain doesn't recognize controller ( Dualshock 4
)
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yurnerolinux(a)yandex.com
Distribution: ---
Game only picks keyboard and mouse input. This game is from Epic Games Store (
steam copy also exists ) , i tried with both Wine and Proton; both yields to
same result.
Took a log with:
WINEDEBUG=+dinput,+xinput,+input,+rawinput,+hid,+setupapi,+ntoskrnl,+plugplay
--
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=58248
Bug ID: 58248
Summary: Me(Idx) fails to compile
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
code:
Sub Spinner_Hit(Idx)
Me(Idx).IsDropped=True
'Spinner(Idx).IsDropped=True
End Sub
Wine:
/opt/wine-devel/bin/wine cscript test.vbs
0134:fixme:vbscript:make_call_expression Unhandled for expr type 22
0134:fixme:wscript:ActiveScriptSite_OnScriptError ()
0134:fixme:wscript:run_script ParseScriptText failed: 80004005
Windows:
[Running] cscript //Nologo "c:\Users\me\OneDrive\Bureaublad\test.vbs"
[Done] exited with code=0 in 0.097 seconds
--
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=58238
Bug ID: 58238
Summary: Tooltips: missing outline
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78570
--> http://bugs.winehq.org/attachment.cgi?id=78570
Missing outline
the outline is not displayed. This is even obvious when a specific text color
is selected where windows draws the outline in the same color but no outline is
still rendered in wine
--
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=58241
Bug ID: 58241
Summary: em client 10 does not work if at least one email
account is added
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)ljaeckle.de
Distribution: ---
With a fresh wine installation (rm ~/.wine) and an updated manjaro, there is no
chance to use em client 10 or an older em client 9
(https://de.emclient.com/download) after setting up an email account. The
installer works, the app starts, the wizard can be used as intended. However,
once an email account get added and the first few emails get downloaded freezes
the em client application.
There are reports in your database which state that em client 8 reached the
"Gold" level. I wonder why em client 10 then 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.
http://bugs.winehq.org/show_bug.cgi?id=58200
Bug ID: 58200
Summary: winehq-repo for Fedora 42 is empty.
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: roidal(a)googlemail.com
CC: dimesio(a)earthlink.net
Distribution: ---
I enabled the winehq-repo for Fedora 42 but it seems to be empty.
winehq.repo contains following baseurl:
baseurl=https://dl.winehq.org/wine-builds/fedora/42
--
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=58234
Bug ID: 58234
Summary: llvm-mingw build makes ddraw:ddraw4 test crash because
of a ceilf recursion.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 78561
--> http://bugs.winehq.org/attachment.cgi?id=78561
ddraw_test_llvm-ceilf-ceil-recursion.txt
Hello, trying to look at a failure of test ddraw:ddraw4
I just found an issue with my build.
The issue is a recursive call to ceilf.
This affects just the 32-bit build, where it looks like ceilf is just
an inline wrapper in the header file for the function ceil.
But for some reason llvm-mingw/clang replaces the call to ceil by ceilf,
therefore causing the recursion.
Adding `EXTRADEFS = -fno-builtin` to dlls/ddraw/tests/Makefile.in
fixes this issue for here.
Or is this caused by me using the `{i686,186_64}-w64-mingw32-gcc`
wrappers instead of the clang binary?
Can someone else confirm this?
Is this an issue that should be fixed in wine,
or is there something wrong in llvm-mingw/llvm-project,
or I am just using an unsupported way to configure?
--
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=58245
Bug ID: 58245
Summary: Textpad regression - menu icon bar shown blank
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rebe(a)gmx.net
Distribution: ---
Created attachment 78585
--> http://bugs.winehq.org/attachment.cgi?id=78585
screenshot
When upstating Textpad 9.7.1 No icons in the menu are shown anymore with wine
10.8.
--
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.