https://bugs.winehq.org/show_bug.cgi?id=51886
Bug ID: 51886
Summary: YouTube Movie Maker: Can't launch after installing
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dungomarkdevlin22(a)gmail.com
Distribution: ---
Created attachment 70828
--> https://bugs.winehq.org/attachment.cgi?id=70828
backtrace
I downloaded YouTube Movie Maker here [https://www.makeyoutubevideo.com/] and
installed it successfully. It is even in the Desktop and Application List menu.
When I open the shortcut, it will show me three buttons to make, upload, or
manage my videos. After clicking on one of them, the loading screen will show,
and a little blue rectangle on the top left of the screen will show and the
wine "Program Error" window. [https://photos.app.goo.gl/65W9zwFzndbMjQjo6]
--
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=51049
Bug ID: 51049
Summary: Sea of Thieves crash when entering a lobby
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
After you set Sail in "Sea of Thieves", it crash due to a secur32 error.
Prior to to commit f93284dfa44b060436c6a0617b51280abb3f24fc, it worked as
expected.
The crash occurs in function schan_InitializeSecurityContextW. The scenario is
that it create a SCHAN_HANDLE_CTX handle, then later frees it. Then attempts
to create another SCHAN_HANDLE_CTX, however passes the same parameters through
except pInput (which is NULL).
Previous, this would return SEC_E_INCOMPLETE_MESSAGE, since the pInput was
NULL, however however now, it jumps through to
else if (!is_dtls_context(ctx)) return SEC_E_INCOMPLETE_MESSAGE;
However the ctx has already been freed in this case and then crashes.
--
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=47865
Bug ID: 47865
Summary: comctl32:propsheet: Different button order for some
RTL locales in Windows 1809?
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:propsheet fails on the new Windows 1809 Arabic VM (ww1064v1809_ar):
propsheet.c:1202: RTL locale detected
propsheet.c:511: Test failed: Cancel button should be to the left of OK button
propsheet.c:520: Test failed: Apply button should be to the left of Cancel
button
propsheet.c:529: Test failed: Help button should be to the left of Apply button
propsheet.c:821: Test failed: property sheet with custom window proc: the msg
0x0046 was expected, but got msg 0x0210 instead
https://test.winehq.org/data/tests/comctl32:propsheet.html
However that test still succeeds for the Hebrew locale of the same Windows 1809
VM (w1064v1809_he), and of course on the Hebrew Vista VM (wvistau64_he).
So either the button order is different in Arabic and Hebrew despite both being
RTL locales (maybe it depends on something else?), or something prevents the
test from correctly recognizing the button order, or something is wrong in the
new Arabic setup.
For reference, support for RTL locales was introduced in this patch (without it
the test would likely fail even harder):
commit b8d01f9e1e8c44df5172c4cbfae627158930db72
Author: Alex Henrie <alexhenrie24(a)gmail.com>
AuthorDate: Mon Nov 20 22:54:35 2017 -0700
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Tue Nov 21 21:47:42 2017 +0100
comctl32/tests: Detect and handle an RTL locale.
Signed-off-by: Alex Henrie <alexhenrie24(a)gmail.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=51946
Bug ID: 51946
Summary: cMUD 3.34 crashes with nTRaiseException
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mssxtn(a)gmail.com
Distribution: ArchLinux
Created attachment 70918
--> https://bugs.winehq.org/attachment.cgi?id=70918
Installation of CMUD
cMUD 3.34 worked fine under wine-staging until 6.20. Uninstalled wine-staging
and installed wine, along with all of its deps and optional deps. Removed old
.wine and ran both win64 and win32 winearches with the same errors.
Install of cMUD 3.34 pops up with an unhandled exception during the install
process. Running the program results in the same/similar unhandled exception.
Downgrading to wine 6.19 resolves the problem and the application runs as
expected.
Related Unrelated Issue?
https://bugs.winehq.org/show_bug.cgi?id=49321
--
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=51915
Bug ID: 51915
Summary: character just run to the left and everything
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
I have some stuff in lutris for some reason when I go into gta 3 and gta san
Andreas character just run to the left and everything. I tried to turn off the
keyboard is not in it. The problem appeared after the last update of Lutris.
Everything is fine in gta vice city.
No errors or warnings. In some games, the character constantly runs to the
left, even if you pull out the keyboard.
--
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=51844
Bug ID: 51844
Summary: winedbg command line arguments are not quoted properly
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
The program name and command line arguments passed to `winedbg` and `winedbg
--gdb` are not quoted properly. Running `winedbg --gdb 'foo bar.exe' arg1 'arg
2'` will cause winedbg to execute `foo` with the arguments `bar.exe`, `arg1`,
`arg`, and `2`, instead of `foo bar.exe` being run with two arguments. This is
inconsistent with both regular `wine` invocations as well as with `gdb --args`.
Currently all of the remaining arguments are simply concatenated to a command
line string for CreateProcessA() with spaces in between the arguments.
I've already submitted a patch for this here:
https://www.winehq.org/pipermail/wine-devel/2021-October/197216.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=51833
Bug ID: 51833
Summary: GetModuleFileNameW no longer works with large buffers
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)2ar.nl
Regression SHA1: 43d14fd808bb965762bb6c76027bbe26ba936f82
Distribution: ---
The recent change 'Implement kernelbase.GetModuleFileNameW using
ntdll.LdrGetDllFullName' (bug 49344) broke passing large buffers (>=32768
characters) to GetModuleFileNameW, as done by cygwin.
Possible fix:
name.MaximumLength = (size < 0xffff / sizeof(WCHAR) ? size : 0xffff /
sizeof(WCHAR)) * sizeof(WCHAR);
Comment from Nikolay Sivov: we could probably min() it in ints, to avoid this
16bit overflow.
--
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=39244
Bug ID: 39244
Summary: sccrun:filesystem fails in the Korean locale
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failure only happens in a Korean locale, such as on the
fg-win7u64-1spie9-ko WineTest box:
filesystem.c:1423: Test failed: got L"\f8f7", expected L"\f8f7?"
See:
https://test.winehq.org/data/tests/scrrun:filesystem.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=51859
Bug ID: 51859
Summary: No voice with DC Universe Online
Product: Wine-staging
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: apcullen(a)yahoo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70771
--> https://bugs.winehq.org/attachment.cgi?id=70771
This is the terminal output when starting the game, logging in, running the
voice channel test, and exiting.
This bug MIGHT be present in mainstream Wine also, but I can't verify because
regular wine now crashes when starting the game launcher (separate bug there).
The game loads and runs correctly, but the in-game voice does not function. All
other sound is ok. Running an in-game test of the voice channel produces an
error pop-up in game but I didn't see anything in the log.
I think this has been present since about 6.10 or 6.11. (In version 6.9 voice
definitely works).
--
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=44430
Bug ID: 44430
Summary: Windows 10 DISM pkgmgr.exe fails to run, needs
api-ms-win-security-lsalookup-l2-1-0.dll
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Steps to reproduce
--- snip ---
# clean WINEPREFIX
$ winetricks -q dotnet452 corefonts
$ winetricks -q win10
$ wine adksetup.exe /features OptionId.DeploymentTools
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/10/Assessment and
Deployment Kit/Deployment Tools/x86/DISM
$ wine ./pkgmgr.exe
...
0009:err:module:import_dll Library api-ms-win-security-lsalookup-l2-1-0.dll
(which is needed by L"C:\\Program Files\\Windows Kits\\10\\Assessment and
Deployment Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe") not found
...
0009:err:module:attach_dlls Importing dlls for L"C:\\Program Files\\Windows
Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe" failed, status c0000135
--- snip ---
MSDN: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis
Section: "APIs from api-ms-win-security-lsalookup-l2-1-1.dll"
$ sha1sum adksetup.exe
92892e71b083fc46c907b657c300ffc32608d223 adksetup.exe
$ du -sh adksetup.exe
1.7M adksetup.exe
$ wine --version
wine-3.0-180-g85635db0ea
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.