https://bugs.winehq.org/show_bug.cgi?id=51465
Bug ID: 51465
Summary: EVE Online Launcher Crashes Due to Missing syscalls in
Windows Credential Manager
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: algebro(a)tuta.io
Distribution: ---
Created attachment 70306
--> https://bugs.winehq.org/attachment.cgi?id=70306
Crash on authentication
As of version 1917874 of the EVE Online launcher, the application crashes when
trying to log in. According to the developers, they moved to a new credential
management solution (involving https://github.com/frankosterfeld/qtkeychain and
the Windows Credential Store), and they said that Wine currently doesn't
implement the needed syscalls for this to function.
I've attached a stacktrace which looks like it crashes somewhere in cryptopp,
but I haven't been able to figure out much by debugging (winedbg doesn't see
any of those function addresses as valid, and I haven't been able to map them
to functions in a disassembler). Let me know if I can provide any more
information that would be helpful.
--
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=51348
Bug ID: 51348
Summary: uxtheme.SetWindowTheme should use SendMessage to send
WM_THEMECHANGED
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: x1917x(a)gmail.com
Distribution: ---
Created attachment 70205
--> https://bugs.winehq.org/attachment.cgi?id=70205
Bad behavior
The issue affects SourceInsight 4 in particular. SourceInsight has its own
built-in theme functionality which doesn't get along well with any non-standard
Wine theme.
When a non-standard Wine theme is selected, then the main toolbar in SI4
ignores its app theme and always gets drawn with the selected Wine theme.
Selecting the default Wine theme fixes the issue - the toolbar is drawn
according to the app theme. On Windows it's ok no matter which UI theme is set.
Screenshot of the issue is attached.
The root cause of the issue is that
UXTHEME_broadcast_msg/UXTHEME_broadcast_msg_enumchild in dlls/uxtheme/system.c
both use a PostMessage() call to send WM_THEMECHANGED to affected window(s).
In SI4 the main toolbar is implemented as a combination of a custom container
window (si_Rebar class) and a standard win32 Rebar control (RebarWindow32
class).
Immediately after creating the RebarWindow32 window, SI4 does
SetWindowTheme(hwndRebar, L" ", L" ") for it.
According to MSDN
(https://docs.microsoft.com/en-us/windows/win32/api/uxtheme/nf-uxtheme-setwi…)
> The theme manager retains the pszSubAppName and the pszSubIdList associations through the lifetime of the window, even if visual styles subsequently change. The window is sent a WM_THEMECHANGED message at the end of a SetWindowTheme call, so that the new visual style can be found and applied.
>
> When pszSubAppName and pszSubIdList are NULL, the theme manager removes the previously applied associations. You can prevent visual styles from being applied to a specified window by specifying an empty string, (L" "), which does not match any section entries.
- this L" ", L" " stuff means that SI4 DOES NOT want for system visual styles
being applied to its RebarWindow32 control. However, according to WINEDEBUG
logs they were applied to all bg erase, painting etc operations no matter the
SetWindowTheme(, L" ", L" ") call.
Turns out that RebarWindow32' WndProc receives WM_THEMECHANGED too late, after
all stuff including drawing already happened with the system-wide theme being
applied. The reason why it was received so late is simple - SetWindowTheme
implementation in wine uses PostMessage() instead of SendMessage(). Replacing
it with a SendMessage() call allows to fix the bug.
I've checked what Windows actually does in SetWindowTheme and found out that it
always uses SendMessage to send WM_THEMECHANGED (for any HWND).
So. suggested fix:
diff --git a/dlls/uxtheme/system.c b/dlls/uxtheme/system.c
index a37e532500a..3b6e6d2b6b6 100644
--- a/dlls/uxtheme/system.c
+++ b/dlls/uxtheme/system.c
@@ -59,7 +59,7 @@ static WCHAR szCurrentSize[64];
static BOOL CALLBACK UXTHEME_broadcast_msg_enumchild (HWND hWnd, LPARAM msg)
{
- PostMessageW(hWnd, msg, 0, 0);
+ SendMessageW(hWnd, msg, 0, 0);
return TRUE;
}
@@ -72,7 +72,7 @@ static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM
msg)
}
else
{
- PostMessageW(hWnd, msg, 0, 0);
+ SendMessageW(hWnd, msg, 0, 0);
EnumChildWindows (hWnd, UXTHEME_broadcast_msg_enumchild, msg);
}
return TRUE;
--
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=51452
Bug ID: 51452
Summary: oleaut32:varformat fails in Wine when the currency
sign has two characters or more
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:varformat fails in Wine when the currency sign has two characters or
more:
https://test.winehq.org/data/patterns.html#oleaut32:varformat
varformat.c:641: str=L"\062f.\0645.\200f 0.000"
varformat.c:643: Test failed: Unexpected hr 0x80020005.
In Morocco the currency sign has 5 characters. This is simply not supported by
VarParseNumFromStr().
But even the currency sign is only two characters VarParseNumFromStr() fails
because it advances a pointer by one character only. For instance with Polish:
varformat.c:641: str=L"0,000 z\0142"
varformat.c:643: Test failed: Unexpected hr 0x80020005.
Note that the w10pro64 TestBot Windows VMs have an incorrect UserDefaultLCID so
that these issues are not actually tested (see bug 51451). The w7u VMs are more
correct in this regard but only test simple European cases (€).
--
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=51435
Bug ID: 51435
Summary: iostream float formatting broken
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winebugz(a)t41t.com
Distribution: ---
Created attachment 70288
--> https://bugs.winehq.org/attachment.cgi?id=70288
test case solution demonstrating the error
On wine-6.12-162-gd10887b8f56
Full solution is in the attachment, but Wine is improperly formatting floats
when using printf "%g" or iostreams. A very simple example is:
std::cout << 9.999999999999999e-5 << std::endl;
It should print "0.0001". It does print "0".
Of course, this affects much larger and more complicated programs, too.
Tested on Ubuntu 20.04, although I don't think it matters.
--
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=51382
Bug ID: 51382
Summary: NetEase Cloud Music crashes on zh_CN.UTF-8 locale.
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 70237
--> https://bugs.winehq.org/attachment.cgi?id=70237
Registry for adding '宋体' font replacement.
This looks like a regression of 93ef83e903354e5d28a9a0b14dd2ff83504f2b0f.
Step to reproduce:
1. `export LANG=zh_CN.UTF-8 LANGUAGE=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8`
2. `winetricks -q fakechinese arial` for installing Chinese font and work
around a CEF issue.
3. Add this registry:
```
[HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements]
"宋体"="Source Han Sans SC"
```
4. `wine cloudmusicsetup2.9.1.199099.exe` for installing the application.
5. `cd .wine/drive_c/Program\ Files/Netease/CloudMusic` and `wine
cloudmusic.exe` for running the application.
Then it will crash when startup.
--
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=51303
Bug ID: 51303
Summary: Metal Gear Solid V: Ground Zeroes needs
d3d11_swapchain_GetLastPresentCount implementation
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Silently stops with
0b30:fixme:dxgi:d3d11_swapchain_GetLastPresentCount iface 0x2c3aa70,
last_present_count 0x41df3a0 stub!
0b30:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x14129dc2b
Temporary workaround
https://www.winehq.org/pipermail/wine-devel/2021-May/187851.html
--
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=50412
Bug ID: 50412
Summary: Wrong check for needed access rights in
QueryServiceConfig2
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: dalai82(a)gmx.net
Distribution: ---
Hi there.
While checking out Total Commander and one of my own TC plugins on Wine 4.0.2
on Debian 10.7 I saw that it failed to read the description of all services.
After double-checking my code (and confirming its correctness) I saw Wine's
output on the terminal:
> 006b:err:service:validate_context_handle Access denied - handle created with access 1, needed 4
Then I downloaded the source code of the current version dev version 6.0-rc4,
searched all files (because I didn't know where to look) and found the culprit
in programs/services/rpc.c, more precise in function
svcctl_QueryServiceConfig2W where it makes the call to
validate_service_handle() in line 984.
The bug and fix for it is simple: The needed access right must be
SERVICE_QUERY_CONFIG instead of SERVICE_QUERY_STATUS, since it's the service
config queried here, not its status.
Out of curiosity, I checked half a dozen older versions and found that this bug
has been in the code since its implementation back in Wine 1.1.14. This more
than a decade old wine didn't age well ;). But I guess this is a simple
copy'n'paste error.
Maybe check for similar bugs/mistakes in the other functions when fixing this
one.
Regards
--
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=48891
Bug ID: 48891
Summary: Cannot run any utility from msys2/git-bash
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: megastallman(a)gmail.com
Distribution: ---
Trying next steps after rebuilding wine-staging-5.5 with a patch, that fixes
https://bugs.winehq.org/show_bug.cgi?id=48882
002b:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but
remote serverL"\\\\@" was requested.
Cygwin WARNING:
Couldn't compute FAST_CWD pointer. This typically occurs if you're using
an older Cygwin version on a newer Windows. Please update to the latest
available Cygwin version from https://cygwin.com/. If the problem persists,
please see https://cygwin.com/problems.html
--
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=36887
Bug ID: 36887
Summary: Installing Trusteer Rapport software failed. See
trace.
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mnoock(a)gmail.com
Created attachment 48980
--> http://bugs.winehq.org/attachment.cgi?id=48980
Installing Trusteer Rapport software failed. See trace.
Installing Trusteer Rapport software failed. See trace.
--
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=51302
Bug ID: 51302
Summary: NASCAR '15 Victory Edition needs
d3dx_effect_ValidateTechnique implementation
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Shows a black screen and looping of
0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique
0C6460A8 semi-stub.
0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique
0C6460C0 semi-stub.
0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique
0C6460D8 semi-stub.
--
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.