First Last Prev Next    No search results available
Details
: folder tree icons w/o tab don't persist between sessions
Bug#: 26616
: QuickFolders
: General
Status: RESOLVED
Resolution: FIXED
: PC
: Windows 7
: unspecified
: P2
: normal
: ---

:
:
:
:
:
  Show dependency tree - Show dependency graph
People
Reporter: Henry Lester <lester@caltech.edu>
Assigned To: Axel Grude <axel.grude@gmail.com>
:

Attachments
4.12.2 prerelease 30 (deleted)
2019-01-28 05:22, Axel Grude
no flags Details
4.12.2 prerelease 30 (756.61 KB, application/x-xpinstall)
2019-01-28 05:25, Axel Grude
no flags Details
4.13.2 prerelease 35 (987.69 KB, application/x-xpinstall)
2019-02-25 05:41, Axel Grude
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.

Related actions


Description:   Opened: 2018-12-01 10:32
Thunderbird 60.3.2
Windows 10 latest.
QF Pro, paid. Version of 24 Nov 2018

I've used several of the icons recommended in QF.
In each case, the selected icon displays correctly in the folder tree.
Upon restarting Thunderbird, QF "knows" that an alternate icon does exist for
Folder A (for example), because the toolbar has the "remove customized icon"
icon.
But the displayed icon for Folder A has reverted to the default icon.

Troubleshooting thus far:
I've experimented with various settings for QF, including foldertree icon
settings.
I've placed the icons in various folders, and Setting shows that QF has the
correct path.
The correct path perists between Thunderbird sessions.
I've ruled out interactions with 
Dorando keyconfig,
Nostalgy,
Theme & font size changer.
------- Comment #1 From Henry Lester 2018-12-01 10:54:30 -------
I misunderstand the usage for this feature.
Ir functions well, but only for folders that are QF tabs.
------- Comment #2 From Axel Grude 2018-12-01 11:29:23 -------
Let me reopen that one. I think I am storing the necessary information fpr the
tree icons into the folder properties directly (so they are not stored in
QuickFolders settings). There may bee a problem with regenerating the css rule.
I will re-open and investigate.

In my recollection, it should be possible to "iconise" also folders that have
no QuickFolders Tab. As a workaround, yuou can start using QF Tab Categories
and create a "hidden" Tab by adding it to the "Hidden" Category. Then you can
still use icons and even advanced tab (folder) properties such as a customized
identity or a default "To:" address, without the need for displaying a tab on
the QF toolbar.
------- Comment #3 From Axel Grude 2018-12-01 11:30:16 -------
Assigning the bug to me. We really should be able to style as many icons in the
tree as we want, regardless of whether QF tabs are defined for them.
------- Comment #4 From Henry Lester 2018-12-01 16:47:58 -------
Thanks for the kindness!
Your statement that you store properties in the folder itself . . .
I see an entry in the local msf file (do you want it?). 
I actually have **two** IMAP clients on my computer. And therefore I keep
**two** local copies, one in Thunderbird (with the msf file) and a separate one
in Outlook.
In addition to the copy on the Outlook365 server.
Perhaps these two local copies cause the problem? 
Otherwise, the two-client arrangement works very well.



------- Comment #5 From Henry Lester 2018-12-01 16:51:50 -------
(In reply to comment #2)
> Let me reopen that one. I think I am storing the necessary information fpr the
> tree icons into the folder properties directly (so they are not stored in
> QuickFolders settings). There may bee a problem with regenerating the css rule.
> I will re-open and investigate.
> 
> In my recollection, it should be possible to "iconise" also folders that have
> no QuickFolders Tab. As a workaround, yuou can start using QF Tab Categories
> and create a "hidden" Tab by adding it to the "Hidden" Category. Then you can
> still use icons and even advanced tab (folder) properties such as a customized
> identity or a default "To:" address, without the need for displaying a tab on
> the QF toolbar.
> 

The "hidden" ploy is sub-optimal, because it would force me to reclassify each
of the many subfolders of the folder whose icon I originally wished to change. 
------- Comment #6 From Axel Grude 2018-12-02 04:30:10 -------
(In reply to comment #4)
> Thanks for the kindness!
> Your statement that you store properties in the folder itself . . .
> I see an entry in the local msf file (do you want it?). 
nope - Thunderbird doesn't store this information there. THe main thing is that
it get's persisted there and can also be read back from within Thunderbird;
where the information is stored physically doesn't really matter to me.

> I actually have **two** IMAP clients on my computer. And therefore I keep
> **two** local copies, one in Thunderbird (with the msf file) and a separate one
> in Outlook.
> In addition to the copy on the Outlook365 server.
> Perhaps these two local copies cause the problem? 

no I don't think so. This is an internal thing within Thunderbird, completely
independent from Account / Mail Provider storage
------- Comment #7 From Axel Grude 2018-12-24 04:00:13 -------
*** Bug 26622 has been marked as a duplicate of this bug. ***
------- Comment #8 From Axel Grude 2019-01-02 11:47:41 -------
*** Bug 26622 has been marked as a duplicate of this bug. ***
------- Comment #9 From Axel Grude 2019-01-28 05:25:44 -------
Created an attachment (id=8590) [details]
4.12.2 prerelease 30

The error may have been caused by outdated iterator Syntax.. this ve4ersioin
may fix the bug, please test.
------- Comment #10 From Axel Grude 2019-02-25 05:41:20 -------
Created an attachment (id=8599) [details]
4.13.2 prerelease 35

Found a problem with the storage that is caused when the icon is set from the
QuickFolder Tab context menu. It appears to be working now, finally.

note: I had to remove all Asian locales in this version because there is a
1000kB limit for attachments. This version will work in all locales except,
Chinese, Japanese and Vietnamese
------- Comment #11 From Chris TESTA 2019-02-25 10:27:01 -------
It seems to work well for me too.
thanks a lot!
------- Comment #12 From Axel Grude 2019-02-25 14:17:24 -------
Resolve FIXED with Release 4.13.2 at 25/02/2019

First Last Prev Next    No search results available