0.4.1pre3 … „Release early. Release often. …
Posted by rene on 19 Apr. 2007 at 11:27 am | Tagged as: ... ? ..., Hacking, virtual id
… And listen to your customers.“ So Keith had a good point in telling me that version 0.4.1pre2 destroys the HeaderView. Yes, I managed to read all headers without any other extension in 0.4.1pre2, but ignored existent (already showed) mail headers. Cause the extension adds new headers to the HeaderView and hides them, also existent Headers where hidden.
So, repaired this one and the now released pre-version 0.4.1pre3 should solve the problem. Thanks Keith (and all the others) for testing and reporting.
Hi,
yes, now I’m out of the game. I don’t play around with displayed headers, so it’s not my fault 😉 But maybe it is related to mnenhy or any other extension, as far as I understood your comment it doesn’t happen this way at my TB2.0rc1.
Regards,
Rene
Rene,
All my attempts to update here are being blocked as spam. Please contact me via email. I’ve found the problem, and it is your extension.
Cheers,
Keith
Actually, it IS related to your extension after all. I found the preference that’s responsible for the behavior:
mailnews.headers.extraExpandedHeaders
If I remove that pref, the collapse/expand button returns next to the to/cc headers.
This sort of exposes another issue, which is that disabling or uninstalling Virtual ID does not remove any of its extensions.virtualIdentity prefs, nor this one. So my tests earlier about whether Virtual ID was the culprit were actually false, because the preferences, once set, are permanent.
This is the general risk from having an extension rely on a standard config preference for controlling behavior.
Cheers.
Hi,
sorry for the SPAM-filter, actually it’s working fine from my side, but it might be terrible if you going to write something…
I had a lot to do to make the extension in a way that this extraExpandedHeader preference is adapted dynamically while changing the settings. The reason is that other extensions using this Pref-Entry too, so I always have to check what’s there and what should be added.
And actually the virtual Identity extension removes their own settings everytime you shut Thunderbird down. Maybe there are traces from former installations, but it’s working the way it should here.
For a test just remove the ‚extraExpandedHeader‘-pref and restart Virtual Identity with the usual settings (header x-original-to, to, cc), than ‚to‘ and ‚cc‘ are found in HeaderViews, so not added, and ‚x-original-to‘ is added to this preference while Thunderbird is running. But after Thunderbird is shut down, it should be removed. (the same if you deactivate Thunderbird or uninstall it)
Is the behaivior you described reproducible? Maybe another conflict with some other extension, can you copy me a list?
Thanks for intense testing,
Rene