https://bugs.winehq.org/show_bug.cgi?id=55000
Bug ID: 55000
Summary: wineserver crashes below save_all_subkeys after
RegUnLoadKey
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
While trying to reproduce a crash in procexp64 I noticed a crash in
wineserver instead.
I think I found the reason in a call to `RegUnLoadKey(HKEY_USERS, ".Default")`,
which succeeds in wine while it should maybe not.
Program terminated with signal SIGSEGV, Segmentation fault.
208 struct object *parent = key->obj.name->parent;
(gdb) bt
#0 get_parent () at server/registry.c:208
#1 dump_path () at server/registry.c:226
#2 save_all_subkeys () at server/registry.c:2008
#3 save_branch (path="userdef.reg") at server/registry.c:2107
#4 save_branch () at server/registry.c:2134
#5 periodic_save () at server/registry.c:2131
#6 periodic_save () at server/registry.c:2124
#7 get_next_timeout () at server/fd.c:959
#8 main_loop_epoll () at server/fd.c:617
#9 main_loop () at server/fd.c:992
#10 main () at server/main.c:237
(gdb) print key->obj.name
$3 = (struct object_name *) 0x0
The "name" member got set to NULL here before in wineserver:
424 obj->name = NULL;
(rr) bt
#0 unlink_named_object () at server/object.c:424
#1 delete_key () at server/registry.c:1089
#2 req_unload_registry () at server/registry.c:2363
#3 call_req_handler () at server/request.c:305
#4 read_request () at server/request.c:360
With the request originating at process side here:
#14 wine_server_call () at dlls/ntdll/unix/server.c:307
#15 NtUnloadKey () at dlls/ntdll/unix/registry.c:767
#16 __wine_syscall_dispatcher ()
--
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=56135
Bug ID: 56135
Summary: dictionnaire Hachette 98
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cremond.didier(a)neuf.fr
Distribution: ---
Created attachment 75813
--> https://bugs.winehq.org/attachment.cgi?id=75813
error log
I installed DHM98 (Hachette Multimedia Encyclopedic Dictionary 98) with Vine on
linux mint 21.2 cinnamon. he launches but gets an error. Attached is the error
log
--
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=54923
Bug ID: 54923
Summary: Drag and drop is not working in Delphi based
applications
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.org(a)mail.magynhard.de
Distribution: ---
The drag and drop does not work inside applications that are based on Delphi by
default anymore.
For example, when using HeidiSQL, I'm not able to move entries in the
connection session manager into a folder to organize my connections.
WORKAROUND:
It is working, if i select "Windows XP" in winecfg, but not working for example
for "Windows 10". So it seems that the drag and drop feature got lost at later
"windows versions". On a real Windows 10 machine it works without any problems.
Might be related with "gdiplus_winxp" -> see other Delphi applications with the
same problem:
https://github.com/TES5Edit/TES5Edit/issues/774
--
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=57394
Bug ID: 57394
Summary: After b21813fa135995449b7a4ba19b561d6faf087ee8 ASTRAL
TALE online unable to launch game
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
after commit b21813fa135995449b7a4ba19b561d6faf087ee8 game was unable to launch
Environment: ubuntu 20.04
wine: latest master
game url: https://store.steampowered.com/app/2591210/ASTRAL_TALE
--
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=57416
Bug ID: 57416
Summary: xEdit Bethesda Modding Tool Crashes under Wine-9.21
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 77401
--> https://bugs.winehq.org/attachment.cgi?id=77401
Wine-9.21 Output Log
Problem:
xEdit crashes under Wine 9.21 and prevents basic usage of the app for use with
Bethesda games.
Download location:
https://github.com/TES5Edit/TES5Edit/releases/tag/xedit-4.1.5f
-----
Reproduction Steps:
1) Install a Bethesda game (in my case, I installed Oblivion from GOG using
Heroic and with the system-installed Wine version)
2) cd to where xEdit is downloaded (download it, of course)
3) Depending on the game, change all references to "xEdit" to the specific
game being used by renaming the executables (in this case, it would be
"TES4Edit" instead)
4) Run: WINEPREFIX="/path/to/prefix" WINEARCH="win64" winecfg (then click
okay / closer the window after adding a wincfg entry for xEdit to run in WinXP
mode)
5) Run the game launcher once using that prefix, open the game, then close
it (assuming the launcher doesn't have "Play" greyed out; it was for me, so I
closed the launcher then launched the game directly)
6) Run: WINEPREFIX="/path/to/prefix" WINEARCH="win64" wine start
./TES4Edit64.exe -D "Z:\path\to\game\folder\Data" ("Data" is an actual folder
named that)
7) xEdit Crashes with a runtime error
Note: If you specifically run the 64-bit executable it'll give a message about
considering using the 32-bit mode for speed, and interacting with that message
box works, but it will proceed to crash afterwards.
Running the program without any arguments instead throws an error about there
being a missing registry entry for the game, but the program doesn't crash if
doing this. Normally, this would be to detect the game location, but xEdit was
made for the Steam version in mind in this regard, which is why this separate
error is thrown.
Performing a similar process using Mod Organizer in conjunction makes no
difference as the results are the same.
--
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=57413
Bug ID: 57413
Summary: Mouse stuck in the middle of the screen
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: timon2201(a)gmail.com
Distribution: ---
Created attachment 77399
--> https://bugs.winehq.org/attachment.cgi?id=77399
crap champions logs
When i launch a shooter game in steam with the waylanddriver the mouse gets
stuck in the middle of the screen. So the crosshair doesn't move.
When i try to change settings in the game and there is a slider there and i try
to slide it from left to right, it doesnt work. As soon as i try to drag it it
instantly snaps to 0 and doesn't move at all anymore.
Sadly the logs i have are only from proton tkg.
I already filed a bug on their github but they said its an upstream bug, so i
came here to report it.
I wanted to try it with windows steam through wine but i cant get it to run
with the waylanddriver. (I already filed a bug here.)
So i hope that this log helps anyway in some shape or form.
Battlebit logs (they are huge!):
https://file.io/XT56S6DuInhr
everything works fine in x11.
--
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=46555
Bug ID: 46555
Summary: cygwin-x86_64.exe: AddAccessAllowedAceEx(, group)
failed: 1337
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: larrowe.semaj11(a)gmail.com
Distribution: ---
Altogether, the Cygwin installer runs wonderfully, however I have noticed one
problem. There are hundreds of lines stating this:
AddAccessAllowedAceEx(, group) failed: 1337
I would assume that these are probably file permission errors, as they are
shown when downloading and extracting packages.
--
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=57386
Bug ID: 57386
Summary: Attempting to run The Sims 1 Complete Collection
results in a loop in dbghelp.
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
I'm assuming the game crashed for some reason, but attempting to run The Sims 1
Complete Collection results in no game window being made, and the following
message echoed to the console indefinitely until the game process is killed:
fixme:dbghelp:elf_search_auxv can't find symbol in module
Running with WINEDEBUG=+dbghelp shows that it's trying to load debugging
symbols but fails when it tries to load the symbol for ntdll.so!main_envp:
0120:trace:dbghelp:SymFromName (FFFFFFFF, "ntdll.so!main_envp", 0080E378)
0120:trace:dbghelp:image_locate_build_id_target checking
L"/usr/lib/debug/.build-id/90/0892727821433d4332b9bd84b5d49ad3e0735b.debug"
0120:trace:dbghelp:image_locate_build_id_target checking
\??\Z:\home\ADS.CODENET\codebase\.cache\debuginfod_client\900892727821433d4332b9bd84b5d49ad3e0735b\debuginfo
0120:trace:dbghelp:image_locate_build_id_target not found
0120:trace:dbghelp:image_load_debugaltlink No .gnu_debugaltlink section found
for L"ntdll.so"
0120:fixme:dbghelp:elf_search_auxv can't find symbol in module
--
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=55304
Bug ID: 55304
Summary: Kerberos authentication stopped to work after PE
wldap32 conversion
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch, regression
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: hans(a)meelstraat.net
Regression SHA1: 02e52db7aa627b980dec3dfd4053e20a380ee555
Distribution: ---
Created attachment 74900
--> https://bugs.winehq.org/attachment.cgi?id=74900
patch
SASL2 plugin in libs/ldap/libldap/sasl_w.c doesn't follow the rfc4752
specification in several ways, and it looks like it was never tested with
Kerberos since it queries the key info using
QueryContextAttributesA(SECPKG_ATTR_KEY_INFO) however this attribute is not
supported neither by Wine Kerberos implementation nor by Kerberos in Windows
10. Actually SSF (SASL Security Strength Factor) value returned by the plugin
is never used by libldap, so it's not necessary to set SSF to anything but 1.
Besides, dlls/kerberos uses constants for trailer, signature and max buffer
size that no longer work with modern implementations. Also at least the
Kerberos servers I was testing with use trailer length either 64 or 60, so I
had to add a patch to query Kerberos security trailer length from the context,
otherwise it's not possible to correctly encode/decode LDAP messages and server
responses.
I'm attaching a patch that makes Kerberos authentication work again.
Here are some useful links that were used as a reference:
https://www.rfc-editor.org/rfc/rfc4752#page-3https://github.com/openldap/openldap/blob/master/libraries/libldap/cyrus.chttps://github.com/cyrusimap/cyrus-sasl/blob/master/lib/client.chttps://github.com/cyrusimap/cyrus-sasl/blob/master/plugins/gssapi.c
--
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=57399
Bug ID: 57399
Summary: [wine-mono] ReadTimeout of SerialPort not working
properly
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: serial
Assignee: wine-bugs(a)winehq.org
Reporter: osu_Vanilla(a)126.com
Distribution: ---
The following code set ReadTimeout to 500ms, and call the function Read.
When COM33 receives nothing, it should throw TimeoutException after timeout.
But wine stuck on the Read operation, until it received 4096 (or more) bytes.
```
using System.IO.Ports;
namespace ConsoleApplication1
{
internal class Program
{
public static void Main(string[] args)
{
var serialPort = new SerialPort("COM33", 9600, Parity.None, 8,
StopBits.One);
serialPort.ReadTimeout = 500;
serialPort.WriteTimeout = 500;
serialPort.Open();
var buff = new byte[4096];
serialPort.Read(buff, 0, 4096);
}
}
}
```
--
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.