https://bugs.winehq.org/show_bug.cgi?id=52936
Bug ID: 52936
Summary: winhttp:url assumes 0xfb00 cannot be converted to the
ANSI codepage, fails with UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage and thus
fails fails on Windows with the UTF-8 codepage:
url.c:306: Test failed: expected failure
url.c:307: Test failed: got 0
url.c:346: Test failed: expected failure
url.c:347: Test failed: got 0
https://test.winehq.org/data/patterns.html#winhttp:url
These two pairs of failures happen when calling WinHttpCreateUrl() on the
following URLs respectively:
39 static WCHAR escape3[] = {'?','t','e','x','t','=',0xfb00,0};
40 static WCHAR escape4[] = {'/','t','e','x','t','=',0xfb00,0};
So maybe these tests should be skipped when running in a UTF-8 locale since
it's supposed to be able to handle any UTF-16 codepoint.
What is surprising is that this test does not fail on debian11-hi-IN (where
GetACP()==UTF-8). That looks like a bug too.
The tests were introduced in this commit:
commit 7e5b5cb1aa253ce2f20a790989d0f18bcbcab946
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Nov 6 16:09:04 2018 +0100
winhttp: Properly handle request paths with Unicode characters.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46076
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=43235
Bug ID: 43235
Summary: FreeBSD crash on Dungeons & Dragons Online because of
secur32
Product: Wine
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 58542
--> https://bugs.winehq.org/attachment.cgi?id=58542
Output trying to run the Dungeons & Dragons Online launcher
I updated today to staging 2.10 and I wanted to try out D&DO.
It was working in staging 2.7 before I upgrade to 2.10
I attached the output. Maybe it's a built mistake from the maintainer, maybe
it's Wine, I don't know since I'm using the pre-built package from
repositories.
--
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=52462
Bug ID: 52462
Summary: Wine don't recognize Ipega PG-9025 LT, RT and up/down
axis of right analog stick
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Left trigger, right trigger, and up/down axis of right analog stick aren't
recognized by Wine, according to game input settings from control panel.
Procedures:
1 - Connect Ípega PG-9025 on Bluetooth
2 - run 'wine control'
3 - Open Game Input Settings
4 - Select "Control test" tab
5 - Press LT, RT buttons, and move right analog stick to up and down
Triggers does works on native GNU/Linux applications
Video: https://www.youtube.com/watch?v=BI2p5Z6rqdE
--
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=49202
Bug ID: 49202
Summary: Never exited critical section in freetype.c
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal54(a)gmail.com
Distribution: ---
if expression `(!enum_face_charsets(family, face, &enum_charsets, proc, lparam,
NULL))` is true, then only return is executed without exiting critical session
https://github.com/wine-mirror/wine/blob/6d801377055911d914226a3c6af8d8637a…
```
if (!enum_face_charsets(family, face, &enum_charsets, proc,
lparam, psub ? psub->from.name : NULL)) return FALSE;
}
}
} else {
LIST_FOR_EACH_ENTRY( family, &font_list, Family, entry ) {
face_list = get_face_list_from_family(family);
face = LIST_ENTRY(list_head(face_list), Face, entry);
if (!enum_face_charsets(family, face, &enum_charsets, proc, lparam,
NULL)) return FALSE;
```
--
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=53386
Bug ID: 53386
Summary: cmd.exe: FOR /F USEBACKQ doesn't handle UTF-16 output
of commands.
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: ahiler(a)codeweavers.com
Distribution: ---
Used by installation script of Septerra Core on Steam.
Easy reproducer:
FOR /F USEBACKQ %F IN (`wmic os get osarchitecture`) DO ECHO %F
Wmic output is UTF-16 and starts with BOM. On Windows the above snipped echoes
whatever wmic spits out. Currently on Wine it gets stuck in infinite loop.
The infinite loop is addressed by
https://gitlab.winehq.org/wine/wine/-/merge_requests/352 but UTF-16 is still
not handled at all.
--
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=54435
Bug ID: 54435
Summary: Installation Error With Make
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peterweyand0(a)gmail.com
Distribution: ---
Using make does not work and results in an error
<inline asm>:305:2: error: conditional branch requires assembler-local label.
'.L__wine_syscall_dispatcher_return' is external.
cbnz w16, .L__wine_syscall_dispatcher_return
I don't know what .L__wine_syscall_dispatcher_return is or how to fix this.
I've used configure successfully with default params on macOS Ventura.
--
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=54434
Bug ID: 54434
Summary: Crash upon loading document in Toonboom Harmony 17
Premium
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mnmemma5(a)gmail.com
Distribution: ---
Created attachment 73980
--> https://bugs.winehq.org/attachment.cgi?id=73980
generated backtrace log upon crash.
Upon loading a document in Toonboom Harmony 17 Premium, the application crashes
with a WINE prompt to create a backtrace file.
This should not occur. On Windows - the application's start menu will freeze
with a "Toonboom Harmony 17 Premium is not responding" dialogue box for a few
moments before loading into program with the document open, as (possibly?)
intended.
This may only be an issue with a cracked copy of Harmony, however, as backtrace
states one of the problems is with module toonboomnetwork - which I'm pretty
sure the countryboy crack patches (likely so that it never reaches intended
licensing server and thus never verifies whether the license is legit or not) -
so if this doesn't happen with a legitimate copy, let me know (unfortunately,
I'm not paying for a full license because the prices Toonboom set are, frankly,
a bit ridiculous... at least, for someone poor - and they don't allow download
of Harmony 17 nor Storyboard 7 anymore anyways.)
However, I have used a trial license before on Windows, obtained legitimately
via the Toonboom website, and from my recollection, it appears to freeze the
same way regardless, so take that as you will.
Now, I actually set up my WINE prefixes and such through PlayOnLinux, so this
could also just be some weird issue with the way POL sets things up (I've had
an unrelated error installing Storyboard 7 relating to a lack of simulated All
Users\Documents folder) - in which case, uh, disregard this bug report, I
guess, and I'll head over to the POL forums - but this does appear to be a
problem with WINE and the way it handles programs freezing.
Running on Ubuntu MATE, version 21.10 (Impish Indri) 64 bit, if that helps
anything.
--
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=54433
Bug ID: 54433
Summary: user32:input often fails to set the foreground window
on w7u-adm, gets 800+ failures
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input often fails to set the foreground window on w7u-adm, gets 800+
failures. Only the first five are shown below:
input.c:954: Tests skipped: Failed to set foreground window; some tests will be
skipped.
input.c:872: Test failed: 0 (a4/0): the msg sequence is not complete: expected
0104 - actual 0000
input.c:872: Test failed: 1 (46/0): the msg sequence is not complete: expected
0104 - actual 0000
input.c:872: Test failed: 2 (46/2): the msg sequence is not complete: expected
0105 - actual 0000
input.c:872: Test failed: 3 (a4/2): the msg sequence is not complete: expected
0101 - actual 0000
input.c:872: Test failed: 4 (a2/0): the msg sequence is not complete: expected
0100 - actual 0000
Among the 800+ failures some cause persistent false positives:
input.c:2929: Test failed: 9: Unexpected cursor movement
input.c:2921: Test failed: 10: expected WM_INPUT message
input.c:2929: Test failed: 10: Unexpected cursor movement
input.c:2921: Test failed: 11: expected WM_INPUT message
input.c:2929: Test failed: 11: Unexpected cursor movement
input.c:2929: Test failed: 12: Unexpected cursor movement
---> the above message look new mostly because of message order issues
input.c:1751: Test failed: expected to get 64 mouse move points but got 5
input.c:1757: Test failed: expected to get 64 mouse move points but got 5
See https://test.winehq.org/data/patterns.html#user32:menu
So the root of the issue is some previous test that messes up the environment;
most likely by triggering a UAC prompt since this only impacts the tests run
without elevated privileges. And this test changed behavior on 2023-01-09 since
that's when these massive failures started.
Also user32:input should probably be better at skipping tests when that
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.