Removing custom icon fails

[RealRaven2000]

I got a report from a user:

I added some customized icons and then removed them. But every day when I log in they come back. No matter how many times I remove them.

I did some tests with a prerelease and it generated the following error:

    Uncaught TypeError: QI.Interface is undefined
    addPopupSet chrome://quickfolders/content/quickfolders-interface.js:4478
    quickfolders-interface.js:4478:4

However this may have been caused by some recent refactoring which was not present in 6.9.2 - I am not sure which version the user ran when they encountered the problem.

I believe that the icon setting is likely stored within the folder properties (in folder tree) by Thunderbird and not properly removed or the settings are not stored by Thunderbird so that the icon is recreated when Thunderbird starts new.

[RealRaven2000]

Here is a version with a quick fix:

QuickFolders-mx-6.9.3pre49.zip

apparently, an error is thrown when calling the code to remove the folder's string property, and this causes my function setFolderTreeIcon() to return false. Then the calling function does not store the change in the external json file, and so it is being "resurrected" after restart.

---

To try out this version, download the zip file and then drag the file into Thunderbird Add-ons Manager (without extracting)

[Mosaicevents]

Seems to be working - thanks.

[RealRaven2000]

Cool, I will close the issue once the new version is officially released for everybody. Thanks for reporting!

[RealRaven2000]

Fixed in 6.10. - Published 17/03/2025

[bin-bern]

FYI: A while back, I switched my "folders of special interest" from having custom icons to custom colors. It turned out that one of them - the last in the order displayed - refuses to drop the icon; even after repeatedly removing it, upon starting TB anew, it's back (-> Screenshot).

After being informed that my TB (128.7.1esr) has been auto-updated to QF 6.10, and seeing this bug reported fixed, I tried again. Alas, no dice.

Then I got the idea to manually oust the offending setting from the config files, and found:

$ grep -A 30 'yum\.' .thunderbird/f*/folderCache.json | grep -i icon
                "folderIcon" : "folderIcon_server3_techmail_40binect_de_outlook_office365_com_yum",
                "folderIcon.empty" : "",
                "iconURL" : "url(file:///usr/share/icons/breeze-dark/status/16/battery-missing.svg)",

Quit TB, manually edited that file to instead read

$ grep -A 30 'yum\.' .thunderbird/f*/folderCache.json | grep -i icon
                "folderIcon" : "",
                "iconURL" : "",

started TB again ... still no dice and the file auto-reverted to

$ grep -A 30 'yum\.' .thunderbird/f*/folderCache.json | grep -i icon
                "folderIcon" : "folderIcon_server3_techmail_40binect_de_outlook_office365_com_yum",
                "iconURL" : "url(file:///usr/share/icons/breeze-dark/status/16/battery-missing.svg)",

... I'm not saying that I absolutely need the ability to do it from the GUI, but if you'd happen to have a hint which file I need to mangle to get rid of this one stubborn instance ... ?

[bin-bern]

Ah, I might have found it ... :

$ cat .thunderbird/f*/extensions/quickFolders-FolderTree.json
[
  {
    "folderURI": "imap://techmail%40binect.de@outlook.office365.com/yum",
    "cssKey": "folderIcon_server3_techmail_40binect_de_outlook_office365_com_yum",
    "iconURL": "url(file:///usr/share/icons/breeze-dark/status/16/battery-missing.svg)"
  }
]

... but I guess trying to "completely empty" it might run into syntax violation issues ... ?

[RealRaven2000]

hmm, if it is the case that there is just the very last icon not removable (unusual but I can look into it), try editing it like this before you start Thunderbird:

quickFolders-FolderTree.json:

[
]

this just represents an empty array, so no custom icons should be loaded.

[bin-bern]

That worked, thank you!

(The entries in folderCache.json still retain the nonempty values as above, but the folder list is rid of the icon now.)