Remove Icon not permanent

[RealRaven2000]

After removing a custom icon from folder tree using the context menu - the icon returns again after restart

I couldn't reproduce this issue on my test accounts so far.

[blechma]

Thank you very much!

[RealRaven2000]

Thank you very much!

Thanks for sending the test data (off github) - I will investigate over the week.

[blechma]

😊

[RealRaven2000]

Here is the portable installation (account name redacted)

Is the test folder the one with the custom icon? I guess I cannot see it because it references an icon on your hard drive....

[RealRaven2000]

I tried to restore the Test folder but the (invisible) custom icon returns after restart, hopefully I can debug the problem.

[RealRaven2000]

While debugging, this is the code during removal of the icon:

values before:

folder.getStringProperty("folderIcon")
"folderIcon_server1_******_******_test_imap_web_de_Test"
folder.getStringProperty("iconURL")
"url(file:///C:/Users/Public/Pictures/Icons/Action.ico)" 

values after execution:

folder.getStringProperty("folderIcon")
"noIcon"
folder.getStringProperty("iconURL")
"" 

so it looks like these properties are set in the session, as expected but for some reason they are not stored to the actual folder data by Thunderbird. I need to investigate whether there is a way to force submitting them or whether it needs an actual change in the contents (e.g. adding or removing an email) to trigger this behavior. As far as I know is no explicite, scriptable "store()" or "persist()" function to make folder state permanent. It could also be a special behavior of Thunderbird portable?

[RealRaven2000]

I made some more tests and found out it behaved the same with my own icons, but only on the test folder. I was able to remove the icon from the Inbox folder permanently. So there must be a fundamental difference between both (probably above and beyond that folder flags). I will try with some subfolder under test next. I will also try what happens if I move Test to be a child folder of inbox.

[RealRaven2000]

I couldn't create subfolders within inbox (maybe this is because I have no access to the original IMAP server) but I was able to generate a new Test 2 folder on the same level as Test (root). With that I was able to add and remove icons permanently.

[RealRaven2000]

Unfortunately I cannot move folders with in the tree (may also be a problem of Imap access). Still it is weird to me that I am able to modify my own folder and the inbox and persist this but not with the original Test folder.... does it exist on the original server?

[RealRaven2000]

CAn you test again what happens if you create a new folder alongside one of the "misbehaving" folders, does it also allow removal of the icon or does it behave the same way as the "Test" folder you sent in the portable profile?

[blechma]

Unfortunately I cannot move folders with in the tree (may also be a problem of Imap access). Still it is weird to me that I am able to modify my own folder and the inbox and persist this but not with the original Test folder.... does it exist on the original server?

Yes, the "Test" and the "Test 2" folder exist on the original server. I will send you the datas to access to the original folder per mail.

[RealRaven2000]

Yes, the "Test" and the "Test 2" folder exist on the original server. I will send you the datas to access to the original folder per mail.

no thanks - no need to do that right now, I think I can manage with the profile as is. I would rather not have access to your data - I can find out with the colleagues from Thunderbird on the development chat on Thursday

[blechma]

CAn you test again what happens if you create a new folder alongside one of the "misbehaving" folders, does it also allow removal of the icon or does it behave the same way as the "Test" folder you sent in the portable profile?

The new folder "Test3" works normal. It is not a "misbehaving" folder

[blechma]

Yes, the "Test" and the "Test 2" folder exist on the original server. I will send you the datas to access to the original folder per mail.

no thanks - no need to do that right now, I think I can manage with the profile as is. I would rather not have access to your data - I can find out with the colleagues from Thunderbird on the development chat on Thursday

I have send the datas before I have read your statement. But it is no problem. It is a "Test"-account