January 2021 - Wine-bugs - list.winehq.org

[Bug 44355] New: FaceIt client : www.faceit.com/client
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44355 Bug ID: 44355 Summary: FaceIt client : www.faceit.com/client Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adil3.7896(a)gmail.com Distribution: --- Created attachment 60250 --> https://bugs.winehq.org/attachment.cgi?id=60250 Backtrace of the issue The FaceIt client was running properly when it suddenly closed with the following message: ...have to close the application due to Database issues. Please check Wine Application Database for more information. Here's the backtrace (attachment) please fix? -- 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.

2 15

[Bug 41713] New: Explorer.exe is wrong when started from the process creating the Wine prefix
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41713 Bug ID: 41713 Summary: Explorer.exe is wrong when started from the process creating the Wine prefix Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this do the following: rm -rf ~/.wine cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok This normally results in the following failure: shelldispatch.c:624: Test failed: got 0x80040152 Which corresponds to the following line: ok(hr == S_OK, "got 0x%08x\n", hr); /* TODO: remove when explorer startup with clean prefix is fixed */ if (hr != S_OK) return; The workaround is to ensure the Wine prefix has been created before running the test: rm -rf ~/.wine ./wine hostname ./server/wineserver -w cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok Note that wt-daily is now implementing this workaround (see https://github.com/fgouget/wt-daily) -- 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.

2 13

[Bug 45232] New: TIDAL can't be installed with exe installer
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45232 Bug ID: 45232 Summary: TIDAL can't be installed with exe installer Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61461 --> https://bugs.winehq.org/attachment.cgi?id=61461 Wine log The program instantly crashes, I assume due to the missing ieframe interface. Needs wine-staging patches, else it complains about being run as administrator. -- 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.

2 7

[Bug 45749] New: Visual Studio 2017 Installer fails due to node.js/ libuv listen(named pipe) error
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45749 Bug ID: 45749 Summary: Visual Studio 2017 Installer fails due to node.js/libuv listen(named pipe) error Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- Created attachment 62190 --> https://bugs.winehq.org/attachment.cgi?id=62190 Visual Studio Installer logs (mostly useless) Running Kubuntu 18.04 64-bit. I created a 32-bit .wine32 prefix, installed dotnet46 via winetricks, then the Build Tools for Visual Studio installer (https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio… ) (which shares the core with VS2017 installer. It's written in node.js and involves multiple processes communicating via what the source describes as "pipe"s). The error is "Hub Controller process exited prematurely with exit code 1 (NodeUncaughtFatalException)." Interestingly, the installer's source is user-readable and located in WINEPREFIX / drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/. I was able to edit the .js files to add control flow logging: const fs = require('fs'); function logg(val, args){ fs.writeFileSync("C:\\"+process.hrtime()[1] + '_'+val, ""+args, function(err) {}); } Installer seems to be codenamed "microsoft-servicehub". Strangely, many of the Installer files appear to test for Windows and/or *nix, despite VS being Windows-only. It also references open-source VS Code, but I was unable to find any hits when Googling for quoted strings. ---------- The error message "Hub Controller process exited prematurely with exit code" is raised from within "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/controllerConnection.js": ControllerConnection.prototype.startController `var connectPromise` fails, calling `function (err)` to spawn a process (which crashes). ControllerConnection.prototype.onControllerProcessExited is responsible for noticing the process has terminated, and raising the exception. --------- The actual crash originates from "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/HubController.js". HubController.js is executed by several distinct processes, and `process.pid` is the same within `function HubController()` and the global scope. I systematically replaced all calls to `logger.error()` (info, etc.) to `logg()` (since Logger.error() called within subprocess did not show up in Visual Studio's debug logs). I get two sequentially numbered files, 1 millisecond apart: "429988399_Successfully started server on pipe 5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" "430873100_Terminating controller due to some unknown error: " with contents "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" This error is thrown by `function retryStartServer`. `e.code` is EINVAL, while the code only handles `e.code === ec.EADDRINUSE.code`. Looking at https://stackoverflow.com/questions/11040460/get-the-listen-einval-when-sta… suggests: > > EINVAL The socket is already connected. > Make sure something isn't already listening on that port. `man errno` suggests otherwise: > EINVAL Invalid argument (POSIX.1-2001). Adding `|| e.code === ec.EINVAL.code` and commenting `process.platform === 'win32' ||` sends the installer into an endless "kill and restart HubController" loop, which isn't what we want. Extra notes on control flow at https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#server -------- The `EINVAL` error comes with a node.js stack trace: https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#file-net… (The hexadecimal path originates from https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#determin… ) https://github.com/nodejs/node/blob/68dff4a67b7222770f90fc5d9bdd884f8db4a24… `const ex = new Error(`${syscall} ${code}${details}`);` "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" I think the call which failed is `listen`, which returns EINVAL for some reason. ------------ Comparing my stack trace with node.js source code (node.dll 8.9.3): `Server.listen (net.js:1487:5)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1487 - listenInCluster(server=this, address=pipeName, port=-1, addressType=-1, backlog=backlog, fd=undefined, exclusive=options.exclusive); `listenInCluster (net.js:1392:12)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1392 - server._listen2(=address, =port, =addressType, =backlog, =fd); Unpeeling layers of abstraction on top of Windows named pipes: `Server.setupListenHandle [as _listen2] (net.js:1351:14)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1351 (Bullet points are not in stack trace, but I assume they executed) - `handle = new Pipe(PipeConstants.SERVER);` https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1267 - `const { Pipe } = process.binding('pipe_wrap');` which refers to C++ code at https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc - pipes are handled by https://github.com/libuv/libuv - `var err = this._handle.listen(backlog || 511);` is the operation which fails = https://github.com/nodejs/node/blob/8a44289089a08b7b19fa3c4651b5f1f5d1edd71… - Routes to https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc#L154 - which calls uv_listen(). `return uv_translate_sys_error(err);` and EINVAL is located at https://github.com/libuv/libuv/blob/v1.x/src/win/error.c#L101 ... There are 7 Win32 errors all mapping to UV_EINVAL==EINVAL, but only WSAEINVAL can happen. - uv_listen() either [assert(0) and sets err=ERROR_INVALID_PARAMETER] (I hope not), calls uv_tcp_listen (I hope not) - Most likely calls uv_pipe_listen() = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - It has 4 return paths, only `if (!(handle->flags & UV_HANDLE_BOUND)) { return WSAEINVAL;` is happening = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - What initializes `handle->flags` without |=UV_HANDLE_BOUND? ok i'm getting a headache -- 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.

2 20

[Bug 45998] New: 64-bit FACEIT Anti-cheat client claims " Your system is out of date, you are missing important Windows updates!" ( needs 'wintrust.CryptCATAdminAcquireContext2' stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45998 Bug ID: 45998 Summary: 64-bit FACEIT Anti-cheat client claims "Your system is out of date, you are missing important Windows updates!" (needs 'wintrust.CryptCATAdminAcquireContext2' stub) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://anticheat-client.faceit.com/FACEITInstaller_64.exe --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/FACEIT AC $ WINEDEBUG=+seh,+relay wine ./faceitclient.exe >>log.txt 2>&1 ... 002c:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 002c:Ret KERNEL32.LoadLibraryA() retval=7fd071b90000 ret=1400b1653 002c:Call KERNEL32.GetProcAddress(7fd071b90000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 002c:Ret KERNEL32.GetProcAddress() retval=00000000 ret=1400b1670 002c:Call KERNEL32.FreeLibrary(7fd071b90000) ret=1400b167c 002c:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c 002c:Call ntdll.RtlAllocateHeap(00010000,00000000,00000050) ret=1411adc3c 002c:Ret ntdll.RtlAllocateHeap() retval=000b09e0 ret=1411adc3c 002c:Call user32.MessageBoxA(00000000,000b09e0 "Your system is out of date, you are missing important Windows updates!",00000000,00000010) ret=1400edd5d ... --- snip --- Microsoft Docs: https://docs.microsoft.com/en-us/windows/desktop/api/mscat/nf-mscat-cryptca… --- quote --- The CryptCATAdminAcquireContext2 function acquires a handle to a catalog administrator context for a given hash algorithm and hash policy. You can use this handle in subsequent calls to the following functions: CryptCATAdminAddCatalog CryptCATAdminEnumCatalogFromHash CryptCATAdminRemoveCatalog This function has no associated import library. You must use the LoadLibrary and GetProcAddress functions to dynamically link to Wintrust.dll. Syntax BOOL CryptCATAdminAcquireContext2( HCATADMIN *phCatAdmin, const GUID *pgSubsystem, PCWSTR pwszHashAlgorithm, PCCERT_STRONG_SIGN_PARA pStrongHashPolicy, DWORD dwFlags ); --- quote --- It's Windows 8+ API. With a FIXME stub that prints parameters, returning FALSE: --- snip --- ... 0064:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 0064:Ret KERNEL32.LoadLibraryA() retval=7f9b71860000 ret=1400b1653 0064:Call KERNEL32.GetProcAddress(7f9b71860000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 0064:Ret KERNEL32.GetProcAddress() retval=7f9b718680d0 ret=1400b1670 0064:Call KERNEL32.FreeLibrary(7f9b71860000) ret=1400b167c 0064:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c --- snip --- I didn't see any call to the stub, so one might get away even with auto-generated unimplemented stub. The client executable has some anti-debug trickery and custom obfuscation scheme. Crashes later due to other insufficiencies though. $ sha1sum FACEITInstaller_64.exe ed8f8c2f6ec2d113bed882faa9d8b8a7a3b56a3c FACEITInstaller_64.exe $ du -sh FACEITInstaller_64.exe 85M FACEITInstaller_64.exe $ wine --version wine-3.18 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.

2 6

[Bug 43155] New: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp: PersistStreamInit_Load (0x1c1f58)->(0x1362090)"
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=43155 Bug ID: 43155 Summary: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp:PersistStreamInit_Load (0x1c1f58)->(0x1362090)" Product: Wine Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rodrigodavy(a)gmail.com Distribution: --- In wine 2.9 I could login into the game using native wmvcore.dll In wine 2.10 the game doesn't login with both the wine and the native dll -- 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.

2 7

[Bug 35251] New: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35251 Bug ID: 35251 Summary: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub) Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 18752 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+taskschd wine ./SkypeSetup_4.0.0.226.exe >>log.txt 2>&1 ... 0035:Call KERNEL32.LoadLibraryW(001742b4 L"C:\\users\\focht\\Temp\\msi977c.tmp") ret=7d4924d7 0035:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7d4924d7 ... 0035:Call KERNEL32.GetProcAddress(10000000,01c7b020 "CreateTaskAsDesktopUser") ret=7d492577 0035:Ret KERNEL32.GetProcAddress() retval=10003f4e ret=7d492577 ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7b288 L"C:\\Program Files\\Skype\\Phone\\Skype.exe",00000027,00000000,00000000,00000000,00000000) ret=7d4b1e4f 0035:Ret KERNEL32.WideCharToMultiByte() retval=00000027 ret=7d4b1e4f ... 0035:Call ole32.CoCreateInstance(1001714c,00000000,00000001,10016384,01ace7e0) ret=10003662 ... 0035:Call taskschd.DllGetClassObject(1001714c,7ec34ccc,01ace5c8) ret=7eb47ca4 0035:trace:taskschd:DllGetClassObject {0f87369f-a4e5-4cfc-bd3e-73e6154572dd},{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:trace:taskschd:factory_QueryInterface 0x7d202ca8,{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:Ret taskschd.DllGetClassObject() retval=00000000 ret=7eb47ca4 ... 0035:trace:taskschd:factory_CreateInstance (nil),{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 ... 0035:trace:taskschd:TaskService_create created 0x1c7b2e8 0035:trace:taskschd:TaskService_QueryInterface 0x1c7b2e8,{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 0035:Ret ole32.CoCreateInstance() retval=00000000 ret=10003662 0035:Call oleaut32.VariantInit(01ace7a4) ret=1000369f 0035:Ret oleaut32.VariantInit() retval=01ace7a4 ret=1000369f 0035:Call oleaut32.VariantInit(01ace784) ret=100036af 0035:Ret oleaut32.VariantInit() retval=01ace784 ret=100036af 0035:Call oleaut32.VariantInit(01ace794) ret=100036bf 0035:Ret oleaut32.VariantInit() retval=01ace794 ret=100036bf 0035:Call oleaut32.VariantInit(01ace714) ret=100036cf 0035:Ret oleaut32.VariantInit() retval=01ace714 ret=100036cf 0035:fixme:taskschd:TaskService_Connect 0x1c7b2e8,{VT_EMPTY},{VT_EMPTY},{VT_EMPTY},{VT_EMPTY}: stub 0035:Call oleaut32.VariantClear(01ace714) ret=1000371a 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000371a 0035:Call oleaut32.VariantClear(01ace794) ret=10003720 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003720 0035:Call oleaut32.VariantClear(01ace784) ret=10003726 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003726 0035:Call oleaut32.VariantClear(01ace7a4) ret=1000372c 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000372c ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7e848 L"1: CreateTaskAsDesktopUser 2: Connect task scheduler failed 3: ",ffffffff,00000000,00000000,00000000,00000000) ret=7d4cd514 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/b06009640024900c5c2a6537b80550c3… --- snip --- 129 static HRESULT WINAPI TaskService_Connect(ITaskService *iface, VARIANT server, VARIANT user, VARIANT domain, VARIANT password) 130 { 131 FIXME("%p,%s,%s,%s,%s: stub\n", iface, debugstr_variant(&server), debugstr_variant(&user), 132 debugstr_variant(&domain), debugstr_variant(&password)); 133 return E_NOTIMPL; 134 } --- snip --- $ sha1sum SkypeSetup_4.0.0.226.exe 3726546c421f078353c73ea6fb42561fac434701 SkypeSetup_4.0.0.226.exe $ du -sh SkypeSetup_4.0.0.226.exe 20M SkypeSetup_4.0.0.226.exe $ wine --version wine-1.7.9-209-gb231b4b 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.

2 8

[Bug 50285] New: File renamings involving symbolic links fail
by WineHQ Bugzilla 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50285 Bug ID: 50285 Summary: File renamings involving symbolic links fail Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68842 --> https://bugs.winehq.org/attachment.cgi?id=68842 Sample for case 1 Two cases of file renamings involving symlinks fail: Case 1: A regular file, named "regular", and a symlink named "symlink" pointing at "regular". Rename "regular" to "symlink" (which should overwrite the existing symlink). This should leave one single file, a regular file, named "symlink". In practice, no rename happens (but no error is reported either). Case 2: A symlink pointing at a missing file. Renaming the symlink with MoveFileEx 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.

1 9

[Bug 22077] New: cspro 4.0 error in wine (1.1.40)
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22077 Summary: cspro 4.0 error in wine (1.1.40) Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iip.umar.rifai(a)gmail.com CC: iip.umar.rifai(a)gmail.com Created an attachment (id=26903) --> (http://bugs.winehq.org/attachment.cgi?id=26903) screen show when hang Cspro get hang when pressing key or mouse during popup selection (selcase function in cspro), and also the icon on the tree look weird. How to test: 1. download cspro here http://www.census.gov/ipc/www/cspro/ 2. Run Cspro 4.0 program 3. Open file/application, goto examples/capi 4. BUG 1. you will see that the icon in the left are black. Different when you see it in native windows. 5. BUG-2. now, run the program, from the menu file->run. Just clik ok on every prompt or enter everything. On roster screen, enter only one line, and leave blank in the second row, to directly end the data entry, you will see yes/no popup, just klik or press up/down arrow, then cspro will hang. Screenshot can be see here http://sites.google.com/site/iipumarrifai2/wine-cspro-error1.jpg I think this the only one problem I found in cspro, if this can be fix than it will be gold in wine. And the problem is the same problem since wine Beta and cspro 3.x, but I never send it to wine. I'm running this on Linux Mint 8 (Ubuntu karmic) Best Regards, -iip- -- 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.

2 59

[Bug 48155] New: winecfg: Enable GTK Theming option is always grayed out
by WineHQ Bugzilla 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48155 Bug ID: 48155 Summary: winecfg: Enable GTK Theming option is always grayed out Product: Wine-staging Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: openglfreak(a)googlemail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65772 --> https://bugs.winehq.org/attachment.cgi?id=65772 Fix for the issue When going to the Staging tab in winecfg, the GTK theming option is grayed out, even though wine was compiled with gtk3 enabled. Enabling GTK theming in the registry still works. Attached is a patch that fixes the issue. -- 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.

1 12