• Re: Firefox file icon

    From Newyana2@21:1/5 to All on Mon Apr 8 09:03:32 2024
    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.


    You can't change what? The icon for HTML files? There's
    no such thing as a Firefox file icon. To affect the icon for
    file types you can either go through Microsoft's maddening
    new system (which I can't even remember how to get to)
    or you can do it in the Registry. All file types follow the
    same pattern. You look up extension, which gives you class
    name, which leads to icon:

    HKCR\.html
    default value: classname (such as "htmlfile" or "FirefoxHTML")

    HKCR\[classname]\DefaultIcon
    default value: path of icon, such as "C:\icons\html.ico,0"

    The nuber at the end indicates the icon number in the file. For
    ico files it's always 0.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From John C.@21:1/5 to Ed Cryer on Mon Apr 8 06:07:38 2024
    Ed Cryer wrote:
    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and
    a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Ed

    I'v had this problem in the past with Windows 7. I deleted the shortcut
    created when I installed Firefox, then I made a new shortcut to the
    program. Ended my problem.

    --
    John C.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Mon Apr 8 13:43:35 2024
    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and
    a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Mon Apr 8 11:57:08 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and
    a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon". Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't
    use those if you want to have a different icon for each one. Instead,
    creating a .lnk shortcut (e.g., right-click on the desktop, create a new shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you
    want to use to open the <url>). Then right-click on that new shortcut,
    and go to the Shortcut tab to change its icon. If the executable
    specified for the target (command) doesn't have an icon you want, you
    can browse to other .exe and .dll files that have icon resources defined
    within them.

    The above is how I created .lnk shortcuts (to programs) to let me change
    icons to differentiate, for example, between a weather web site, Google
    Voice, crossword puzzle site, different webmail clients, etc. You don't
    want a .url shortcut. You want a .lnk shortcut since that lets you
    choose an icon for just that shortcut.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Mon Apr 8 12:57:08 2024
    On 4/8/2024 9:03 AM, Newyana2 wrote:

    I can't change it; neither with the "change icon" in Properties, nor with FileTypesMan. It stays stubbornly as a white page icon (Notepad style), although it's fine on the taskbar.


     You can't change what? The icon for HTML files? There's
    no such thing as a Firefox file icon. To affect the icon for
    file types you can either go through Microsoft's maddening
    new system (which I can't even remember how to get to)
    or you can do it in the Registry. All file types follow the
    same pattern. You look up extension, which gives you class
    name, which leads to icon:

    HKCR\.html
        default value: classname (such as "htmlfile" or "FirefoxHTML")

    HKCR\[classname]\DefaultIcon
      default value: path of icon, such as "C:\icons\html.ico,0"

    The nuber at the end indicates the icon number in the file. For
    ico files it's always 0.

    Do you know whether this uses that blasted set of iconcache files ?

    It could be broken there for some reason.

    It's not clear to me, whether "redoing stuff" (canonical location updates)
    will ever repair iconcache. We have David Ross's AVG blank-sheet icon
    as an example. The only iconcache DB viewer, costs money.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Mon Apr 8 18:39:35 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and
    a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon". Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't
    use those if you want to have a different icon for each one. Instead, creating a .lnk shortcut (e.g., right-click on the desktop, create a new shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you
    want to use to open the <url>). Then right-click on that new shortcut,
    and go to the Shortcut tab to change its icon. If the executable
    specified for the target (command) doesn't have an icon you want, you
    can browse to other .exe and .dll files that have icon resources defined within them.

    The above is how I created .lnk shortcuts (to programs) to let me change icons to differentiate, for example, between a weather web site, Google Voice, crossword puzzle site, different webmail clients, etc. You don't
    want a .url shortcut. You want a .lnk shortcut since that lets you
    choose an icon for just that shortcut.

    I have lots of .html files in a utility I use regularly. Their
    properties show that they open with Firefox, and they do just that when
    I click on them.
    All works well, at least so far.

    The problem is that when you navigate to the folder and show the files
    listed, they have the wrong icon. And I can't change that icon. And
    whatever I do to try and change it, reports no problem; it finishes as
    if it had done the change.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From R.Wieser@21:1/5 to All on Mon Apr 8 19:41:15 2024
    Paul,

    It's not clear to me, whether "redoing stuff" (canonical location
    updates) will ever repair iconcache.

    Likely deleting them so Windows will rebuild them should than help.

    https://www.windowscentral.com/how-reset-icon-cache-database-windows-10

    Regards,
    Rudy Wieser

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Mon Apr 8 20:15:58 2024
    RWQgQ3J5ZXIgd3JvdGU6DQo+IFZhbmd1YXJkTEggd3JvdGU6DQo+PiBFZCBDcnllciA8ZWRA c29tZXdoZXJlLmluLnRoZS51az4gd3JvdGU6DQo+Pg0KPj4+IEkgY2FuJ3QgY2hhbmdlIGl0 OyBuZWl0aGVyIHdpdGggdGhlICJjaGFuZ2UgaWNvbiIgaW4gUHJvcGVydGllcywgbm9yDQo+ Pj4gd2l0aCBGaWxlVHlwZXNNYW4uIEl0IHN0YXlzIHN0dWJib3JubHkgYXMgYSB3aGl0ZSBw YWdlIGljb24gKE5vdGVwYWQNCj4+PiBzdHlsZSksIGFsdGhvdWdoIGl0J3MgZmluZSBvbiB0 aGUgdGFza2Jhci4NCj4+Pg0KPj4+IFRoZSBpY29ucyBzaG93aW5nIGluIEZpcmVmb3guZXhl IGluY2x1ZGUgY29ycmVjdCBvbmVzLCBidXQgYWxzbyBQREYgYW5kDQo+Pj4gYSBoYW5kZnVs IG9mIG90aGVycy4NCj4+PiBJIHRyaWVkIGNoYW5naW5nIHRvIGFuIGljb24gaW4gc2hlbGwz Mi5kbGw7IG5vIGpveS4NCj4+DQo+PiBEb24ndCBrbm93IHdoYXQgaXMgYSAiRmlyZWZveCBm aWxlIGljb24iLsKgIFBsZWFzZSBkZXNjcmliZSBiZXR0ZXIuDQo+Pg0KPj4gSWYgeW91IGFy ZSBjcmVhdGluZyAudXJsIHNob3J0Y3V0cyBvbiB5b3VyIGRlc2t0b3Agb3IgaW4gYSBmb2xk ZXIsIGRvbid0DQo+PiB1c2UgdGhvc2UgaWYgeW91IHdhbnQgdG8gaGF2ZSBhIGRpZmZlcmVu dCBpY29uIGZvciBlYWNoIG9uZS7CoCBJbnN0ZWFkLA0KPj4gY3JlYXRpbmcgYSAubG5rIHNo b3J0Y3V0IChlLmcuLCByaWdodC1jbGljayBvbiB0aGUgZGVza3RvcCwgY3JlYXRlIGEgbmV3 DQo+PiBzaG9ydGN1dCksIGFuZCBlbnRlciB0aGUgZm9sbG93aW5nIGZvciB0aGUgY29tbWFu ZDoNCj4+DQo+PiA8cGF0aD5cZmlyZWZveC5leGUgPHVybD4NCj4+DQo+PiA8cGF0aD4gdG8g d2hlcmV2ZXIgeW91IGluc3RhbGxlZCBGaXJlZm94IChvciB3aGF0ZXZlciB3ZWIgYnJvd3Nl ciB5b3UNCj4+IHdhbnQgdG8gdXNlIHRvIG9wZW4gdGhlIDx1cmw+KS7CoCBUaGVuIHJpZ2h0 LWNsaWNrIG9uIHRoYXQgbmV3IHNob3J0Y3V0LA0KPj4gYW5kIGdvIHRvIHRoZSBTaG9ydGN1 dCB0YWIgdG8gY2hhbmdlIGl0cyBpY29uLsKgIElmIHRoZSBleGVjdXRhYmxlDQo+PiBzcGVj aWZpZWQgZm9yIHRoZSB0YXJnZXQgKGNvbW1hbmQpIGRvZXNuJ3QgaGF2ZSBhbiBpY29uIHlv dSB3YW50LCB5b3UNCj4+IGNhbiBicm93c2UgdG8gb3RoZXIgLmV4ZSBhbmQgLmRsbCBmaWxl cyB0aGF0IGhhdmUgaWNvbiByZXNvdXJjZXMgZGVmaW5lZA0KPj4gd2l0aGluIHRoZW0uDQo+ Pg0KPj4gVGhlIGFib3ZlIGlzIGhvdyBJIGNyZWF0ZWQgLmxuayBzaG9ydGN1dHMgKHRvIHBy b2dyYW1zKSB0byBsZXQgbWUgY2hhbmdlDQo+PiBpY29ucyB0byBkaWZmZXJlbnRpYXRlLCBm b3IgZXhhbXBsZSwgYmV0d2VlbiBhIHdlYXRoZXIgd2ViIHNpdGUsIEdvb2dsZQ0KPj4gVm9p Y2UsIGNyb3Nzd29yZCBwdXp6bGUgc2l0ZSwgZGlmZmVyZW50IHdlYm1haWwgY2xpZW50cywg ZXRjLsKgIFlvdSBkb24ndA0KPj4gd2FudCBhIC51cmwgc2hvcnRjdXQuwqAgWW91IHdhbnQg YSAubG5rIHNob3J0Y3V0IHNpbmNlIHRoYXQgbGV0cyB5b3UNCj4+IGNob29zZSBhbiBpY29u IGZvciBqdXN0IHRoYXQgc2hvcnRjdXQuDQo+IA0KPiBJIGhhdmUgbG90cyBvZiAuaHRtbCBm aWxlcyBpbiBhIHV0aWxpdHkgSSB1c2UgcmVndWxhcmx5LiBUaGVpciANCj4gcHJvcGVydGll cyBzaG93IHRoYXQgdGhleSBvcGVuIHdpdGggRmlyZWZveCwgYW5kIHRoZXkgZG8ganVzdCB0 aGF0IHdoZW4gDQo+IEkgY2xpY2sgb24gdGhlbS4NCj4gQWxsIHdvcmtzIHdlbGwsIGF0IGxl YXN0IHNvIGZhci4NCj4gDQo+IFRoZSBwcm9ibGVtIGlzIHRoYXQgd2hlbiB5b3UgbmF2aWdh dGUgdG8gdGhlIGZvbGRlciBhbmQgc2hvdyB0aGUgZmlsZXMgDQo+IGxpc3RlZCwgdGhleSBo YXZlIHRoZSB3cm9uZyBpY29uLiBBbmQgSSBjYW4ndCBjaGFuZ2UgdGhhdCBpY29uLiBBbmQg DQo+IHdoYXRldmVyIEkgZG8gdG8gdHJ5IGFuZCBjaGFuZ2UgaXQsIHJlcG9ydHMgbm8gcHJv YmxlbTsgaXQgZmluaXNoZXMgYXMgDQo+IGlmIGl0IGhhZCBkb25lIHRoZSBjaGFuZ2UuDQo+ IA0KPiBFZA0KPiANCg0KSSd2ZSBmb3VuZCBzb21lIGZpbGVzIGxvY2FsbHkgdGhhdCBoYXZl IGEgRmlyZWZveCBpY29uLiBUaGV5IGhhdmUgYW4gDQpleHRlbnNpb24gb2YgLlVSTCwgYW5k IGFyZSBjYWxsZWQgIkludGVybmV0IHNob3J0Y3V0Ii4NCg0KVGhlcmUgYXBwZWFycyB0byBo YXZlIGJlZW4gc29tZSByYWRpY2FsIHNoaWZ0IGZyb20gTVMgaW4gdGhlaXIgaGFuZGxpbmcg DQpvZiBmaWxlIGV4dGVuc2lvbnMuDQoNCkVkDQoNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Big Al@21:1/5 to Ed Cryer on Mon Apr 8 15:42:36 2024
    On 4/8/24 03:15 PM, Ed Cryer wrote:
    Ed Cryer wrote:
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and >>>> a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon".  Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't >>> use those if you want to have a different icon for each one.  Instead,
    creating a .lnk shortcut (e.g., right-click on the desktop, create a new >>> shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you
    want to use to open the <url>).  Then right-click on that new shortcut, >>> and go to the Shortcut tab to change its icon.  If the executable
    specified for the target (command) doesn't have an icon you want, you
    can browse to other .exe and .dll files that have icon resources defined >>> within them.

    The above is how I created .lnk shortcuts (to programs) to let me change >>> icons to differentiate, for example, between a weather web site, Google
    Voice, crossword puzzle site, different webmail clients, etc.  You don't >>> want a .url shortcut.  You want a .lnk shortcut since that lets you
    choose an icon for just that shortcut.

    I have lots of .html files in a utility I use regularly. Their properties show that they open with
    Firefox, and they do just that when I click on them.
    All works well, at least so far.

    The problem is that when you navigate to the folder and show the files listed, they have the wrong
    icon. And I can't change that icon. And whatever I do to try and change it, reports no problem; it
    finishes as if it had done the change.

    Ed


    I've found some files locally that have a Firefox icon. They have an extension of .URL, and are
    called "Internet shortcut".

    There appears to have been some radical shift from MS in their handling of file extensions.

    Ed

    I don't think URL is a deviation. URL is a link where HTML/HTM is a page itself.
    I have a copy of my web page on my laptop and it's all HTML files, and they are text.

    A URL is like this, it's not a web page.: [{000214A0-0000-0000-C000-000000000046}]
    Prop3=19,2
    [InternetShortcut]
    IDList= URL=http://rs.ciggws.net/rd.cgi?FNC=MTSU_WM&CHA=UF2_DESKTOP&RES=america&LNG=EN&DEV=TR8600+series&OSV=W&ARA=US&CNM_SEP=0&OSV=W&DEV=TR8600+series&CTV=1.0&LNG=EN
    --
    Linux Mint 21.3 Cinnamon 6.0.4 Kernel 6.5.0-26-generic
    Al

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Newyana2@21:1/5 to Paul on Mon Apr 8 15:50:37 2024
    On 4/8/2024 12:57 PM, Paul wrote:

    Do you know whether this uses that blasted set of iconcache files ?


    As Rudy said, there used to be a method that involved deleting
    the icon cache. Years ago I wrote software that used a hack to
    change the size of icons, call the system for an update, then changed
    it back and called the system again. That would cause all icons to
    update.

    Yesterday on my new Win10 system I changed icons for folders
    and for HTA files. It didn't take at first, but after a reboot or two
    it caught up. Win10 seems to be good that way.

    It's not clear to me, whether "redoing stuff" (canonical location updates) will ever repair iconcache. We have David Ross's AVG blank-sheet icon
    as an example. The only iconcache DB viewer, costs money.


    I'm still not clear what we're talking about, though. I have
    seen Win10 lose the icon for Mozilla shortcuts in Quick Launch,
    though that seems to have fixed itself. As far as changing icons
    for file types, Win10 doesn't seem to need any special treatment
    in my experience. Just a little patience.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Mon Apr 8 14:43:14 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and
    a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon". Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't
    use those if you want to have a different icon for each one. Instead,
    creating a .lnk shortcut (e.g., right-click on the desktop, create a new
    shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you
    want to use to open the <url>). Then right-click on that new shortcut,
    and go to the Shortcut tab to change its icon. If the executable
    specified for the target (command) doesn't have an icon you want, you
    can browse to other .exe and .dll files that have icon resources defined
    within them.

    The above is how I created .lnk shortcuts (to programs) to let me change
    icons to differentiate, for example, between a weather web site, Google
    Voice, crossword puzzle site, different webmail clients, etc. You don't
    want a .url shortcut. You want a .lnk shortcut since that lets you
    choose an icon for just that shortcut.

    I have lots of .html files in a utility I use regularly. Their
    properties show that they open with Firefox, and they do just that when
    I click on them.
    All works well, at least so far.

    The problem is that when you navigate to the folder and show the files listed, they have the wrong icon. And I can't change that icon. And
    whatever I do to try and change it, reports no problem; it finishes as
    if it had done the change.

    Ed

    So, it's not about .url shortcuts, but about .html files, and the icons displayed for those .html files (in whatever unidentified file viewer).
    In other words, you want to change the .html filetype icon, not some
    Firefox file icon.

    In FileTypesMan, right-click on the .html extension (filetype), and
    select to jump to the registry setting for that filetype, or select the filetype and use Ctrl+R to jump to the registry setting. Expand that
    registry key to see the DefaultIcon subkey. Does its default item have
    a value of:

    C:\Program Files\Mozilla Firefox\firefox.exe,1

    The path is where I installed Firefox. Might be different for you. The
    ",1" is specifying the 1st icon resource (dead keeled over fox) in the
    .exe file.

    If you don't want to edit in regedit.exe the DefaultIcon pointer, you
    can right-click on the .html filetype in FileTypeMan to select "Edit
    Selected File Type". In that entry form, you can enter the resource
    index in an .exe or .dll file for which icon you want, or use the Browse
    button to find the .exe or .dll file (but you'll have to figure out the resource index if the first one isn't what you want).

    In regedit, go to:

    HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.html

    Under that key is a UserChoice subkey. Microsoft added this subkey for critical filetype and protocol handlers. Windows knows how to generate
    this value, not malware that might attempt to change which handlers are
    used for which filetypes or protocols. If the hash value is invalid,
    Windows will revert the filetype or protocol back to the default
    handler. Programs cannot programmatically use the registry API to
    change these protected handlers. You have to use the Windows wizard:
    Default Apps, and select either "Choose default apps by filetype" or
    "Choose default apps by protocol". Since you are asking about the .html filetype, use "Choose default apps by filetype". Scroll down to the
    .html filetype. You should see:

    .htm Firefox
    Firefox HTML Document

    .html Firefox
    Firefox HTML Document

    If that is what you see, toggle the handler to see if returning back to
    Firefox as the handler steps atop whatever foul up might be regarding
    handlers and icons.

    There is also the possibility your shelliconcache is fouled. Delete it,
    logoff and logon to rebuild the cache, and test which icon shows up. I
    use WinAero Tweaker's Reset Icon Cache to delete and rebuild. Or you
    can read about the tweak at:

    https://winaero.com/fix-broken-icons-reset-icon-cache-in-windows-10-without-reboot/

    If you have lots of different filetype and protocol handler icons, the
    default 500 KB size of the icon cache file may not be sufficient. Some
    will have to get tossed out to make room for new ones. In WinAero
    Tweaker, you can increase the size of the cache (Icon Cache Size). Mine
    was only at 512 KB, so I upped it to 8192 KB (8 MB). See:

    https://winaero.com/change-icon-cache-size-windows-10/

    Since the change is to an HKEY_LOCAL_MACHINE subkey, the change applies
    to all Windows accounts. Although not mentioned, I'd probably logoff
    and logon to make sure the registry change got applied.

    Peculiarly, under the Explorer key, I have 2 settings:

    MaxCachedIcons
    Max Cached Icons

    One with spaces, one without. Possibly I did a registry edit a long
    time ago, and whoever's article I read about this had the spaces in the
    key, or the spaced version was used before, but Microsoft changed the
    data item's name.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Mon Apr 8 22:09:34 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor
    with FileTypesMan. It stays stubbornly as a white page icon (Notepad
    style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and >>>> a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon". Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't >>> use those if you want to have a different icon for each one. Instead,
    creating a .lnk shortcut (e.g., right-click on the desktop, create a new >>> shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you
    want to use to open the <url>). Then right-click on that new shortcut,
    and go to the Shortcut tab to change its icon. If the executable
    specified for the target (command) doesn't have an icon you want, you
    can browse to other .exe and .dll files that have icon resources defined >>> within them.

    The above is how I created .lnk shortcuts (to programs) to let me change >>> icons to differentiate, for example, between a weather web site, Google
    Voice, crossword puzzle site, different webmail clients, etc. You don't >>> want a .url shortcut. You want a .lnk shortcut since that lets you
    choose an icon for just that shortcut.

    I have lots of .html files in a utility I use regularly. Their
    properties show that they open with Firefox, and they do just that when
    I click on them.
    All works well, at least so far.

    The problem is that when you navigate to the folder and show the files
    listed, they have the wrong icon. And I can't change that icon. And
    whatever I do to try and change it, reports no problem; it finishes as
    if it had done the change.

    Ed

    So, it's not about .url shortcuts, but about .html files, and the icons displayed for those .html files (in whatever unidentified file viewer).
    In other words, you want to change the .html filetype icon, not some
    Firefox file icon.

    In FileTypesMan, right-click on the .html extension (filetype), and
    select to jump to the registry setting for that filetype, or select the filetype and use Ctrl+R to jump to the registry setting. Expand that registry key to see the DefaultIcon subkey. Does its default item have
    a value of:

    C:\Program Files\Mozilla Firefox\firefox.exe,1

    The path is where I installed Firefox. Might be different for you. The
    ",1" is specifying the 1st icon resource (dead keeled over fox) in the
    .exe file.

    If you don't want to edit in regedit.exe the DefaultIcon pointer, you
    can right-click on the .html filetype in FileTypeMan to select "Edit
    Selected File Type". In that entry form, you can enter the resource
    index in an .exe or .dll file for which icon you want, or use the Browse button to find the .exe or .dll file (but you'll have to figure out the resource index if the first one isn't what you want).

    In regedit, go to:

    HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.html

    Under that key is a UserChoice subkey. Microsoft added this subkey for critical filetype and protocol handlers. Windows knows how to generate
    this value, not malware that might attempt to change which handlers are
    used for which filetypes or protocols. If the hash value is invalid,
    Windows will revert the filetype or protocol back to the default
    handler. Programs cannot programmatically use the registry API to
    change these protected handlers. You have to use the Windows wizard:
    Default Apps, and select either "Choose default apps by filetype" or
    "Choose default apps by protocol". Since you are asking about the .html filetype, use "Choose default apps by filetype". Scroll down to the
    .html filetype. You should see:

    .htm Firefox
    Firefox HTML Document

    .html Firefox
    Firefox HTML Document

    If that is what you see, toggle the handler to see if returning back to Firefox as the handler steps atop whatever foul up might be regarding handlers and icons.

    There is also the possibility your shelliconcache is fouled. Delete it, logoff and logon to rebuild the cache, and test which icon shows up. I
    use WinAero Tweaker's Reset Icon Cache to delete and rebuild. Or you
    can read about the tweak at:

    https://winaero.com/fix-broken-icons-reset-icon-cache-in-windows-10-without-reboot/

    If you have lots of different filetype and protocol handler icons, the default 500 KB size of the icon cache file may not be sufficient. Some
    will have to get tossed out to make room for new ones. In WinAero
    Tweaker, you can increase the size of the cache (Icon Cache Size). Mine
    was only at 512 KB, so I upped it to 8192 KB (8 MB). See:

    https://winaero.com/change-icon-cache-size-windows-10/

    Since the change is to an HKEY_LOCAL_MACHINE subkey, the change applies
    to all Windows accounts. Although not mentioned, I'd probably logoff
    and logon to make sure the registry change got applied.

    Peculiarly, under the Explorer key, I have 2 settings:

    MaxCachedIcons
    Max Cached Icons

    One with spaces, one without. Possibly I did a registry edit a long
    time ago, and whoever's article I read about this had the spaces in the
    key, or the spaced version was used before, but Microsoft changed the
    data item's name.

    .URL, .htm, .html are all Windows file extensions; or, at least, they
    used to be.
    They guide Windows, or, at least they used to, to different programs.

    They have icons associated with them; or, at least they used to.

    Ergo, if I look at a file's extension with WinExplorer, it should point
    to those root elements of the Windows architecture.

    But this schematic appears to have crumbled. OK, so be it. But how do I
    get to know the new layout?

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Mon Apr 8 21:45:48 2024
    QmlnIEFsIHdyb3RlOg0KPiBPbiA0LzgvMjQgMDM6MTUgUE0sIEVkIENyeWVyIHdyb3RlOg0K Pj4gRWQgQ3J5ZXIgd3JvdGU6DQo+Pj4gVmFuZ3VhcmRMSCB3cm90ZToNCj4+Pj4gRWQgQ3J5 ZXIgPGVkQHNvbWV3aGVyZS5pbi50aGUudWs+IHdyb3RlOg0KPj4+Pg0KPj4+Pj4gSSBjYW4n dCBjaGFuZ2UgaXQ7IG5laXRoZXIgd2l0aCB0aGUgImNoYW5nZSBpY29uIiBpbiBQcm9wZXJ0 aWVzLCBub3INCj4+Pj4+IHdpdGggRmlsZVR5cGVzTWFuLiBJdCBzdGF5cyBzdHViYm9ybmx5 IGFzIGEgd2hpdGUgcGFnZSBpY29uIChOb3RlcGFkDQo+Pj4+PiBzdHlsZSksIGFsdGhvdWdo IGl0J3MgZmluZSBvbiB0aGUgdGFza2Jhci4NCj4+Pj4+DQo+Pj4+PiBUaGUgaWNvbnMgc2hv d2luZyBpbiBGaXJlZm94LmV4ZSBpbmNsdWRlIGNvcnJlY3Qgb25lcywgYnV0IGFsc28gUERG IA0KPj4+Pj4gYW5kDQo+Pj4+PiBhIGhhbmRmdWwgb2Ygb3RoZXJzLg0KPj4+Pj4gSSB0cmll ZCBjaGFuZ2luZyB0byBhbiBpY29uIGluIHNoZWxsMzIuZGxsOyBubyBqb3kuDQo+Pj4+DQo+ Pj4+IERvbid0IGtub3cgd2hhdCBpcyBhICJGaXJlZm94IGZpbGUgaWNvbiIuwqAgUGxlYXNl IGRlc2NyaWJlIGJldHRlci4NCj4+Pj4NCj4+Pj4gSWYgeW91IGFyZSBjcmVhdGluZyAudXJs IHNob3J0Y3V0cyBvbiB5b3VyIGRlc2t0b3Agb3IgaW4gYSBmb2xkZXIsIA0KPj4+PiBkb24n dA0KPj4+PiB1c2UgdGhvc2UgaWYgeW91IHdhbnQgdG8gaGF2ZSBhIGRpZmZlcmVudCBpY29u IGZvciBlYWNoIG9uZS7CoCBJbnN0ZWFkLA0KPj4+PiBjcmVhdGluZyBhIC5sbmsgc2hvcnRj dXQgKGUuZy4sIHJpZ2h0LWNsaWNrIG9uIHRoZSBkZXNrdG9wLCBjcmVhdGUgYSANCj4+Pj4g bmV3DQo+Pj4+IHNob3J0Y3V0KSwgYW5kIGVudGVyIHRoZSBmb2xsb3dpbmcgZm9yIHRoZSBj b21tYW5kOg0KPj4+Pg0KPj4+PiA8cGF0aD5cZmlyZWZveC5leGUgPHVybD4NCj4+Pj4NCj4+ Pj4gPHBhdGg+IHRvIHdoZXJldmVyIHlvdSBpbnN0YWxsZWQgRmlyZWZveCAob3Igd2hhdGV2 ZXIgd2ViIGJyb3dzZXIgeW91DQo+Pj4+IHdhbnQgdG8gdXNlIHRvIG9wZW4gdGhlIDx1cmw+ KS7CoCBUaGVuIHJpZ2h0LWNsaWNrIG9uIHRoYXQgbmV3IHNob3J0Y3V0LA0KPj4+PiBhbmQg Z28gdG8gdGhlIFNob3J0Y3V0IHRhYiB0byBjaGFuZ2UgaXRzIGljb24uwqAgSWYgdGhlIGV4 ZWN1dGFibGUNCj4+Pj4gc3BlY2lmaWVkIGZvciB0aGUgdGFyZ2V0IChjb21tYW5kKSBkb2Vz bid0IGhhdmUgYW4gaWNvbiB5b3Ugd2FudCwgeW91DQo+Pj4+IGNhbiBicm93c2UgdG8gb3Ro ZXIgLmV4ZSBhbmQgLmRsbCBmaWxlcyB0aGF0IGhhdmUgaWNvbiByZXNvdXJjZXMgDQo+Pj4+ IGRlZmluZWQNCj4+Pj4gd2l0aGluIHRoZW0uDQo+Pj4+DQo+Pj4+IFRoZSBhYm92ZSBpcyBo b3cgSSBjcmVhdGVkIC5sbmsgc2hvcnRjdXRzICh0byBwcm9ncmFtcykgdG8gbGV0IG1lIA0K Pj4+PiBjaGFuZ2UNCj4+Pj4gaWNvbnMgdG8gZGlmZmVyZW50aWF0ZSwgZm9yIGV4YW1wbGUs IGJldHdlZW4gYSB3ZWF0aGVyIHdlYiBzaXRlLCBHb29nbGUNCj4+Pj4gVm9pY2UsIGNyb3Nz d29yZCBwdXp6bGUgc2l0ZSwgZGlmZmVyZW50IHdlYm1haWwgY2xpZW50cywgZXRjLsKgIFlv dSANCj4+Pj4gZG9uJ3QNCj4+Pj4gd2FudCBhIC51cmwgc2hvcnRjdXQuwqAgWW91IHdhbnQg YSAubG5rIHNob3J0Y3V0IHNpbmNlIHRoYXQgbGV0cyB5b3UNCj4+Pj4gY2hvb3NlIGFuIGlj b24gZm9yIGp1c3QgdGhhdCBzaG9ydGN1dC4NCj4+Pg0KPj4+IEkgaGF2ZSBsb3RzIG9mIC5o dG1sIGZpbGVzIGluIGEgdXRpbGl0eSBJIHVzZSByZWd1bGFybHkuIFRoZWlyIA0KPj4+IHBy b3BlcnRpZXMgc2hvdyB0aGF0IHRoZXkgb3BlbiB3aXRoIEZpcmVmb3gsIGFuZCB0aGV5IGRv IGp1c3QgdGhhdCANCj4+PiB3aGVuIEkgY2xpY2sgb24gdGhlbS4NCj4+PiBBbGwgd29ya3Mg d2VsbCwgYXQgbGVhc3Qgc28gZmFyLg0KPj4+DQo+Pj4gVGhlIHByb2JsZW0gaXMgdGhhdCB3 aGVuIHlvdSBuYXZpZ2F0ZSB0byB0aGUgZm9sZGVyIGFuZCBzaG93IHRoZSANCj4+PiBmaWxl cyBsaXN0ZWQsIHRoZXkgaGF2ZSB0aGUgd3JvbmcgaWNvbi4gQW5kIEkgY2FuJ3QgY2hhbmdl IHRoYXQgaWNvbi4gDQo+Pj4gQW5kIHdoYXRldmVyIEkgZG8gdG8gdHJ5IGFuZCBjaGFuZ2Ug aXQsIHJlcG9ydHMgbm8gcHJvYmxlbTsgaXQgDQo+Pj4gZmluaXNoZXMgYXMgaWYgaXQgaGFk IGRvbmUgdGhlIGNoYW5nZS4NCj4+Pg0KPj4+IEVkDQo+Pj4NCj4+DQo+PiBJJ3ZlIGZvdW5k IHNvbWUgZmlsZXMgbG9jYWxseSB0aGF0IGhhdmUgYSBGaXJlZm94IGljb24uIFRoZXkgaGF2 ZSBhbiANCj4+IGV4dGVuc2lvbiBvZiAuVVJMLCBhbmQgYXJlIGNhbGxlZCAiSW50ZXJuZXQg c2hvcnRjdXQiLg0KPj4NCj4+IFRoZXJlIGFwcGVhcnMgdG8gaGF2ZSBiZWVuIHNvbWUgcmFk aWNhbCBzaGlmdCBmcm9tIE1TIGluIHRoZWlyIA0KPj4gaGFuZGxpbmcgb2YgZmlsZSBleHRl bnNpb25zLg0KPj4NCj4+IEVkDQo+Pg0KPiBJIGRvbid0IHRoaW5rIFVSTCBpcyBhIGRldmlh dGlvbi7CoCBVUkwgaXMgYSBsaW5rIHdoZXJlIEhUTUwvSFRNIGlzIGEgDQo+IHBhZ2UgaXRz ZWxmLg0KPiBJIGhhdmUgYSBjb3B5IG9mIG15IHdlYiBwYWdlIG9uIG15IGxhcHRvcCBhbmQg aXQncyBhbGwgSFRNTCBmaWxlcywgYW5kIA0KPiB0aGV5IGFyZSB0ZXh0Lg0KPiANCj4gQSBV UkwgaXMgbGlrZSB0aGlzLCBpdCdzIG5vdCBhIHdlYiBwYWdlLjoNCj4gW3swMDAyMTRBMC0w MDAwLTAwMDAtQzAwMC0wMDAwMDAwMDAwNDZ9XQ0KPiBQcm9wMz0xOSwyDQo+IFtJbnRlcm5l dFNob3J0Y3V0XQ0KPiBJRExpc3Q9DQo+IFVSTD1odHRwOi8vcnMuY2lnZ3dzLm5ldC9yZC5j Z2k/Rk5DPU1UU1VfV00mQ0hBPVVGMl9ERVNLVE9QJlJFUz1hbWVyaWNhJkxORz1FTiZERVY9 VFI4NjAwK3NlcmllcyZPU1Y9VyZBUkE9VVMmQ05NX1NFUD0wJk9TVj1XJkRFVj1UUjg2MDAr c2VyaWVzJkNUVj0xLjAmTE5HPUVODQoNCi5VUmwgaXMgYSBXaW5kb3dzIGV4dGVuc2lvbi4g SXQgcG9pbnRzIHRvOg0KV2luZG93cyBzeXN0ZW0zMi5kbGwsIHVybC5kbGwsMA0KSW50ZXJu ZXQgc2hvcnRjdXQNCg0KYW5kICwgb2YgY291cnNlLCBXaW5kb3dzIGFzc2lnbnMgYSBwcm9n cmFtIHRvIG9wZW4gdGhvc2UgZmlsZXMuDQoNCkl0IHN0cmlrZXMgbWUgdGhhdCB0aGlzIC5V UkwgZXh0ZW5zaW9uIGhhcyB0aHJvd24gdGhlIGNhdCBhbWlkc3QgdGhlIA0KcGlnZW9ucy4g SXQncyBuZXcgdG8gbWUuIEhvdyBsb25nIGhhcyBpdCBiZWVuIGluZmVjdGluZyBXaW4xMD8N Cg0KRWQNCg0KDQoNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Big Al@21:1/5 to Ed Cryer on Mon Apr 8 17:47:46 2024
    On 4/8/24 04:45 PM, Ed Cryer wrote:
    Big Al wrote:
    On 4/8/24 03:15 PM, Ed Cryer wrote:
    Ed Cryer wrote:
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor >>>>>> with FileTypesMan. It stays stubbornly as a white page icon (Notepad >>>>>> style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and >>>>>> a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon".  Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't >>>>> use those if you want to have a different icon for each one.  Instead, >>>>> creating a .lnk shortcut (e.g., right-click on the desktop, create a new >>>>> shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you >>>>> want to use to open the <url>).  Then right-click on that new shortcut, >>>>> and go to the Shortcut tab to change its icon.  If the executable
    specified for the target (command) doesn't have an icon you want, you >>>>> can browse to other .exe and .dll files that have icon resources defined >>>>> within them.

    The above is how I created .lnk shortcuts (to programs) to let me change >>>>> icons to differentiate, for example, between a weather web site, Google >>>>> Voice, crossword puzzle site, different webmail clients, etc.  You don't >>>>> want a .url shortcut.  You want a .lnk shortcut since that lets you >>>>> choose an icon for just that shortcut.

    I have lots of .html files in a utility I use regularly. Their properties show that they open
    with Firefox, and they do just that when I click on them.
    All works well, at least so far.

    The problem is that when you navigate to the folder and show the files listed, they have the
    wrong icon. And I can't change that icon. And whatever I do to try and change it, reports no
    problem; it finishes as if it had done the change.

    Ed


    I've found some files locally that have a Firefox icon. They have an extension of .URL, and are
    called "Internet shortcut".

    There appears to have been some radical shift from MS in their handling of file extensions.

    Ed

    I don't think URL is a deviation.  URL is a link where HTML/HTM is a page itself.
    I have a copy of my web page on my laptop and it's all HTML files, and they are text.

    A URL is like this, it's not a web page.:
    [{000214A0-0000-0000-C000-000000000046}]
    Prop3=19,2
    [InternetShortcut]
    IDList=
    URL=http://rs.ciggws.net/rd.cgi?FNC=MTSU_WM&CHA=UF2_DESKTOP&RES=america&LNG=EN&DEV=TR8600+series&OSV=W&ARA=US&CNM_SEP=0&OSV=W&DEV=TR8600+series&CTV=1.0&LNG=EN

    .URl is a Windows extension. It points to:
    Windows system32.dll, url.dll,0
    Internet shortcut

    and , of course, Windows assigns a program to open those files.

    It strikes me that this .URL extension has thrown the cat amidst the pigeons. It's new to me. How
    long has it been infecting Win10?

    Ed



    I've seen .url files for years. Nothing new to me.
    --
    Linux Mint 21.3 Cinnamon 6.0.4 Kernel 6.5.0-26-generic
    Al

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Mon Apr 8 16:51:39 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I can't change it; neither with the "change icon" in Properties, nor >>>>> with FileTypesMan. It stays stubbornly as a white page icon (Notepad >>>>> style), although it's fine on the taskbar.

    The icons showing in Firefox.exe include correct ones, but also PDF and >>>>> a handful of others.
    I tried changing to an icon in shell32.dll; no joy.

    Don't know what is a "Firefox file icon". Please describe better.

    If you are creating .url shortcuts on your desktop or in a folder, don't >>>> use those if you want to have a different icon for each one. Instead, >>>> creating a .lnk shortcut (e.g., right-click on the desktop, create a new >>>> shortcut), and enter the following for the command:

    <path>\firefox.exe <url>

    <path> to wherever you installed Firefox (or whatever web browser you
    want to use to open the <url>). Then right-click on that new shortcut, >>>> and go to the Shortcut tab to change its icon. If the executable
    specified for the target (command) doesn't have an icon you want, you
    can browse to other .exe and .dll files that have icon resources defined >>>> within them.

    The above is how I created .lnk shortcuts (to programs) to let me change >>>> icons to differentiate, for example, between a weather web site, Google >>>> Voice, crossword puzzle site, different webmail clients, etc. You don't >>>> want a .url shortcut. You want a .lnk shortcut since that lets you
    choose an icon for just that shortcut.

    I have lots of .html files in a utility I use regularly. Their
    properties show that they open with Firefox, and they do just that when
    I click on them.
    All works well, at least so far.

    The problem is that when you navigate to the folder and show the files
    listed, they have the wrong icon. And I can't change that icon. And
    whatever I do to try and change it, reports no problem; it finishes as
    if it had done the change.

    Ed

    So, it's not about .url shortcuts, but about .html files, and the icons
    displayed for those .html files (in whatever unidentified file viewer).
    In other words, you want to change the .html filetype icon, not some
    Firefox file icon.

    In FileTypesMan, right-click on the .html extension (filetype), and
    select to jump to the registry setting for that filetype, or select the
    filetype and use Ctrl+R to jump to the registry setting. Expand that
    registry key to see the DefaultIcon subkey. Does its default item have
    a value of:

    C:\Program Files\Mozilla Firefox\firefox.exe,1

    The path is where I installed Firefox. Might be different for you. The
    ",1" is specifying the 1st icon resource (dead keeled over fox) in the
    .exe file.

    If you don't want to edit in regedit.exe the DefaultIcon pointer, you
    can right-click on the .html filetype in FileTypeMan to select "Edit
    Selected File Type". In that entry form, you can enter the resource
    index in an .exe or .dll file for which icon you want, or use the Browse
    button to find the .exe or .dll file (but you'll have to figure out the
    resource index if the first one isn't what you want).

    In regedit, go to:

    HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.html

    Under that key is a UserChoice subkey. Microsoft added this subkey for
    critical filetype and protocol handlers. Windows knows how to generate
    this value, not malware that might attempt to change which handlers are
    used for which filetypes or protocols. If the hash value is invalid,
    Windows will revert the filetype or protocol back to the default
    handler. Programs cannot programmatically use the registry API to
    change these protected handlers. You have to use the Windows wizard:
    Default Apps, and select either "Choose default apps by filetype" or
    "Choose default apps by protocol". Since you are asking about the .html
    filetype, use "Choose default apps by filetype". Scroll down to the
    .html filetype. You should see:

    .htm Firefox
    Firefox HTML Document

    .html Firefox
    Firefox HTML Document

    If that is what you see, toggle the handler to see if returning back to
    Firefox as the handler steps atop whatever foul up might be regarding
    handlers and icons.

    There is also the possibility your shelliconcache is fouled. Delete it,
    logoff and logon to rebuild the cache, and test which icon shows up. I
    use WinAero Tweaker's Reset Icon Cache to delete and rebuild. Or you
    can read about the tweak at:

    https://winaero.com/fix-broken-icons-reset-icon-cache-in-windows-10-without-reboot/

    If you have lots of different filetype and protocol handler icons, the
    default 500 KB size of the icon cache file may not be sufficient. Some
    will have to get tossed out to make room for new ones. In WinAero
    Tweaker, you can increase the size of the cache (Icon Cache Size). Mine
    was only at 512 KB, so I upped it to 8192 KB (8 MB). See:

    https://winaero.com/change-icon-cache-size-windows-10/

    Since the change is to an HKEY_LOCAL_MACHINE subkey, the change applies
    to all Windows accounts. Although not mentioned, I'd probably logoff
    and logon to make sure the registry change got applied.

    Peculiarly, under the Explorer key, I have 2 settings:

    MaxCachedIcons
    Max Cached Icons

    One with spaces, one without. Possibly I did a registry edit a long
    time ago, and whoever's article I read about this had the spaces in the
    key, or the spaced version was used before, but Microsoft changed the
    data item's name.

    .URL, .htm, .html are all Windows file extensions; or, at least, they
    used to be.
    They guide Windows, or, at least they used to, to different programs.

    They have icons associated with them; or, at least they used to.

    Ergo, if I look at a file's extension with WinExplorer, it should point
    to those root elements of the Windows architecture.

    But this schematic appears to have crumbled. OK, so be it. But how do I
    get to know the new layout?

    Ed

    Have you looked at using FileTypeMan to change the .exe or .dll for
    where to get the icon?

    Have you tried toggling the filetype associations?

    Have you deleted and rebuilt the icon cache yet?

    It's software. It'll break.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Ed Cryer on Tue Apr 9 00:20:40 2024
    On 4/8/2024 5:09 PM, Ed Cryer wrote:


    .URL, .htm, .html are all Windows file extensions; or, at least, they used to be.
    They guide Windows, or, at least they used to, to different programs.

    They have icons associated with them; or, at least they used to.

    Ergo, if I look at a file's extension with WinExplorer, it should point to those root elements of the Windows architecture.

    But this schematic appears to have crumbled. OK, so be it. But how do I get to know the new layout?

    Ed


    File types are, as they have been.

    Windows is object oriented in a sense. In that, double clicking
    a data icon of some sort, the system associates the data icon
    with an executable which will be used to handle it. This is roughly
    the equivalent of dragging the data icon on top of the program icon.

    File Types Management, is a means of doing something like this

    .html ==> Firefox

    The Firefox browser, registers with the OS, that it supports
    the reading and parsing of certain (multiple) file types.

    But, on the converse direction, the *user* has the
    ability to associate a specific data file type, with a
    specific application. And, we would hope when a user
    makes the selection, that all choices were equally
    functional.

    .html ==> Firefos
    Internet Explorer
    MSEdge
    Notepad

    Now, the file is one of many that are plain text,
    and consequently, Notepad is a "valid" choice that
    a user can make. Except it is not technically
    the "best" choice, since assigning a browser to
    parse that file type, is closer to the original intent.

    There are interfaces in the OS itself, without any
    third party, for setting these.

    You could attempt to force an association, except certain
    things in the Registry are protected with a hash check,
    as "proof" the Windows agent did the work of setting
    the choice. An example of where this protection is
    present, is the "User Default Browser Choice". which
    might indeed be related to .htm or .html.

    Microsoft has been using that hash, to "bias" the user
    choice. To annoy users that they can't make Firefox
    their default browser, and MSEdge seems to keep coming
    back. It would come back, any time the hash value
    is incorrect. Thus, any tool that duplicates that system
    built-in function, must also duplicate the hash scheme.
    There is crypto involved. But someone did break it,
    and to avoid DMCA charges, he cannot publicly give
    a recipe as to what his code is doing. That would
    be "hacking", punishable under the DMCA. Like Assange,
    he could be kept in a cardboard box for five years, in
    a kind of limbo. Developers must be very careful in
    their expression and thought <snicker>.

    https://i.postimg.cc/L4wJN66z/win10-default-apps.gif

    https://i.postimg.cc/44D62TJh/win10-default-apps-by-file-type.gif

    https://i.postimg.cc/vZQ6CYCD/win11-default-apps-Firefox.gif

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to Paul on Tue Apr 9 10:25:59 2024
    Paul wrote:
    On 4/8/2024 5:09 PM, Ed Cryer wrote:


    .URL, .htm, .html are all Windows file extensions; or, at least, they used to be.
    They guide Windows, or, at least they used to, to different programs.

    They have icons associated with them; or, at least they used to.

    Ergo, if I look at a file's extension with WinExplorer, it should point to those root elements of the Windows architecture.

    But this schematic appears to have crumbled. OK, so be it. But how do I get to know the new layout?

    Ed


    File types are, as they have been.

    Windows is object oriented in a sense. In that, double clicking
    a data icon of some sort, the system associates the data icon
    with an executable which will be used to handle it. This is roughly
    the equivalent of dragging the data icon on top of the program icon.

    File Types Management, is a means of doing something like this

    .html ==> Firefox

    The Firefox browser, registers with the OS, that it supports
    the reading and parsing of certain (multiple) file types.

    But, on the converse direction, the *user* has the
    ability to associate a specific data file type, with a
    specific application. And, we would hope when a user
    makes the selection, that all choices were equally
    functional.

    .html ==> Firefos
    Internet Explorer
    MSEdge
    Notepad

    Now, the file is one of many that are plain text,
    and consequently, Notepad is a "valid" choice that
    a user can make. Except it is not technically
    the "best" choice, since assigning a browser to
    parse that file type, is closer to the original intent.

    There are interfaces in the OS itself, without any
    third party, for setting these.

    You could attempt to force an association, except certain
    things in the Registry are protected with a hash check,
    as "proof" the Windows agent did the work of setting
    the choice. An example of where this protection is
    present, is the "User Default Browser Choice". which
    might indeed be related to .htm or .html.

    Microsoft has been using that hash, to "bias" the user
    choice. To annoy users that they can't make Firefox
    their default browser, and MSEdge seems to keep coming
    back. It would come back, any time the hash value
    is incorrect. Thus, any tool that duplicates that system
    built-in function, must also duplicate the hash scheme.
    There is crypto involved. But someone did break it,
    and to avoid DMCA charges, he cannot publicly give
    a recipe as to what his code is doing. That would
    be "hacking", punishable under the DMCA. Like Assange,
    he could be kept in a cardboard box for five years, in
    a kind of limbo. Developers must be very careful in
    their expression and thought <snicker>.

    https://i.postimg.cc/L4wJN66z/win10-default-apps.gif

    https://i.postimg.cc/44D62TJh/win10-default-apps-by-file-type.gif

    https://i.postimg.cc/vZQ6CYCD/win11-default-apps-Firefox.gif

    Paul

    Interesting, Paul. I didn't know about that Settings page for default applications by file type.
    Both .htm and .html have Firefox assigned; but .url has "Internet
    Browser", and the only alternative choice is "Look for an app in the
    Microsoft Store".

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to R.Wieser on Tue Apr 9 10:40:34 2024
    R.Wieser wrote:
    Paul,

    It's not clear to me, whether "redoing stuff" (canonical location
    updates) will ever repair iconcache.

    Likely deleting them so Windows will rebuild them should than help.

    https://www.windowscentral.com/how-reset-icon-cache-database-windows-10

    Regards,
    Rudy Wieser




    There's a nice little .BAT file that does the whole rebuilding. https://www.tenforums.com/tutorials/5645-rebuild-icon-cache-windows-10-a.html#option1

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Tue Apr 9 12:00:31 2024
    RWQgQ3J5ZXIgd3JvdGU6DQo+IFBhdWwgd3JvdGU6DQo+PiBPbiA0LzgvMjAyNCA1OjA5IFBN LCBFZCBDcnllciB3cm90ZToNCj4+DQo+Pj4NCj4+PiAuVVJMLCAuaHRtLCAuaHRtbCBhcmUg YWxsIFdpbmRvd3MgZmlsZSBleHRlbnNpb25zOyBvciwgYXQgbGVhc3QsIHRoZXkgDQo+Pj4g dXNlZCB0byBiZS4NCj4+PiBUaGV5IGd1aWRlIFdpbmRvd3MsIG9yLCBhdCBsZWFzdCB0aGV5 IHVzZWQgdG8sIHRvIGRpZmZlcmVudCBwcm9ncmFtcy4NCj4+Pg0KPj4+IFRoZXkgaGF2ZSBp Y29ucyBhc3NvY2lhdGVkIHdpdGggdGhlbTsgb3IsIGF0IGxlYXN0IHRoZXkgdXNlZCB0by4N Cj4+Pg0KPj4+IEVyZ28sIGlmIEkgbG9vayBhdCBhIGZpbGUncyBleHRlbnNpb24gd2l0aCBX aW5FeHBsb3JlciwgaXQgc2hvdWxkIA0KPj4+IHBvaW50IHRvIHRob3NlIHJvb3QgZWxlbWVu dHMgb2YgdGhlIFdpbmRvd3MgYXJjaGl0ZWN0dXJlLg0KPj4+DQo+Pj4gQnV0IHRoaXMgc2No ZW1hdGljIGFwcGVhcnMgdG8gaGF2ZSBjcnVtYmxlZC4gT0ssIHNvIGJlIGl0LiBCdXQgaG93 IGRvIA0KPj4+IEkgZ2V0IHRvIGtub3cgdGhlIG5ldyBsYXlvdXQ/DQo+Pj4NCj4+PiBFZA0K Pj4+DQo+Pg0KPj4gRmlsZSB0eXBlcyBhcmUsIGFzIHRoZXkgaGF2ZSBiZWVuLg0KPj4NCj4+ IFdpbmRvd3MgaXMgb2JqZWN0IG9yaWVudGVkIGluIGEgc2Vuc2UuIEluIHRoYXQsIGRvdWJs ZSBjbGlja2luZw0KPj4gYSBkYXRhIGljb24gb2Ygc29tZSBzb3J0LCB0aGUgc3lzdGVtIGFz c29jaWF0ZXMgdGhlIGRhdGEgaWNvbg0KPj4gd2l0aCBhbiBleGVjdXRhYmxlIHdoaWNoIHdp bGwgYmUgdXNlZCB0byBoYW5kbGUgaXQuIFRoaXMgaXMgcm91Z2hseQ0KPj4gdGhlIGVxdWl2 YWxlbnQgb2YgZHJhZ2dpbmcgdGhlIGRhdGEgaWNvbiBvbiB0b3Agb2YgdGhlIHByb2dyYW0g aWNvbi4NCj4+DQo+PiBGaWxlIFR5cGVzIE1hbmFnZW1lbnQsIGlzIGEgbWVhbnMgb2YgZG9p bmcgc29tZXRoaW5nIGxpa2UgdGhpcw0KPj4NCj4+IMKgwqDCoCAuaHRtbCA9PT4gRmlyZWZv eA0KPj4NCj4+IFRoZSBGaXJlZm94IGJyb3dzZXIsIHJlZ2lzdGVycyB3aXRoIHRoZSBPUywg dGhhdCBpdCBzdXBwb3J0cw0KPj4gdGhlIHJlYWRpbmcgYW5kIHBhcnNpbmcgb2YgY2VydGFp biAobXVsdGlwbGUpIGZpbGUgdHlwZXMuDQo+Pg0KPj4gQnV0LCBvbiB0aGUgY29udmVyc2Ug ZGlyZWN0aW9uLCB0aGUgKnVzZXIqIGhhcyB0aGUNCj4+IGFiaWxpdHkgdG8gYXNzb2NpYXRl IGEgc3BlY2lmaWMgZGF0YSBmaWxlIHR5cGUsIHdpdGggYQ0KPj4gc3BlY2lmaWMgYXBwbGlj YXRpb24uIEFuZCwgd2Ugd291bGQgaG9wZSB3aGVuIGEgdXNlcg0KPj4gbWFrZXMgdGhlIHNl bGVjdGlvbiwgdGhhdCBhbGwgY2hvaWNlcyB3ZXJlIGVxdWFsbHkNCj4+IGZ1bmN0aW9uYWwu DQo+Pg0KPj4gwqDCoMKgIC5odG1sID09PiBGaXJlZm9zDQo+PiDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCBJbnRlcm5ldCBFeHBsb3Jlcg0KPj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgTVNFZGdlDQo+PiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBOb3RlcGFkDQo+ Pg0KPj4gTm93LCB0aGUgZmlsZSBpcyBvbmUgb2YgbWFueSB0aGF0IGFyZSBwbGFpbiB0ZXh0 LA0KPj4gYW5kIGNvbnNlcXVlbnRseSwgTm90ZXBhZCBpcyBhICJ2YWxpZCIgY2hvaWNlIHRo YXQNCj4+IGEgdXNlciBjYW4gbWFrZS4gRXhjZXB0IGl0IGlzIG5vdCB0ZWNobmljYWxseQ0K Pj4gdGhlICJiZXN0IiBjaG9pY2UsIHNpbmNlIGFzc2lnbmluZyBhIGJyb3dzZXIgdG8NCj4+ IHBhcnNlIHRoYXQgZmlsZSB0eXBlLCBpcyBjbG9zZXIgdG8gdGhlIG9yaWdpbmFsIGludGVu dC4NCj4+DQo+PiBUaGVyZSBhcmUgaW50ZXJmYWNlcyBpbiB0aGUgT1MgaXRzZWxmLCB3aXRo b3V0IGFueQ0KPj4gdGhpcmQgcGFydHksIGZvciBzZXR0aW5nIHRoZXNlLg0KPj4NCj4+IFlv dSBjb3VsZCBhdHRlbXB0IHRvIGZvcmNlIGFuIGFzc29jaWF0aW9uLCBleGNlcHQgY2VydGFp bg0KPj4gdGhpbmdzIGluIHRoZSBSZWdpc3RyeSBhcmUgcHJvdGVjdGVkIHdpdGggYSBoYXNo IGNoZWNrLA0KPj4gYXMgInByb29mIiB0aGUgV2luZG93cyBhZ2VudCBkaWQgdGhlIHdvcmsg b2Ygc2V0dGluZw0KPj4gdGhlIGNob2ljZS4gQW4gZXhhbXBsZSBvZiB3aGVyZSB0aGlzIHBy b3RlY3Rpb24gaXMNCj4+IHByZXNlbnQsIGlzIHRoZSAiVXNlciBEZWZhdWx0IEJyb3dzZXIg Q2hvaWNlIi4gd2hpY2gNCj4+IG1pZ2h0IGluZGVlZCBiZSByZWxhdGVkIHRvIC5odG0gb3Ig Lmh0bWwuDQo+Pg0KPj4gTWljcm9zb2Z0IGhhcyBiZWVuIHVzaW5nIHRoYXQgaGFzaCwgdG8g ImJpYXMiIHRoZSB1c2VyDQo+PiBjaG9pY2UuIFRvIGFubm95IHVzZXJzIHRoYXQgdGhleSBj YW4ndCBtYWtlIEZpcmVmb3gNCj4+IHRoZWlyIGRlZmF1bHQgYnJvd3NlciwgYW5kIE1TRWRn ZSBzZWVtcyB0byBrZWVwIGNvbWluZw0KPj4gYmFjay4gSXQgd291bGQgY29tZSBiYWNrLCBh bnkgdGltZSB0aGUgaGFzaCB2YWx1ZQ0KPj4gaXMgaW5jb3JyZWN0LiBUaHVzLCBhbnkgdG9v bCB0aGF0IGR1cGxpY2F0ZXMgdGhhdCBzeXN0ZW0NCj4+IGJ1aWx0LWluIGZ1bmN0aW9uLCBt dXN0IGFsc28gZHVwbGljYXRlIHRoZSBoYXNoIHNjaGVtZS4NCj4+IFRoZXJlIGlzIGNyeXB0 byBpbnZvbHZlZC4gQnV0IHNvbWVvbmUgZGlkIGJyZWFrIGl0LA0KPj4gYW5kIHRvIGF2b2lk IERNQ0EgY2hhcmdlcywgaGUgY2Fubm90IHB1YmxpY2x5IGdpdmUNCj4+IGEgcmVjaXBlIGFz IHRvIHdoYXQgaGlzIGNvZGUgaXMgZG9pbmcuIFRoYXQgd291bGQNCj4+IGJlICJoYWNraW5n IiwgcHVuaXNoYWJsZSB1bmRlciB0aGUgRE1DQS4gTGlrZSBBc3NhbmdlLA0KPj4gaGUgY291 bGQgYmUga2VwdCBpbiBhIGNhcmRib2FyZCBib3ggZm9yIGZpdmUgeWVhcnMsIGluDQo+PiBh IGtpbmQgb2YgbGltYm8uIERldmVsb3BlcnMgbXVzdCBiZSB2ZXJ5IGNhcmVmdWwgaW4NCj4+ IHRoZWlyIGV4cHJlc3Npb24gYW5kIHRob3VnaHQgPHNuaWNrZXI+Lg0KPj4NCj4+IMKgwqDC oCBodHRwczovL2kucG9zdGltZy5jYy9MNHdKTjY2ei93aW4xMC1kZWZhdWx0LWFwcHMuZ2lm DQo+Pg0KPj4gwqDCoMKgIGh0dHBzOi8vaS5wb3N0aW1nLmNjLzQ0RDYyVEpoL3dpbjEwLWRl ZmF1bHQtYXBwcy1ieS1maWxlLXR5cGUuZ2lmDQo+Pg0KPj4gwqDCoMKgIGh0dHBzOi8vaS5w b3N0aW1nLmNjL3ZaUTZDWUNEL3dpbjExLWRlZmF1bHQtYXBwcy1GaXJlZm94LmdpZg0KPj4N Cj4+IMKgwqAgUGF1bA0KPiANCj4gSW50ZXJlc3RpbmcsIFBhdWwuIEkgZGlkbid0IGtub3cg YWJvdXQgdGhhdCBTZXR0aW5ncyBwYWdlIGZvciBkZWZhdWx0IA0KPiBhcHBsaWNhdGlvbnMg YnkgZmlsZSB0eXBlLg0KPiBCb3RoIC5odG0gYW5kIC5odG1sIGhhdmUgRmlyZWZveCBhc3Np Z25lZDsgYnV0IC51cmwgaGFzICJJbnRlcm5ldCANCj4gQnJvd3NlciIsIGFuZCB0aGUgb25s eSBhbHRlcm5hdGl2ZSBjaG9pY2UgaXMgIkxvb2sgZm9yIGFuIGFwcCBpbiB0aGUgDQo+IE1p Y3Jvc29mdCBTdG9yZSIuDQo+IA0KPiBFZA0KPiANCg0KV2VsbCwgYmxvdyBtZSEsIEkndmUg anVzdCBsb29rZWQgYXQgdHdvIG90aGVyIG9mIG15IFdpbjEwIHN5c3RlbXM7IG9uZSANCkhv bWUgKHNhbWUgYXMgdGhpcyksIHRoZSBvdGhlciBQcm8uDQpUaGUgZm9ybWVyIGhhcyBleGFj dGx5IHRoZSBzYW1lIHByb2JsZW0gYXMgdGhpcyBvbmUsIHRoZSBsYXR0ZXIgaXMgb2suDQoN CkFsbCBzeXN0ZW1zIGFyZSB1cCB0byBkYXRlLCBhcyBhcmUgdGhlIEZpcmVmb3hlcy4NCg0K SGFzIGFueW9uZSBoZXJlIHVzaW5nIEhvbWUgZ290IG15IG1pc2JlaGF2aW5nIGJyb3dzZXI/ DQoNCkVkDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Newyana2@21:1/5 to Ed Cryer on Tue Apr 9 08:09:00 2024
    On 4/9/2024 7:00 AM, Ed Cryer wrote:

    All systems are up to date, as are the Firefoxes.

    Has anyone here using Home got my misbehaving browser?


    I have Win10 Home running Firefox. I haven't had any trouble
    with browsers. All my HTML files show a black-with-FF-logo
    icon. Though I did find something that claimed to
    remove Edge. Then I tracked down remaining Edge files and
    removed those. (In ProgramData? Program Files? I'm not sure.
    I was just setting up Win10 and it was days of whack-a-mole
    as I tried to get it to behave with some kind of baseline civility.)

    Could that have had an effect? I doubt it. I'm guessing that
    I must have gone through "choose defaults by extension". I
    remember that I used that for some files because the defaults
    I wanted were simply not included in my options for open with...

    Looking in my Registry now I see that actually FF never overwrote
    the HKCR extension and classname keys. It all points to IE!
    Instead, the only indication of Firefox is in the keys that
    Vanguard mentioned:

    HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.html\UserChoice

    There it has a value of ProgID which has data of FirefoxHTML-xxxxxxxxxx
    I don't know whether the number is unique. There's also a Hash value.
    So UserChoice overrides HKCR and is designed such that it can only
    be set through Windows. I have no values or subkeys for .html under HKCU\Software\Classes. FirefoxHTML-xxxxx points back into HKCR.

    This is more convoluted than I realized. And confusing. The term
    "ProgID" has traditionally had a very specfic meaning as a COM
    server.class designation. But it doesn't mean that here. It seems to
    be some kind of MS nerd practical joke.

    It looks like there's no reason not to go along with UserChoice
    if it works. Alternatively, one could reportedly delete the UserChoice
    key and thereby cause the setting to revert to HKCR. Then you'd
    need to change the class name under .html etc to the Firefox class
    identifier -- FirefoxHTML-xxxxxxx. I expect the UserChoice values can't
    be changed by hand. The Hash probably has to match the ProgID
    value.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Tue Apr 9 13:55:25 2024
    TmV3eWFuYTIgd3JvdGU6DQo+IE9uIDQvOS8yMDI0IDc6MDAgQU0sIEVkIENyeWVyIHdyb3Rl Og0KPiANCj4+IEFsbCBzeXN0ZW1zIGFyZSB1cCB0byBkYXRlLCBhcyBhcmUgdGhlIEZpcmVm b3hlcy4NCj4+DQo+PiBIYXMgYW55b25lIGhlcmUgdXNpbmcgSG9tZSBnb3QgbXkgbWlzYmVo YXZpbmcgYnJvd3Nlcj8NCj4+DQo+IA0KPiAgwqDCoCBJIGhhdmUgV2luMTAgSG9tZSBydW5u aW5nIEZpcmVmb3guIEkgaGF2ZW4ndCBoYWQgYW55IHRyb3VibGUNCj4gd2l0aCBicm93c2Vy cy4gQWxsIG15IEhUTUwgZmlsZXMgc2hvdyBhIGJsYWNrLXdpdGgtRkYtbG9nbw0KPiBpY29u LiBUaG91Z2ggSSBkaWQgZmluZCBzb21ldGhpbmcgdGhhdCBjbGFpbWVkIHRvDQo+IHJlbW92 ZSBFZGdlLiBUaGVuIEkgdHJhY2tlZCBkb3duIHJlbWFpbmluZyBFZGdlIGZpbGVzIGFuZA0K PiByZW1vdmVkIHRob3NlLiAoSW4gUHJvZ3JhbURhdGE/IFByb2dyYW0gRmlsZXM/IEknbSBu b3Qgc3VyZS4NCj4gSSB3YXMganVzdCBzZXR0aW5nIHVwIFdpbjEwIGFuZCBpdCB3YXMgZGF5 cyBvZiB3aGFjay1hLW1vbGUNCj4gYXMgSSB0cmllZCB0byBnZXQgaXQgdG8gYmVoYXZlIHdp dGggc29tZSBraW5kIG9mIGJhc2VsaW5lIGNpdmlsaXR5LikNCj4gDQo+ICDCoMKgIENvdWxk IHRoYXQgaGF2ZSBoYWQgYW4gZWZmZWN0PyBJIGRvdWJ0IGl0LiBJJ20gZ3Vlc3NpbmcgdGhh dA0KPiBJIG11c3QgaGF2ZSBnb25lIHRocm91Z2ggImNob29zZSBkZWZhdWx0cyBieSBleHRl bnNpb24iLiBJDQo+IHJlbWVtYmVyIHRoYXQgSSB1c2VkIHRoYXQgZm9yIHNvbWUgZmlsZXMg YmVjYXVzZSB0aGUgZGVmYXVsdHMNCj4gSSB3YW50ZWQgd2VyZSBzaW1wbHkgbm90IGluY2x1 ZGVkIGluIG15IG9wdGlvbnMgZm9yIG9wZW4gd2l0aC4uLg0KPiANCj4gIMKgIExvb2tpbmcg aW4gbXkgUmVnaXN0cnkgbm93IEkgc2VlIHRoYXQgYWN0dWFsbHkgRkYgbmV2ZXIgb3Zlcndy b3RlDQo+IHRoZSBIS0NSIGV4dGVuc2lvbiBhbmQgY2xhc3NuYW1lIGtleXMuIEl0IGFsbCBw b2ludHMgdG8gSUUhDQo+IEluc3RlYWQsIHRoZSBvbmx5IGluZGljYXRpb24gb2YgRmlyZWZv eCBpcyBpbiB0aGUga2V5cyB0aGF0DQo+IFZhbmd1YXJkIG1lbnRpb25lZDoNCj4gDQo+IEhL RVlfQ1VSUkVOVF9VU0VSXFNPRlRXQVJFXE1pY3Jvc29mdFxXaW5kb3dzXEN1cnJlbnRWZXJz aW9uXEV4cGxvcmVyXEZpbGVFeHRzXC5odG1sXFVzZXJDaG9pY2UNCj4gDQo+ICDCoCBUaGVy ZSBpdCBoYXMgYSB2YWx1ZSBvZiBQcm9nSUQgd2hpY2ggaGFzIGRhdGEgb2YgRmlyZWZveEhU TUwteHh4eHh4eHh4eA0KPiBJIGRvbid0IGtub3cgd2hldGhlciB0aGUgbnVtYmVyIGlzIHVu aXF1ZS4gVGhlcmUncyBhbHNvIGEgSGFzaCB2YWx1ZS4NCj4gU28gVXNlckNob2ljZSBvdmVy cmlkZXMgSEtDUiBhbmQgaXMgZGVzaWduZWQgc3VjaCB0aGF0IGl0IGNhbiBvbmx5DQo+IGJl IHNldCB0aHJvdWdoIFdpbmRvd3MuIEkgaGF2ZSBubyB2YWx1ZXMgb3Igc3Via2V5cyBmb3Ig Lmh0bWwgdW5kZXINCj4gSEtDVVxTb2Z0d2FyZVxDbGFzc2VzLiBGaXJlZm94SFRNTC14eHh4 eCBwb2ludHMgYmFjayBpbnRvIEhLQ1IuDQo+IA0KPiAgwqDCoCBUaGlzIGlzIG1vcmUgY29u dm9sdXRlZCB0aGFuIEkgcmVhbGl6ZWQuIEFuZCBjb25mdXNpbmcuIFRoZSB0ZXJtDQo+ICJQ cm9nSUQiIGhhcyB0cmFkaXRpb25hbGx5IGhhZCBhIHZlcnkgc3BlY2ZpYyBtZWFuaW5nIGFz IGEgQ09NDQo+IHNlcnZlci5jbGFzcyBkZXNpZ25hdGlvbi4gQnV0IGl0IGRvZXNuJ3QgbWVh biB0aGF0IGhlcmUuIEl0IHNlZW1zIHRvDQo+IGJlIHNvbWUga2luZCBvZiBNUyBuZXJkIHBy YWN0aWNhbCBqb2tlLg0KPiANCj4gIMKgIEl0IGxvb2tzIGxpa2UgdGhlcmUncyBubyByZWFz b24gbm90IHRvIGdvIGFsb25nIHdpdGggVXNlckNob2ljZQ0KPiBpZiBpdCB3b3Jrcy4gQWx0 ZXJuYXRpdmVseSwgb25lIGNvdWxkIHJlcG9ydGVkbHkgZGVsZXRlIHRoZSBVc2VyQ2hvaWNl DQo+IGtleSBhbmQgdGhlcmVieSBjYXVzZSB0aGUgc2V0dGluZyB0byByZXZlcnQgdG8gSEtD Ui4gVGhlbiB5b3UnZA0KPiBuZWVkIHRvIGNoYW5nZSB0aGUgY2xhc3MgbmFtZSB1bmRlciAu aHRtbCBldGMgdG8gdGhlIEZpcmVmb3ggY2xhc3MNCj4gaWRlbnRpZmllciAtLSBGaXJlZm94 SFRNTC14eHh4eHh4LiBJIGV4cGVjdCB0aGUgVXNlckNob2ljZSB2YWx1ZXMgY2FuJ3QNCj4g YmUgY2hhbmdlZCBieSBoYW5kLiBUaGUgSGFzaCBwcm9iYWJseSBoYXMgdG8gbWF0Y2ggdGhl IFByb2dJRA0KPiB2YWx1ZS4NCj4gDQoNClRoYW5rcyBmb3IgdGhpcy4gSXQgc2VlbXMgdG8g cG9pbnQgdG8gYW4gZXh0cmVtZWx5IGxvbmcgYW5kIGNvbnZvbHV0ZWQgDQpwYXRoLCB3aGlj aCBJJ2QgcHJvYmFibHkgZ2V0IGxvc3Qgb24gaWYgSSB2ZW50dXJlZCB0aGF0IHdheTsgb3Is IG1vcmUgDQpsaWtlbHksIG1ha2UgY2hhbmdlcyB0aGF0IHdvdWxkIHJlcXVpcmUgb3RoZXIg Y2hhbmdlcyBldGMuDQoNClRoZSBGRiBpY29uIGlzIHRoZSBvbmx5IG9uZSB0aGF0J3Mgd3Jv bmcuIEV2ZXJ5dGhpbmcgZWxzZSBpcyBvay4gSXQncyBhIA0KdmVyeSBsaW1pdGVkIHByb2Js ZW0uIEFuZCBpdCBzdHJpa2VzIG1lIHRoYXQgaXQncyBzbyBsaW1pdGVkIHRoYXQgSSANCm91 Z2h0IHRvIGJlIGFibGUgdG8gcG91bmNlIG9uIHRoZSBzb2x1dGlvbiBpbW1lZGlhdGVseS4g QnV0IEkgY2FuJ3QuDQpJIGJldCBTaGVybG9jayBIb2xtZXMgd291bGQgaGF2ZS4gIkVsZW1l bnRhcnksIG15IGRlYXIgV2F0c29uLiBXaGVuIA0KeW91J3ZlIGVsaW1pbmF0ZWQgYWxsIHdo aWNoIGlzIGltcG9zc2libGUsIHRoZW4gd2hhdGV2ZXIgcmVtYWlucywgDQpob3dldmVyIGlt cHJvYmFibGUsIG11c3QgYmUgdGhlIHRydXRoIi4NCg0KRWQNCg0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to All on Tue Apr 9 10:18:02 2024
    On 4/9/2024 8:09 AM, Newyana2 wrote:
    On 4/9/2024 7:00 AM, Ed Cryer wrote:

    All systems are up to date, as are the Firefoxes.

    Has anyone here using Home got my misbehaving browser?


       I have Win10 Home running Firefox. I haven't had any trouble
    with browsers. All my HTML files show a black-with-FF-logo
    icon. Though I did find something that claimed to
    remove Edge. Then I tracked down remaining Edge files and
    removed those. (In ProgramData? Program Files? I'm not sure.
    I was just setting up Win10 and it was days of whack-a-mole
    as I tried to get it to behave with some kind of baseline civility.)

       Could that have had an effect? I doubt it. I'm guessing that
    I must have gone through "choose defaults by extension". I
    remember that I used that for some files because the defaults
    I wanted were simply not included in my options for open with...

      Looking in my Registry now I see that actually FF never overwrote
    the HKCR extension and classname keys. It all points to IE!
    Instead, the only indication of Firefox is in the keys that
    Vanguard mentioned:

    HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.html\UserChoice

      There it has a value of ProgID which has data of FirefoxHTML-xxxxxxxxxx
    I don't know whether the number is unique. There's also a Hash value.
    So UserChoice overrides HKCR and is designed such that it can only
    be set through Windows. I have no values or subkeys for .html under HKCU\Software\Classes. FirefoxHTML-xxxxx points back into HKCR.

       This is more convoluted than I realized. And confusing. The term
    "ProgID" has traditionally had a very specfic meaning as a COM
    server.class designation. But it doesn't mean that here. It seems to
    be some kind of MS nerd practical joke.

      It looks like there's no reason not to go along with UserChoice
    if it works. Alternatively, one could reportedly delete the UserChoice
    key and thereby cause the setting to revert to HKCR. Then you'd
    need to change the class name under .html etc to the Firefox class
    identifier -- FirefoxHTML-xxxxxxx. I expect the UserChoice values can't
    be changed by hand. The Hash probably has to match the ProgID
    value.


    There happens to be a post, with a hint.

    MID <ecf4f54317a17a4494baf96fde01c7e8@www.novabbs.com>

    http://al.howardknight.net/?STYPE=msgid&MSGI=%3Cecf4f54317a17a4494baf96fde01c7e8%40www.novabbs.com%3E

    The URL in that post, is this.

    https://www.ghacks.net/2024/04/08/new-sneaky-windows-driver-ucdp-stops-non-microsoft-software-from-setting-defaults/

    You know, Extended Support, "we won't change feature set", feature set.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Tue Apr 9 17:52:58 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    Both .htm and .html have Firefox assigned; but .url has "Internet
    Browser", and the only alternative choice is "Look for an app in the Microsoft Store".

    Internet Browser is a switching client. It picks whatever you assigned
    to be the default web browser. I had changed the handler (don't
    remember how) to point at Firefox, but ran into some problem that I
    cannot now remember. It was serious, and luckily I remember what I
    changed in the last couple days; else, I would've had to restore from an
    image backup. When double-clicking on a .url file, the Internet Browser
    is used to determine which web browser to load. It is not an actual web browser. In dev circles, "browser" is often something to make a
    selection, like the file browser is a dialog that opens when you go to
    save a file or select one.

    It is the ieframe.dll file with its functions (exports) having a
    friendly name of "Internet Browser". It's one of those Internet
    Explorer libs used for more than IE, and something that survived despite Microsoft dropping Internet Explorer (and even if you manage to
    uninstall IE). Using a DLL viewer, like Nirsoft's DLL Export View, you
    can see the list of functions that can be called inside the DLL file.

    https://www.ctrl.blog/entry/windows-internet-browser.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Wed Apr 10 09:37:33 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    Both .htm and .html have Firefox assigned; but .url has "Internet
    Browser", and the only alternative choice is "Look for an app in the
    Microsoft Store".

    Internet Browser is a switching client. It picks whatever you assigned
    to be the default web browser. I had changed the handler (don't
    remember how) to point at Firefox, but ran into some problem that I
    cannot now remember. It was serious, and luckily I remember what I
    changed in the last couple days; else, I would've had to restore from an image backup. When double-clicking on a .url file, the Internet Browser
    is used to determine which web browser to load. It is not an actual web browser. In dev circles, "browser" is often something to make a
    selection, like the file browser is a dialog that opens when you go to
    save a file or select one.

    It is the ieframe.dll file with its functions (exports) having a
    friendly name of "Internet Browser". It's one of those Internet
    Explorer libs used for more than IE, and something that survived despite Microsoft dropping Internet Explorer (and even if you manage to
    uninstall IE). Using a DLL viewer, like Nirsoft's DLL Export View, you
    can see the list of functions that can be called inside the DLL file.

    https://www.ctrl.blog/entry/windows-internet-browser.html

    This MS forum shows a chap with a problem very similar to mine; https://answers.microsoft.com/en-us/windows/forum/all/incorrect-icon-being-displayed-for-one-particular/b70a2913-4f8f-4435-a14a-eba38ca38e1a

    In addition to what he mentions, I've also quadrupled the size of the
    icon cache. Oh, and BTW, the solutions suggested by the independent
    advisor Paul Abayon didn't work either.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Wed Apr 10 03:58:01 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    This MS forum shows a chap with a problem very similar to mine; https://answers.microsoft.com/en-us/windows/forum/all/incorrect-icon-being-displayed-for-one-particular/b70a2913-4f8f-4435-a14a-eba38ca38e1a

    In addition to what he mentions, I've also quadrupled the size of the
    icon cache. Oh, and BTW, the solutions suggested by the independent
    advisor Paul Abayon didn't work either.

    I already mentioned using WinAero Tweaker to reset the icon cache, and
    to change its size. Or, you can follow online articles delving into the
    same issues, like using a .bat file to 'del' the icon .db file and
    reg.exe to change a registry setting.

    As I recall, I've only had to delete the icon cache just once, but so
    long ago that I don't remember for which version of Windows. Once the
    registry setting is changed to increase the cache size, very unlikely
    you have to do it again.

    Paul, in that article, didn't seem to help much. More like he was
    trying to keep the user occupied with busy-work rather than addressing
    the issue. He is one of those pseudo-techs that professes competence he doesn't have. There are lots of those in the MS Answers web forums.
    His only real help was in providing a link to the TenForums article.
    There are tons of online articles describing how to delete the icon
    cache file, and upping the size of the cache. I picked the WinAero
    articles, because the tweaker has links to them to provide information
    on just what the tweaker does (unlike a lot of tweakers that keep secret
    that info, like that makes them magical and special).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Wed Apr 10 11:52:33 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    This MS forum shows a chap with a problem very similar to mine;
    https://answers.microsoft.com/en-us/windows/forum/all/incorrect-icon-being-displayed-for-one-particular/b70a2913-4f8f-4435-a14a-eba38ca38e1a

    In addition to what he mentions, I've also quadrupled the size of the
    icon cache. Oh, and BTW, the solutions suggested by the independent
    advisor Paul Abayon didn't work either.

    I already mentioned using WinAero Tweaker to reset the icon cache, and
    to change its size. Or, you can follow online articles delving into the
    same issues, like using a .bat file to 'del' the icon .db file and
    reg.exe to change a registry setting.

    As I recall, I've only had to delete the icon cache just once, but so
    long ago that I don't remember for which version of Windows. Once the registry setting is changed to increase the cache size, very unlikely
    you have to do it again.

    Paul, in that article, didn't seem to help much. More like he was
    trying to keep the user occupied with busy-work rather than addressing
    the issue. He is one of those pseudo-techs that professes competence he doesn't have. There are lots of those in the MS Answers web forums.
    His only real help was in providing a link to the TenForums article.
    There are tons of online articles describing how to delete the icon
    cache file, and upping the size of the cache. I picked the WinAero
    articles, because the tweaker has links to them to provide information
    on just what the tweaker does (unlike a lot of tweakers that keep secret
    that info, like that makes them magical and special).

    I'm teetering around a re-installation of Firefox; a complete clean
    uninstall using IOBit, after saving all bookmarks and list of add-ons.

    I'm reluctant to do that because it might work and remove the problem;
    which is so abstruse that I'm aiming for a Nobel prize. I'll follow in
    the footsteps of Watson & Crick, and Peter Higgs. (:-

    Ed

    P.S. I can't rid myself of a suspicion that MS are to blame here; they
    perform somersaults and sleight of hand in order to keep Edge installed
    and active. So, what have they done here? I recall a year or so ago that
    I had two FFs running when I downloaded a second one from the Store; for
    some reason I can't recall, probably just adventurous curiosity to see
    what would happen.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Big Al@21:1/5 to Ed Cryer on Wed Apr 10 07:13:50 2024
    On 4/10/24 06:52 AM, Ed Cryer wrote:
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    This MS forum shows a chap with a problem very similar to mine;
    https://answers.microsoft.com/en-us/windows/forum/all/incorrect-icon-being-displayed-for-one-particular/b70a2913-4f8f-4435-a14a-eba38ca38e1a

    In addition to what he mentions, I've also quadrupled the size of the
    icon cache. Oh, and BTW, the solutions suggested by the independent
    advisor Paul Abayon didn't work either.

    I already mentioned using WinAero Tweaker to reset the icon cache, and
    to change its size.  Or, you can follow online articles delving into the
    same issues, like using a .bat file to 'del' the icon .db file and
    reg.exe to change a registry setting.

    As I recall, I've only had to delete the icon cache just once, but so
    long ago that I don't remember for which version of Windows.  Once the
    registry setting is changed to increase the cache size, very unlikely
    you have to do it again.

    Paul, in that article, didn't seem to help much.  More like he was
    trying to keep the user occupied with busy-work rather than addressing
    the issue.  He is one of those pseudo-techs that professes competence he
    doesn't have.  There are lots of those in the MS Answers web forums.
    His only real help was in providing a link to the TenForums article.
    There are tons of online articles describing how to delete the icon
    cache file, and upping the size of the cache.  I picked the WinAero
    articles, because the tweaker has links to them to provide information
    on just what the tweaker does (unlike a lot of tweakers that keep secret
    that info, like that makes them magical and special).

    I'm teetering around a re-installation of Firefox; a complete clean uninstall using IOBit, after
    saving all bookmarks and list of add-ons.

    I'm reluctant to do that because it might work and remove the problem; which is so abstruse that I'm
    aiming for a Nobel prize. I'll follow in the footsteps of Watson & Crick, and Peter Higgs.   (:-

    Ed

    P.S. I can't rid myself of a suspicion that MS are to blame here; they perform somersaults and
    sleight of hand in order to keep Edge installed and active. So, what have they done here? I recall a
    year or so ago that I had two FFs running when I downloaded a second one from the Store; for some
    reason I can't recall, probably just adventurous curiosity to see what would happen.

    If you don't have it turned on, Firefox sync will sync (by choice) bookmarks, settings, etc. If
    you re-install and turn sync back on, it will restore those bookmarks.
    All you need is an email and make a password to set it up. I"m not even sure the email address has
    to be valid, I don't remember (it's been too long) if it sent you a verification email or not.
    --
    Linux Mint 21.3 Cinnamon 6.0.4 Kernel 5.15.0-102-generic
    Al

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Wed Apr 10 16:15:25 2024
    QmlnIEFsIHdyb3RlOg0KPiBPbiA0LzEwLzI0IDA2OjUyIEFNLCBFZCBDcnllciB3cm90ZToN Cg0KPj4gSSdtIHRlZXRlcmluZyBhcm91bmQgYSByZS1pbnN0YWxsYXRpb24gb2YgRmlyZWZv eDsgYSBjb21wbGV0ZSBjbGVhbiANCj4+IHVuaW5zdGFsbCB1c2luZyBJT0JpdCwgYWZ0ZXIg c2F2aW5nIGFsbCBib29rbWFya3MgYW5kIGxpc3Qgb2YgYWRkLW9ucy4NCj4+DQo+PiBJJ20g cmVsdWN0YW50IHRvIGRvIHRoYXQgYmVjYXVzZSBpdCBtaWdodCB3b3JrIGFuZCByZW1vdmUg dGhlIHByb2JsZW07IA0KPj4gd2hpY2ggaXMgc28gYWJzdHJ1c2UgdGhhdCBJJ20gYWltaW5n IGZvciBhIE5vYmVsIHByaXplLiBJJ2xsIGZvbGxvdyBpbiANCj4+IHRoZSBmb290c3RlcHMg b2YgV2F0c29uICYgQ3JpY2ssIGFuZCBQZXRlciBIaWdncy7CoMKgICg6LQ0KPj4NCj4+IEVk DQo+Pg0KPj4gUC5TLiBJIGNhbid0IHJpZCBteXNlbGYgb2YgYSBzdXNwaWNpb24gdGhhdCBN UyBhcmUgdG8gYmxhbWUgaGVyZTsgdGhleSANCj4+IHBlcmZvcm0gc29tZXJzYXVsdHMgYW5k IHNsZWlnaHQgb2YgaGFuZCBpbiBvcmRlciB0byBrZWVwIEVkZ2UgDQo+PiBpbnN0YWxsZWQg YW5kIGFjdGl2ZS4gU28sIHdoYXQgaGF2ZSB0aGV5IGRvbmUgaGVyZT8gSSByZWNhbGwgYSB5 ZWFyIG9yIA0KPj4gc28gYWdvIHRoYXQgSSBoYWQgdHdvIEZGcyBydW5uaW5nIHdoZW4gSSBk b3dubG9hZGVkIGEgc2Vjb25kIG9uZSBmcm9tIA0KPj4gdGhlIFN0b3JlOyBmb3Igc29tZSBy ZWFzb24gSSBjYW4ndCByZWNhbGwsIHByb2JhYmx5IGp1c3QgYWR2ZW50dXJvdXMgDQo+PiBj dXJpb3NpdHkgdG8gc2VlIHdoYXQgd291bGQgaGFwcGVuLg0KPj4NCj4gSWYgeW91IGRvbid0 IGhhdmUgaXQgdHVybmVkIG9uLCBGaXJlZm94IHN5bmMgd2lsbCBzeW5jIChieSBjaG9pY2Up IA0KPiBib29rbWFya3MsIHNldHRpbmdzLCBldGMuwqDCoCBJZiB5b3UgcmUtaW5zdGFsbCBh bmQgdHVybiBzeW5jIGJhY2sgb24sIGl0IA0KPiB3aWxsIHJlc3RvcmUgdGhvc2UgYm9va21h cmtzLg0KPiBBbGwgeW91IG5lZWQgaXMgYW4gZW1haWwgYW5kIG1ha2UgYSBwYXNzd29yZCB0 byBzZXQgaXQgdXAuwqAgSSJtIG5vdCBldmVuIA0KPiBzdXJlIHRoZSBlbWFpbCBhZGRyZXNz IGhhcyB0byBiZSB2YWxpZCwgSSBkb24ndCByZW1lbWJlciAoaXQncyBiZWVuIHRvbyANCj4g bG9uZykgaWYgaXQgc2VudCB5b3UgYSB2ZXJpZmljYXRpb24gZW1haWwgb3Igbm90Lg0KDQpF eHBlcmltZW50IEkndmUgY29uZHVjdGVkIG9uIHRoaXMgcm9ndWUgaWNvbi4NCg0KUHJvcGVy dGllcyBvZiAuaHRtbCBmaWxlLg0KT3BlbiB3aXRoLCBDaGFuZ2UuDQpJIGNoYW5nZSBpdCB0 byBFZGdlLCBpY29ucyBvZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2Ug DQpiZWZvcmUgbXkgZXllcyB0byB0aGUgRWRnZSBpY29uLg0KSSBjaGFuZ2UgaXQgdG8gT3Bl cmEsIGljb25zIG9mIGFsbCBodG1sIGZpbGVzIGluIHRoYXQgZm9sZGVyIGNoYW5nZSANCmJl Zm9yZSBteSBleWVzIHRvIHRoZSBPcGVyYSBpY29uLg0KSSBjaGFuZ2UgaXQgdG8gU2FmYXJp LCBpY29ucyBvZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2UgDQpiZWZv cmUgbXkgZXllcyB0byB0aGUgU2FmYXJpIGljb24uDQpJIGNoYW5nZSBpdCB0byBTbGltamV0 LCBpY29ucyBvZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2UgDQpiZWZv cmUgbXkgZXllcyB0byB0aGUgU2xpbWpldCBpY29uLg0KSSBjaGFuZ2UgaXQgdG8gSW50ZXJu ZXQgRXhwbG9yZXIsIGljb25zIG9mIGFsbCBodG1sIGZpbGVzIGluIHRoYXQgZm9sZGVyIA0K Y2hhbmdlIGJlZm9yZSBteSBleWVzIHRvIHRoZSBFZGdlIGljb24uDQpJIGNoYW5nZSBpdCB0 byBGaXJlZm94LCBpY29ucyBvZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFu Z2UgDQpiZWZvcmUgbXkgZXllcyB0byB0aGUgd3JvbmcgaWNvbjsgdGhlIE5vdGVwYWQgb25l IHRoYXQgZG9lc24ndCBhcHBlYXIgaW4gDQpGRidzIGljb25zLg0KDQpXaHk/IFdoeT8gV2h5 PyBXaGF0J3MgYmxvY2tpbmc/IFdoYXQgaW50ZXJmZXJlcyB3aXRoIHRoZSByb3V0aW5nPyBX aGVyZSANCmlzIHRoYXQgaWNvbiBjb21pbmcgZnJvbT8gSG93IGNhbiBJIHRyYWNlIHRoZSBw YXRoIGJlaW5nIGZvbGxvd2VkPw0KDQpFZA0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Wed Apr 10 14:53:53 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    This MS forum shows a chap with a problem very similar to mine;
    https://answers.microsoft.com/en-us/windows/forum/all/incorrect-icon-being-displayed-for-one-particular/b70a2913-4f8f-4435-a14a-eba38ca38e1a

    In addition to what he mentions, I've also quadrupled the size of the
    icon cache. Oh, and BTW, the solutions suggested by the independent
    advisor Paul Abayon didn't work either.

    I already mentioned using WinAero Tweaker to reset the icon cache, and
    to change its size. Or, you can follow online articles delving into the
    same issues, like using a .bat file to 'del' the icon .db file and
    reg.exe to change a registry setting.

    As I recall, I've only had to delete the icon cache just once, but so
    long ago that I don't remember for which version of Windows. Once the
    registry setting is changed to increase the cache size, very unlikely
    you have to do it again.

    Paul, in that article, didn't seem to help much. More like he was
    trying to keep the user occupied with busy-work rather than addressing
    the issue. He is one of those pseudo-techs that professes competence he
    doesn't have. There are lots of those in the MS Answers web forums.
    His only real help was in providing a link to the TenForums article.
    There are tons of online articles describing how to delete the icon
    cache file, and upping the size of the cache. I picked the WinAero
    articles, because the tweaker has links to them to provide information
    on just what the tweaker does (unlike a lot of tweakers that keep secret
    that info, like that makes them magical and special).

    I'm teetering around a re-installation of Firefox; a complete clean
    uninstall using IOBit, after saving all bookmarks and list of add-ons.

    I'm reluctant to do that because it might work and remove the problem;
    which is so abstruse that I'm aiming for a Nobel prize. I'll follow in
    the footsteps of Watson & Crick, and Peter Higgs. (:-

    Ed

    P.S. I can't rid myself of a suspicion that MS are to blame here; they perform somersaults and sleight of hand in order to keep Edge installed
    and active. So, what have they done here? I recall a year or so ago that
    I had two FFs running when I downloaded a second one from the Store; for
    some reason I can't recall, probably just adventurous curiosity to see
    what would happen.

    Deleting the iconcache.db file (and optionally increasing its size), and logging out and back in, did not work for you? Have you tried it yet?

    Corruption of the icon cache has been a problem for every Windows
    version. Increasing the cache size will alleviate the problem until you install so many program with so many app icons that the cache gets
    filled again to start truncating its content.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Wed Apr 10 22:02:56 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    This MS forum shows a chap with a problem very similar to mine;
    https://answers.microsoft.com/en-us/windows/forum/all/incorrect-icon-being-displayed-for-one-particular/b70a2913-4f8f-4435-a14a-eba38ca38e1a

    In addition to what he mentions, I've also quadrupled the size of the
    icon cache. Oh, and BTW, the solutions suggested by the independent
    advisor Paul Abayon didn't work either.

    I already mentioned using WinAero Tweaker to reset the icon cache, and
    to change its size. Or, you can follow online articles delving into the >>> same issues, like using a .bat file to 'del' the icon .db file and
    reg.exe to change a registry setting.

    As I recall, I've only had to delete the icon cache just once, but so
    long ago that I don't remember for which version of Windows. Once the
    registry setting is changed to increase the cache size, very unlikely
    you have to do it again.

    Paul, in that article, didn't seem to help much. More like he was
    trying to keep the user occupied with busy-work rather than addressing
    the issue. He is one of those pseudo-techs that professes competence he >>> doesn't have. There are lots of those in the MS Answers web forums.
    His only real help was in providing a link to the TenForums article.
    There are tons of online articles describing how to delete the icon
    cache file, and upping the size of the cache. I picked the WinAero
    articles, because the tweaker has links to them to provide information
    on just what the tweaker does (unlike a lot of tweakers that keep secret >>> that info, like that makes them magical and special).

    I'm teetering around a re-installation of Firefox; a complete clean
    uninstall using IOBit, after saving all bookmarks and list of add-ons.

    I'm reluctant to do that because it might work and remove the problem;
    which is so abstruse that I'm aiming for a Nobel prize. I'll follow in
    the footsteps of Watson & Crick, and Peter Higgs. (:-

    Ed

    P.S. I can't rid myself of a suspicion that MS are to blame here; they
    perform somersaults and sleight of hand in order to keep Edge installed
    and active. So, what have they done here? I recall a year or so ago that
    I had two FFs running when I downloaded a second one from the Store; for
    some reason I can't recall, probably just adventurous curiosity to see
    what would happen.

    Deleting the iconcache.db file (and optionally increasing its size), and logging out and back in, did not work for you? Have you tried it yet?

    Corruption of the icon cache has been a problem for every Windows
    version. Increasing the cache size will alleviate the problem until you install so many program with so many app icons that the cache gets
    filled again to start truncating its content.

    I know you seem convinced that this is the cause. You mention it time
    and again. But it was one of the first things I did. It's in the
    Appdata/ Local folder.

    There are other iconcache files in Appdata/ Local/ Microsoft/ Windows/
    Explorer folder; lots of them, things like iconcache_48.

    Maybe these are involved.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Wed Apr 10 18:10:09 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I know you seem convinced that [icon cache corruption] is the cause.
    You mention it time and again. But it was one of the first things I
    did.

    I mentioned it several times, because until now you did NOT mention
    doing it at first. Might've been the first thing you did, but the last
    you admitted. Apparently it did not help.

    Um, after deleting the iconcache.db file, you did logoff and logon
    again, right? The cache gets read into memory. Deleting the file won't
    remove the memory image. Since the file is under your %userprofile%
    folder, separate caches are maintained for each Windows account. Just
    logging out and logging in should reload the file into memory; else, I'd
    next try rebooting Windows.

    There are other iconcache files in Appdata/ Local/ Microsoft/ Windows/ Explorer folder; lots of them, things like iconcache_48.

    I've read other articles that mention iconcache_* files. Since they are
    cache files, should be okay to delete them, and get them rebuilt. I
    would do a backup first to restore them if found they're really needed.

    I have:

    %localappdata%
    iconcache.db (hidden file)
    iconcache.db.backup (hidden file)

    %localappdata%\Microsoft\Windows\Explorer
    iconcache_*.db (17 files)

    Mine were modified today or yesterday, no earlier. From what I've read
    of others trying to delete the Explorer\iconcache_*.db files, they were targeting those files only because of "iconcache" in their filename.
    When they tried to delete those files, they got an error the files were
    in-use by explorer.exe (which functions as both the file manager and the desktop manager). You can open a cmd.exe shell (I'd make it an admin
    aka elevated shell), and enter "taskkill /f /im explorer.exe" to kill
    all instances of that process. The desktop disappears. Then use the
    command shell to use 'del' commands on the iconcache_*.db files. Then
    run explorer.exe, and the desktop should reappear.

    When I've had to correct an icon problem (very rare), I only focused on deleting the iconcache.db file, not the iconcache_*.db files.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Ed Cryer on Thu Apr 11 01:47:31 2024
    On 4/10/2024 11:15 AM, Ed Cryer wrote:
    Big Al wrote:
    On 4/10/24 06:52 AM, Ed Cryer wrote:

    I'm teetering around a re-installation of Firefox; a complete clean uninstall using IOBit, after saving all bookmarks and list of add-ons.

    I'm reluctant to do that because it might work and remove the problem; which is so abstruse that I'm aiming for a Nobel prize. I'll follow in the footsteps of Watson & Crick, and Peter Higgs.   (:-

    Ed

    P.S. I can't rid myself of a suspicion that MS are to blame here; they perform somersaults and sleight of hand in order to keep Edge installed and active. So, what have they done here? I recall a year or so ago that I had two FFs running when I
    downloaded a second one from the Store; for some reason I can't recall, probably just adventurous curiosity to see what would happen.

    If you don't have it turned on, Firefox sync will sync (by choice) bookmarks, settings, etc.   If you re-install and turn sync back on, it will restore those bookmarks.
    All you need is an email and make a password to set it up.  I"m not even sure the email address has to be valid, I don't remember (it's been too long) if it sent you a verification email or not.

    Experiment I've conducted on this rogue icon.

    Properties of .html file.
    Open with, Change.
    I change it to Edge, icons of all html files in that folder change before my eyes to the Edge icon.
    I change it to Opera, icons of all html files in that folder change before my eyes to the Opera icon.
    I change it to Safari, icons of all html files in that folder change before my eyes to the Safari icon.
    I change it to Slimjet, icons of all html files in that folder change before my eyes to the Slimjet icon.
    I change it to Internet Explorer, icons of all html files in that folder change before my eyes to the Edge icon.
    I change it to Firefox, icons of all html files in that folder change before my eyes to the wrong icon; the Notepad one that doesn't appear in FF's icons.

    Why? Why? Why? What's blocking? What interferes with the routing? Where is that icon coming from? How can I trace the path being followed?

    Ed

    What's interesting, is the HTML can be assigned to some startup item.

    "firefox default browser agent 308046B0AF4A39CB startup item"

    https://support.mozilla.org/en-US/questions/1283844

    I think that string is present on all installations, and it is not
    a personal identifier.

    It's also not a startup item on the computer.

    The icon that appears, is a gray firefox in the background, with
    a PDF "banner" in big letters at the bottom. And that's not
    an icon inside the firefox.exe itself.

    So while the file extension assignment dialog shows the word "Firefox",
    the actual assignment is something different. Look in the Registry for:

    FirefoxPDF - 308046B0AF4A39CB
    DefaultIcon C:\Program Files\Mozilla Firefox\firefox.exe,5 # But there is no 5 in the .rsrc

    We're already off to a good start.

    And my icons "sorta work". There's no blank sheet icons, but
    again, some items, the icon selection is not reflected
    in what you see on the screen.

    For example, if the registry specifies

    DefaultIcon C:\Program Files\Mozilla Firefox\firefox.exe,1

    it actually uses "8" in File Explorer. When there is a 1 and it could use it. Only the scale of "8" may favor its selection.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Thu Apr 11 10:40:01 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I know you seem convinced that [icon cache corruption] is the cause.
    You mention it time and again. But it was one of the first things I
    did.

    I mentioned it several times, because until now you did NOT mention
    doing it at first. Might've been the first thing you did, but the last
    you admitted. Apparently it did not help.

    Um, after deleting the iconcache.db file, you did logoff and logon
    again, right? The cache gets read into memory. Deleting the file won't remove the memory image. Since the file is under your %userprofile%
    folder, separate caches are maintained for each Windows account. Just logging out and logging in should reload the file into memory; else, I'd
    next try rebooting Windows.

    There are other iconcache files in Appdata/ Local/ Microsoft/ Windows/
    Explorer folder; lots of them, things like iconcache_48.

    I've read other articles that mention iconcache_* files. Since they are cache files, should be okay to delete them, and get them rebuilt. I
    would do a backup first to restore them if found they're really needed.

    I have:

    %localappdata%
    iconcache.db (hidden file)
    iconcache.db.backup (hidden file)

    %localappdata%\Microsoft\Windows\Explorer
    iconcache_*.db (17 files)

    Mine were modified today or yesterday, no earlier. From what I've read
    of others trying to delete the Explorer\iconcache_*.db files, they were targeting those files only because of "iconcache" in their filename.
    When they tried to delete those files, they got an error the files were in-use by explorer.exe (which functions as both the file manager and the desktop manager). You can open a cmd.exe shell (I'd make it an admin
    aka elevated shell), and enter "taskkill /f /im explorer.exe" to kill
    all instances of that process. The desktop disappears. Then use the
    command shell to use 'del' commands on the iconcache_*.db files. Then
    run explorer.exe, and the desktop should reappear.

    When I've had to correct an icon problem (very rare), I only focused on deleting the iconcache.db file, not the iconcache_*.db files.

    I've tried that before, but I've done it again to please you.
    All the deletes worked, the IconCacheToDelete folder appeared, I
    rebooted, all iconcaches recreated, IconCacheToDelete gone.

    I then look around. Everything ok, with the single exception of that
    rogue icon. Nothing has altered.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Thu Apr 11 10:14:07 2024
    UGF1bCB3cm90ZToNCj4gT24gNC8xMC8yMDI0IDExOjE1IEFNLCBFZCBDcnllciB3cm90ZToN Cj4+IEJpZyBBbCB3cm90ZToNCj4+PiBPbiA0LzEwLzI0IDA2OjUyIEFNLCBFZCBDcnllciB3 cm90ZToNCj4+DQo+Pj4+IEknbSB0ZWV0ZXJpbmcgYXJvdW5kIGEgcmUtaW5zdGFsbGF0aW9u IG9mIEZpcmVmb3g7IGEgY29tcGxldGUgY2xlYW4gdW5pbnN0YWxsIHVzaW5nIElPQml0LCBh ZnRlciBzYXZpbmcgYWxsIGJvb2ttYXJrcyBhbmQgbGlzdCBvZiBhZGQtb25zLg0KPj4+Pg0K Pj4+PiBJJ20gcmVsdWN0YW50IHRvIGRvIHRoYXQgYmVjYXVzZSBpdCBtaWdodCB3b3JrIGFu ZCByZW1vdmUgdGhlIHByb2JsZW07IHdoaWNoIGlzIHNvIGFic3RydXNlIHRoYXQgSSdtIGFp bWluZyBmb3IgYSBOb2JlbCBwcml6ZS4gSSdsbCBmb2xsb3cgaW4gdGhlIGZvb3RzdGVwcyBv ZiBXYXRzb24gJiBDcmljaywgYW5kIFBldGVyIEhpZ2dzLsKgwqAgKDotDQo+Pj4+DQo+Pj4+ IEVkDQo+Pj4+DQo+Pj4+IFAuUy4gSSBjYW4ndCByaWQgbXlzZWxmIG9mIGEgc3VzcGljaW9u IHRoYXQgTVMgYXJlIHRvIGJsYW1lIGhlcmU7IHRoZXkgcGVyZm9ybSBzb21lcnNhdWx0cyBh bmQgc2xlaWdodCBvZiBoYW5kIGluIG9yZGVyIHRvIGtlZXAgRWRnZSBpbnN0YWxsZWQgYW5k IGFjdGl2ZS4gU28sIHdoYXQgaGF2ZSB0aGV5IGRvbmUgaGVyZT8gSSByZWNhbGwgYSB5ZWFy IG9yIHNvIGFnbyB0aGF0IEkgaGFkIHR3byBGRnMgcnVubmluZyB3aGVuIEkgZG93bmxvYWRl ZCBhIHNlY29uZCBvbmUgZnJvbSB0aGUgU3RvcmU7IGZvciBzb21lIHJlYXNvbiBJIGNhbid0 IHJlY2FsbCwgcHJvYmFibHkganVzdCBhZHZlbnR1cm91cyBjdXJpb3NpdHkgdG8gc2VlIHdo YXQgd291bGQgaGFwcGVuLg0KPj4+Pg0KPj4+IElmIHlvdSBkb24ndCBoYXZlIGl0IHR1cm5l ZCBvbiwgRmlyZWZveCBzeW5jIHdpbGwgc3luYyAoYnkgY2hvaWNlKSBib29rbWFya3MsIHNl dHRpbmdzLCBldGMuwqDCoCBJZiB5b3UgcmUtaW5zdGFsbCBhbmQgdHVybiBzeW5jIGJhY2sg b24sIGl0IHdpbGwgcmVzdG9yZSB0aG9zZSBib29rbWFya3MuDQo+Pj4gQWxsIHlvdSBuZWVk IGlzIGFuIGVtYWlsIGFuZCBtYWtlIGEgcGFzc3dvcmQgdG8gc2V0IGl0IHVwLsKgIEkibSBu b3QgZXZlbiBzdXJlIHRoZSBlbWFpbCBhZGRyZXNzIGhhcyB0byBiZSB2YWxpZCwgSSBkb24n dCByZW1lbWJlciAoaXQncyBiZWVuIHRvbyBsb25nKSBpZiBpdCBzZW50IHlvdSBhIHZlcmlm aWNhdGlvbiBlbWFpbCBvciBub3QuDQo+Pg0KPj4gRXhwZXJpbWVudCBJJ3ZlIGNvbmR1Y3Rl ZCBvbiB0aGlzIHJvZ3VlIGljb24uDQo+Pg0KPj4gUHJvcGVydGllcyBvZiAuaHRtbCBmaWxl Lg0KPj4gT3BlbiB3aXRoLCBDaGFuZ2UuDQo+PiBJIGNoYW5nZSBpdCB0byBFZGdlLCBpY29u cyBvZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2UgYmVmb3JlIG15IGV5 ZXMgdG8gdGhlIEVkZ2UgaWNvbi4NCj4+IEkgY2hhbmdlIGl0IHRvIE9wZXJhLCBpY29ucyBv ZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2UgYmVmb3JlIG15IGV5ZXMg dG8gdGhlIE9wZXJhIGljb24uDQo+PiBJIGNoYW5nZSBpdCB0byBTYWZhcmksIGljb25zIG9m IGFsbCBodG1sIGZpbGVzIGluIHRoYXQgZm9sZGVyIGNoYW5nZSBiZWZvcmUgbXkgZXllcyB0 byB0aGUgU2FmYXJpIGljb24uDQo+PiBJIGNoYW5nZSBpdCB0byBTbGltamV0LCBpY29ucyBv ZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2UgYmVmb3JlIG15IGV5ZXMg dG8gdGhlIFNsaW1qZXQgaWNvbi4NCj4+IEkgY2hhbmdlIGl0IHRvIEludGVybmV0IEV4cGxv cmVyLCBpY29ucyBvZiBhbGwgaHRtbCBmaWxlcyBpbiB0aGF0IGZvbGRlciBjaGFuZ2UgYmVm b3JlIG15IGV5ZXMgdG8gdGhlIEVkZ2UgaWNvbi4NCj4+IEkgY2hhbmdlIGl0IHRvIEZpcmVm b3gsIGljb25zIG9mIGFsbCBodG1sIGZpbGVzIGluIHRoYXQgZm9sZGVyIGNoYW5nZSBiZWZv cmUgbXkgZXllcyB0byB0aGUgd3JvbmcgaWNvbjsgdGhlIE5vdGVwYWQgb25lIHRoYXQgZG9l c24ndCBhcHBlYXIgaW4gRkYncyBpY29ucy4NCj4+DQo+PiBXaHk/IFdoeT8gV2h5PyBXaGF0 J3MgYmxvY2tpbmc/IFdoYXQgaW50ZXJmZXJlcyB3aXRoIHRoZSByb3V0aW5nPyBXaGVyZSBp cyB0aGF0IGljb24gY29taW5nIGZyb20/IEhvdyBjYW4gSSB0cmFjZSB0aGUgcGF0aCBiZWlu ZyBmb2xsb3dlZD8NCj4+DQo+PiBFZA0KPiANCj4gV2hhdCdzIGludGVyZXN0aW5nLCBpcyB0 aGUgSFRNTCBjYW4gYmUgYXNzaWduZWQgdG8gc29tZSAgc3RhcnR1cCBpdGVtLg0KPiANCj4g ImZpcmVmb3ggZGVmYXVsdCBicm93c2VyIGFnZW50IDMwODA0NkIwQUY0QTM5Q0Igc3RhcnR1 cCBpdGVtIg0KPiANCj4gICAgIGh0dHBzOi8vc3VwcG9ydC5tb3ppbGxhLm9yZy9lbi1VUy9x dWVzdGlvbnMvMTI4Mzg0NA0KPiANCj4gSSB0aGluayB0aGF0IHN0cmluZyBpcyBwcmVzZW50 IG9uIGFsbCBpbnN0YWxsYXRpb25zLCBhbmQgaXQgaXMgbm90DQo+IGEgcGVyc29uYWwgaWRl bnRpZmllci4NCj4gDQo+IEl0J3MgYWxzbyBub3QgYSBzdGFydHVwIGl0ZW0gb24gdGhlIGNv bXB1dGVyLg0KPiANCj4gVGhlIGljb24gdGhhdCBhcHBlYXJzLCBpcyBhIGdyYXkgZmlyZWZv eCBpbiB0aGUgYmFja2dyb3VuZCwgd2l0aA0KPiBhIFBERiAiYmFubmVyIiBpbiBiaWcgbGV0 dGVycyBhdCB0aGUgYm90dG9tLiBBbmQgdGhhdCdzIG5vdA0KPiBhbiBpY29uIGluc2lkZSB0 aGUgZmlyZWZveC5leGUgaXRzZWxmLg0KPiANCj4gU28gd2hpbGUgdGhlIGZpbGUgZXh0ZW5z aW9uIGFzc2lnbm1lbnQgZGlhbG9nIHNob3dzIHRoZSB3b3JkICJGaXJlZm94IiwNCj4gdGhl IGFjdHVhbCBhc3NpZ25tZW50IGlzIHNvbWV0aGluZyBkaWZmZXJlbnQuIExvb2sgaW4gdGhl IFJlZ2lzdHJ5IGZvcjoNCj4gDQo+ICAgICBGaXJlZm94UERGIC0gMzA4MDQ2QjBBRjRBMzlD Qg0KPiAgICAgICAgRGVmYXVsdEljb24gICBDOlxQcm9ncmFtIEZpbGVzXE1vemlsbGEgRmly ZWZveFxmaXJlZm94LmV4ZSw1ICAgICAgIyBCdXQgdGhlcmUgaXMgbm8gNSBpbiB0aGUgLnJz cmMNCj4gDQo+IFdlJ3JlIGFscmVhZHkgb2ZmIHRvIGEgZ29vZCBzdGFydC4NCj4gDQo+IEFu ZCBteSBpY29ucyAic29ydGEgd29yayIuIFRoZXJlJ3Mgbm8gYmxhbmsgc2hlZXQgaWNvbnMs IGJ1dA0KPiBhZ2Fpbiwgc29tZSBpdGVtcywgdGhlIGljb24gc2VsZWN0aW9uIGlzIG5vdCBy ZWZsZWN0ZWQNCj4gaW4gd2hhdCB5b3Ugc2VlIG9uIHRoZSBzY3JlZW4uDQo+IA0KPiBGb3Ig ZXhhbXBsZSwgaWYgdGhlIHJlZ2lzdHJ5IHNwZWNpZmllcw0KPiANCj4gICAgIERlZmF1bHRJ Y29uICAgQzpcUHJvZ3JhbSBGaWxlc1xNb3ppbGxhIEZpcmVmb3hcZmlyZWZveC5leGUsMQ0K PiANCj4gaXQgYWN0dWFsbHkgdXNlcyAiOCIgaW4gRmlsZSBFeHBsb3Jlci4gV2hlbiB0aGVy ZSBpcyBhIDEgYW5kIGl0IGNvdWxkIHVzZSBpdC4NCj4gT25seSB0aGUgc2NhbGUgb2YgIjgi IG1heSBmYXZvciBpdHMgc2VsZWN0aW9uLg0KPiANCj4gICAgIFBhdWwNCg0KVGhlIFdpbmRv d3MgdXRpbGl0aWVzIHRoYXQgaGFuZGxlIGljb25zIGluIC5leGUgZmlsZXMgc3RhcnQgd2l0 aCAwLiBBbmQgDQp3aGVuIEkgbG9vayBpbnRvIG15IGZpcmVmb3guZXhlIHRoZSA1IGVudHJ5 IGlzIGluZGVlZCBhIFBERiBpbWFnZS4NClRoZXJlIGFyZSBzZXZlbiBpY29ucyBpbiBhbGwu DQoNCldlbGwsIHdlbGwsIHdlbGwhIENvdWxkIGl0IGJlIHRoYXQgaXQncyBnZXR0aW5nIGl0 cyA4IGZyb20gYSBkZWZhdWx0IA0KaWNvbiBkbGw/DQoNCkVkDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Ed Cryer on Thu Apr 11 14:26:20 2024
    On 4/11/2024 5:14 AM, Ed Cryer wrote:


    Well, well, well! Could it be that it's getting its 8 from a default icon dll?

    Ed

    It does suggest they're not cleaning up as well as they should.

    I had expected better of them, and then I had a look...

    Normally, there should not be a need for Firefox to interact
    with the Registry. I don't really know how they've done what
    they have done. Whether there is an interface that indirectly
    sprays those items, or they actually did reg interface things
    directly.

    I suspect their freeware Installer Kit they use (NSIS) likely
    has all of the gubbins to do this properly. But perhaps none
    of the staff are skilled at driving it. They don't use
    InstallShield (commercial), because that would be an admission
    that they had participated in the Windows ecosystem.

    *******

    This is an example of a mapping protected by the Microsoft hash.
    This scheme was recently changed by a "driver" for the function.
    The gentleman at the site below, will have to redo his reverse
    engineering (if he still enjoys puzzles).

    [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.pdf\UserChoice]
    "Hash"="xh8KhPWlZL0="
    "ProgId"="AcroExch.Document"

    There is a tool here for setting the hash (scheme now defunt).
    This is the guy that reverse engineered the previous scheme.
    Due to DMCA, he could not document every step or receive
    a "hacking charge".

    http://kolbi.cz/blog/?p=346

    http://www.kolbi.cz/SetUserFTA_v1.5.zip

    SHA256 of SetUserFTA.exe (58,880 bytes)
    (6B7DBA337D2490083391623C1E2EAAFEC9C3DCBDE1DCDB2ABFD0E1F0C2BF31B8)

    SetUserFTA.exe .pdf AcroExch.Document.DC

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to Paul on Thu Apr 11 20:27:05 2024
    Paul wrote:
    On 4/11/2024 5:14 AM, Ed Cryer wrote:


    Well, well, well! Could it be that it's getting its 8 from a default icon dll?

    Ed

    It does suggest they're not cleaning up as well as they should.

    I had expected better of them, and then I had a look...

    Normally, there should not be a need for Firefox to interact
    with the Registry. I don't really know how they've done what
    they have done. Whether there is an interface that indirectly
    sprays those items, or they actually did reg interface things
    directly.

    I suspect their freeware Installer Kit they use (NSIS) likely
    has all of the gubbins to do this properly. But perhaps none
    of the staff are skilled at driving it. They don't use
    InstallShield (commercial), because that would be an admission
    that they had participated in the Windows ecosystem.

    *******

    This is an example of a mapping protected by the Microsoft hash.
    This scheme was recently changed by a "driver" for the function.
    The gentleman at the site below, will have to redo his reverse
    engineering (if he still enjoys puzzles).

    [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.pdf\UserChoice]
    "Hash"="xh8KhPWlZL0="
    "ProgId"="AcroExch.Document"

    There is a tool here for setting the hash (scheme now defunt).
    This is the guy that reverse engineered the previous scheme.
    Due to DMCA, he could not document every step or receive
    a "hacking charge".

    http://kolbi.cz/blog/?p=346

    http://www.kolbi.cz/SetUserFTA_v1.5.zip

    SHA256 of SetUserFTA.exe (58,880 bytes)
    (6B7DBA337D2490083391623C1E2EAAFEC9C3DCBDE1DCDB2ABFD0E1F0C2BF31B8)

    SetUserFTA.exe .pdf AcroExch.Document.DC

    Paul

    My rogue icon is the first in shell32.dll. And when I look at that dll
    with Icofx it is listed as 1(8).
    8-7=1.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From VanguardLH@21:1/5 to Ed Cryer on Thu Apr 11 15:03:14 2024
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I then look around. Everything ok, with the single exception of that
    rogue icon. Nothing has altered.

    I've had the blank page icon show up for some .url shortcuts. Too long
    since I created them to remember which web browser and version of it was
    used to create the shortcut, or if I right-click in a folder to use New Shortcut to add a URL shortcut there, or if I dragged from the address
    bar of the web browser to create the shortcut. Alternatively, I'd copy
    the URL from the old blank page .url shortcut, delete the old shortcut,
    and use right-click in the folder to New -> Shortcut, and enter the URL
    in the first dialog page (which interprets http: and https: entries as
    URLs to create a .url shorcut instead of a .lnk shortcut to a file).

    I just hunted through my Downloads folder where there are subfolders by category, and then more subfolders by product. I put URL shortcuts in
    those product folders, so I know where I got the product. Some had the
    blank page icon despite most other .url shortcuts show the Firefox icon.
    I double-clicked on the blank page .url shortcut to open the page in
    Firefox. Then I deleted the .url shortcut, and created a new one by
    dragging the padlock icon in Firefox's address bar to the same folder. Basically I deleted the old .url shortcut to create a new one. The old
    one had the blank page icon. The new one has the Firefox icon.

    A while ago, there were different .url shortcuts that Microsoft would
    create depending on how you performed the create. It's been too long to remember the details, but I recall that I didn't like the .url shortcut
    that Windows created, and had to use a workaround to create the legacy
    style of shortcut. I think the style changed in Windows 7, and lots of
    users were complaining that .url shortcuts didn't work like before.
    There was something different between creating a new shortcut and
    entering the URL string, and dragging a URL from the web browser's
    address bar.

    When I open a .url shortcut file (this one pointing to my e-mail
    client's home page) which shows the Firefox icon, I see:

    [InternetShortcut]
    URL=https://www.emclient.com/
    IDList=
    HotKey=0 IconFile=C:\Users\leeho\AppData\Local\Mozilla\Firefox\Profiles\8eskbbyh.default-release\shortcutCache\21nlP3+4Q2kXQWsYPh_tHp9lFzx_SdafGFVT4v_r7Fo=.ico
    IconIndex=0

    The URL field is obvious. The IconFile field shows from which file the
    icon is found. IconIndex is the resource index for the icon. Could be
    zero or non-zero for an icon resource inside an .exe or .dll file, but
    this shortcut is pointing to an .ico icon file (which I don't recall can
    have more than one icon, so the index is zero).

    I found another .url shortcut that had the blank page icon, and in
    Notepad its content was:

    [InternetShortcut] URL=https://www.microsoft.com/en-us/software-download/windows10
    IDList=
    HotKey=0 IconFile=C:\Users\lee_hodsdon\AppData\Local\Mozilla\Firefox\Profiles\6u4gergv.default\shortcutCache\QxrMc9AYfHUvWIXr8t+QwA==.ico
    IconIndex=0

    The one with the Firefox icon pointed to the .ico file under my current
    Firefox profile folder (8eskbbyh.default-release). The one with the
    blank page icon points to a Firefox folder (6u4gergv.default) that does
    not exist. I might've change or refreshed (create a new profile), or
    somehow had that old profile folder before, but I don't now, so the old
    .url shortcut with a blank page icon couldn't find the old .ico file.

    The old .url shortcut that had a blank icon (because its .ico file
    didn't exist anymore) was created back in 2016, so it's been 8 years
    since I created that shortcut. In that time, a profile I had in Firefox
    back then doesn't exist anymore, so any .url shortcuts pointing to it
    won't find the .ico file.

    Have you tried copying the URL in the .url shortcut's properties,
    deleting the old .url shortcut file, and create a new .url shortcut
    using the same URL string?

    Have you ever right-clicked on the blank page icon .url shortcuts to
    click "Change icon"? You said that in your first post, but not to what
    you pointed to in finding an icon. If you don't keep the file from
    which shortcut intends to get the icon, or not keep the .exe or .dll
    file from where you selected an icon resource inside (or the resource
    index changes, like in an updated version of the file), Windows no
    longer can find the icon, so it'll display the generic blank page icon.

    In the past, I would save the favicon.ico file from a web site to store
    in a media folder. I could then use Change Icon in the .url shortcut properties to point to the web site's icon. However, a .url shortcut
    uses what is specified for the handler, so I had to create a regular
    shortcut that ran "firefox.exe <url>" as a program instead of pointing
    at a URL. Then change icon worked. I accidentally deleted the favicon
    folder, and all those shortcuts I had changed to point there went to the
    blank page icon. I recovered the folder from backups, and the URL
    shortcuts started using the favicons I had saved.

    This reminds of even longer ago when I created URL shortcuts that they
    managed to use the favicon.ico at a web site, if it had one, but that
    was tenuous. If I cleared the web browser's cache, the cached favicons
    were gone, and why I started to grab favion.ico files from web sites to
    store in my own separate "cache" folder.

    When you go into Default Apps, and select "Default apps by filetypes",
    and look at ".URL - Internet Shortcut", what handler is specified?
    Internet Browser, or Firefox? Change back to Internet Browser if you
    somehow changed that to Firefox.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Ed Cryer on Thu Apr 11 17:25:48 2024
    On 4/11/2024 3:27 PM, Ed Cryer wrote:
    Paul wrote:
    On 4/11/2024 5:14 AM, Ed Cryer wrote:


    Well, well, well! Could it be that it's getting its 8 from a default icon dll?

    Ed

    It does suggest they're not cleaning up as well as they should.

    I had expected better of them, and then I had a look...

    Normally, there should not be a need for Firefox to interact
    with the Registry. I don't really know how they've done what
    they have done. Whether there is an interface that indirectly
    sprays those items, or they actually did reg interface things
    directly.

    I suspect their freeware Installer Kit they use (NSIS) likely
    has all of the gubbins to do this properly. But perhaps none
    of the staff are skilled at driving it. They don't use
    InstallShield (commercial), because that would be an admission
    that they had participated in the Windows ecosystem.

    *******

    This is an example of a mapping protected by the Microsoft hash.
    This scheme was recently changed by a "driver" for the function.
    The gentleman at the site below, will have to redo his reverse
    engineering (if he still enjoys puzzles).

    [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.pdf\UserChoice]
    "Hash"="xh8KhPWlZL0="
    "ProgId"="AcroExch.Document"

    There is a tool here for setting the hash (scheme now defunt).
    This is the guy that reverse engineered the previous scheme.
    Due to DMCA, he could not document every step or receive
    a "hacking charge".

    http://kolbi.cz/blog/?p=346

        http://www.kolbi.cz/SetUserFTA_v1.5.zip

           SHA256 of SetUserFTA.exe   (58,880 bytes)
           (6B7DBA337D2490083391623C1E2EAAFEC9C3DCBDE1DCDB2ABFD0E1F0C2BF31B8)

           SetUserFTA.exe .pdf AcroExch.Document.DC

        Paul

    My rogue icon is the first in shell32.dll. And when I look at that dll with Icofx it is listed as 1(8).
    8-7=1.

    Ed

    So your registry actually has a reference to shell32.dll,1 for a Firefox entry ?

    What would do that ?

    If the new protection was present on your OS, this article explains
    how today, you could deal with it.

    https://kolbi.cz/blog/2024/04/03/userchoice-protection-driver-ucpd-sys/

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to Paul on Fri Apr 12 10:06:10 2024
    Paul wrote:
    On 4/11/2024 3:27 PM, Ed Cryer wrote:
    My rogue icon is the first in shell32.dll. And when I look at that dll with Icofx it is listed as 1(8).
    8-7=1.

    Ed

    So your registry actually has a reference to shell32.dll,1 for a Firefox entry ?

    What would do that ?

    If the new protection was present on your OS, this article explains
    how today, you could deal with it.

    https://kolbi.cz/blog/2024/04/03/userchoice-protection-driver-ucpd-sys/

    Paul

    You've read more into my sentences than I put there.
    I know about shell32.dll. It's widely used, so I looked there first for
    the rogue icon. I didn't find it in the registry.

    I suppose that Windows has a default option in case an icon route is
    crippled. Something like "use the first icon in .....".

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to VanguardLH on Fri Apr 12 10:38:49 2024
    VanguardLH wrote:
    Ed Cryer <ed@somewhere.in.the.uk> wrote:

    I then look around. Everything ok, with the single exception of that
    rogue icon. Nothing has altered.

    I've had the blank page icon show up for some .url shortcuts. Too long
    since I created them to remember which web browser and version of it was
    used to create the shortcut, or if I right-click in a folder to use New Shortcut to add a URL shortcut there, or if I dragged from the address
    bar of the web browser to create the shortcut. Alternatively, I'd copy
    the URL from the old blank page .url shortcut, delete the old shortcut,
    and use right-click in the folder to New -> Shortcut, and enter the URL
    in the first dialog page (which interprets http: and https: entries as
    URLs to create a .url shorcut instead of a .lnk shortcut to a file).

    I just hunted through my Downloads folder where there are subfolders by category, and then more subfolders by product. I put URL shortcuts in
    those product folders, so I know where I got the product. Some had the
    blank page icon despite most other .url shortcuts show the Firefox icon.
    I double-clicked on the blank page .url shortcut to open the page in
    Firefox. Then I deleted the .url shortcut, and created a new one by
    dragging the padlock icon in Firefox's address bar to the same folder. Basically I deleted the old .url shortcut to create a new one. The old
    one had the blank page icon. The new one has the Firefox icon.

    A while ago, there were different .url shortcuts that Microsoft would
    create depending on how you performed the create. It's been too long to remember the details, but I recall that I didn't like the .url shortcut
    that Windows created, and had to use a workaround to create the legacy
    style of shortcut. I think the style changed in Windows 7, and lots of
    users were complaining that .url shortcuts didn't work like before.
    There was something different between creating a new shortcut and
    entering the URL string, and dragging a URL from the web browser's
    address bar.

    When I open a .url shortcut file (this one pointing to my e-mail
    client's home page) which shows the Firefox icon, I see:

    [InternetShortcut]
    URL=https://www.emclient.com/
    IDList=
    HotKey=0 IconFile=C:\Users\leeho\AppData\Local\Mozilla\Firefox\Profiles\8eskbbyh.default-release\shortcutCache\21nlP3+4Q2kXQWsYPh_tHp9lFzx_SdafGFVT4v_r7Fo=.ico
    IconIndex=0

    The URL field is obvious. The IconFile field shows from which file the
    icon is found. IconIndex is the resource index for the icon. Could be
    zero or non-zero for an icon resource inside an .exe or .dll file, but
    this shortcut is pointing to an .ico icon file (which I don't recall can
    have more than one icon, so the index is zero).

    I found another .url shortcut that had the blank page icon, and in
    Notepad its content was:

    [InternetShortcut] URL=https://www.microsoft.com/en-us/software-download/windows10
    IDList=
    HotKey=0 IconFile=C:\Users\lee_hodsdon\AppData\Local\Mozilla\Firefox\Profiles\6u4gergv.default\shortcutCache\QxrMc9AYfHUvWIXr8t+QwA==.ico
    IconIndex=0

    The one with the Firefox icon pointed to the .ico file under my current Firefox profile folder (8eskbbyh.default-release). The one with the
    blank page icon points to a Firefox folder (6u4gergv.default) that does
    not exist. I might've change or refreshed (create a new profile), or
    somehow had that old profile folder before, but I don't now, so the old
    .url shortcut with a blank page icon couldn't find the old .ico file.

    The old .url shortcut that had a blank icon (because its .ico file
    didn't exist anymore) was created back in 2016, so it's been 8 years
    since I created that shortcut. In that time, a profile I had in Firefox
    back then doesn't exist anymore, so any .url shortcuts pointing to it
    won't find the .ico file.

    Have you tried copying the URL in the .url shortcut's properties,
    deleting the old .url shortcut file, and create a new .url shortcut
    using the same URL string?

    Have you ever right-clicked on the blank page icon .url shortcuts to
    click "Change icon"? You said that in your first post, but not to what
    you pointed to in finding an icon. If you don't keep the file from
    which shortcut intends to get the icon, or not keep the .exe or .dll
    file from where you selected an icon resource inside (or the resource
    index changes, like in an updated version of the file), Windows no
    longer can find the icon, so it'll display the generic blank page icon.

    In the past, I would save the favicon.ico file from a web site to store
    in a media folder. I could then use Change Icon in the .url shortcut properties to point to the web site's icon. However, a .url shortcut
    uses what is specified for the handler, so I had to create a regular
    shortcut that ran "firefox.exe <url>" as a program instead of pointing
    at a URL. Then change icon worked. I accidentally deleted the favicon folder, and all those shortcuts I had changed to point there went to the blank page icon. I recovered the folder from backups, and the URL
    shortcuts started using the favicons I had saved.

    This reminds of even longer ago when I created URL shortcuts that they managed to use the favicon.ico at a web site, if it had one, but that
    was tenuous. If I cleared the web browser's cache, the cached favicons
    were gone, and why I started to grab favion.ico files from web sites to
    store in my own separate "cache" folder.

    When you go into Default Apps, and select "Default apps by filetypes",
    and look at ".URL - Internet Shortcut", what handler is specified?
    Internet Browser, or Firefox? Change back to Internet Browser if you
    somehow changed that to Firefox.

    Beware of exacerbating a small problem. You make changes, and then along
    come updates for Windows and installed software which turn a small
    problem into a large one.
    I'm about to re-install Firefox. That is the simplest and safest solution.

    Thanks for accompanying me on the journey.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)