https://bugs.winehq.org/show_bug.cgi?id=40196
Bug ID: 40196 Summary: Can't create HKEY_CLASSES_ROOT\http with regedit: File exists Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: basinilya@gmail.com Distribution: ---
Created attachment 53702 --> https://bugs.winehq.org/attachment.cgi?id=53702 regedit screenshot
I'm trying to change default browser following https://bugs.winehq.org/show_bug.cgi?id=37562#c5
I don't see the key "http" in HKEY_CLASSES_ROOT, but when I try to create it, it says "File exists"
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #1 from Ilya Basin basinilya@gmail.com --- Created attachment 53703 --> https://bugs.winehq.org/attachment.cgi?id=53703 WINEPREFIX=~/.wine3 WINEDEBUG=+all regedit >regedit.log 2>&1
https://bugs.winehq.org/show_bug.cgi?id=40196
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #2 from winetest@luukku.com --- This is if not dupe but at least similar to bug 34206 (see the screenshot).
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #3 from winetest@luukku.com --- Still valid wine 2.0rc5.
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #4 from winetest@luukku.com --- (In reply to winetest from comment #3)
Still valid wine 2.0rc5.
Also https key is not allowed.
https://bugs.winehq.org/show_bug.cgi?id=40196
Hugh McMaster hugh.mcmaster@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hugh.mcmaster@outlook.com
--- Comment #5 from Hugh McMaster hugh.mcmaster@outlook.com --- This issue seems to have been fixed. Can anyone else confirm this?
I'm using wine-2.8-25-gbe12c5b.
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com --- I can't create http in HKCR, because it does actually exist, so error message is correct. Not sure what original report was about. Could it be 32/64 bit issue?
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #7 from Hugh McMaster hugh.mcmaster@outlook.com --- (In reply to Nikolay Sivov from comment #6)
I can't create http in HKCR, because it does actually exist, so error message is correct. Not sure what original report was about. Could it be 32/64 bit issue?
It seems that many keys in HKCR, including "http", were not being displayed in regedit for some reason. These keys did actually exist, which is why the error message occurred.
But it looks like this bug was fixed somewhere between Wine 2.0-rc5 and Wine 2.8.
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #8 from winetest@luukku.com --- (In reply to Hugh McMaster from comment #7)
(In reply to Nikolay Sivov from comment #6)
I can't create http in HKCR, because it does actually exist, so error message is correct. Not sure what original report was about. Could it be 32/64 bit issue?
It seems that many keys in HKCR, including "http", were not being displayed in regedit for some reason. These keys did actually exist, which is why the error message occurred.
But it looks like this bug was fixed somewhere between Wine 2.0-rc5 and Wine 2.8.
Clean prefix I can see http and https under HKEY_CLASSES_ROOT.
wine 2.8-git.
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- I cannot reproduce this in 2.8, 2.0, 1.8.6, 1.6.2 nor 1.4.1. It looks like a broken prefix if you see picture at comment 0. It is missing all entries started with "." and also all Microsoft, Msxsml...
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #10 from Ilya Basin basinilya@gmail.com --- I just created a clean prefix and the problem still exists. wine 2.8
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #11 from Nikolay Sivov bunglehead@gmail.com --- (In reply to Ilya Basin from comment #10)
I just created a clean prefix and the problem still exists. wine 2.8
You'll have to be more specific. Is it your own wine build or you're using packages, if so where did you get the package? Does it happen with both 64 and 32 bit prefixes? If it happens with 64 bit only, are you running 32 bit or 64 bit regedit?
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #12 from Ilya Basin basinilya@gmail.com --- (In reply to Nikolay Sivov from comment #11)
(In reply to Ilya Basin from comment #10)
I just created a clean prefix and the problem still exists. wine 2.8
You'll have to be more specific. Is it your own wine build or you're using packages, if so where did you get the package? Does it happen with both 64 and 32 bit prefixes? If it happens with 64 bit only, are you running 32 bit or 64 bit regedit?
The problem is only with a 64-bit prefix. Both 'C:\windows\regedit.exe' and 'C:\windows\syswow64\regedit.exe' behave equally. I installed wine from Archlinux repo.
https://bugs.winehq.org/show_bug.cgi?id=40196
--- Comment #13 from Hugh McMaster hugh.mcmaster@outlook.com --- (In reply to Ilya Basin from comment #12)
The problem is only with a 64-bit prefix. Both 'C:\windows\regedit.exe' and 'C:\windows\syswow64\regedit.exe' behave equally. I installed wine from Archlinux repo.
Hmmm. I've just compiled the latest git on Debian Stretch 64-bit, but I still can't see this bug. I don't have regedit.exe in C:\windows\syswow64 though.
I wonder if this is purely a problem with Arch Linux?
https://bugs.winehq.org/show_bug.cgi?id=40196
zaplo00@mailfence.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zaplo00@mailfence.com
--- Comment #14 from zaplo00@mailfence.com --- (In reply to Hugh McMaster from comment #13)
(In reply to Ilya Basin from comment #12)
The problem is only with a 64-bit prefix. Both 'C:\windows\regedit.exe' and 'C:\windows\syswow64\regedit.exe' behave equally. I installed wine from Archlinux repo.
Hmmm. I've just compiled the latest git on Debian Stretch 64-bit, but I still can't see this bug. I don't have regedit.exe in C:\windows\syswow64 though.
I wonder if this is purely a problem with Arch Linux?
I'm on Archlinux and this problem happens with 64-bit prefix in wine-staging 2.9. HKCR shows A LOT more keys in 32-bit prefix.
https://bugs.winehq.org/show_bug.cgi?id=40196
Hugh McMaster hugh.mcmaster@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #15 from Hugh McMaster hugh.mcmaster@outlook.com --- (In reply to zaplo00 from comment #14)
I'm on Archlinux and this problem happens with 64-bit prefix in wine-staging 2.9. HKCR shows A LOT more keys in 32-bit prefix.
Confirming. I've been able to reproduce this behaviour in Arch Linux and Debian Stretch using the development and staging builds.
32-bit prefixes are not affected.
Running 64-bit regedit in a 64-bit prefix (i.e. using 'wine64') is also fine.
The problem is with WOW64 builds - running 32-bit regedit (i.e. using 'wine') on 64-bit prefixes.
Unfortunately, the RegOpenUserClassesRoot function is only a stub. This is almost certainly the cause of the bug.
CC'ing Sebastian. He might like to look into this.
https://bugs.winehq.org/show_bug.cgi?id=40196
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Can't create |Running 32 bit regedit from |HKEY_CLASSES_ROOT\http with |64 bit Wine results in |regedit: File exists |inaccurate display of | |HKEY_CLASSES_ROOT entries Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords| |source
--- Comment #16 from Bruno Jesus 00cpxxx@gmail.com --- Confirming in Wine 2.10.