Closed
Bug 1389189
Opened 7 years ago
Closed 7 years ago
Thunderbird caches files from sideloaded add-on, doesn't notice when they've changed
Categories
(Thunderbird :: OS Integration, defect)
Thunderbird
OS Integration
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jik, Unassigned)
References
Details
I develop my Thunderbird add-ons by creating a file in the extensions directory of my profile containing the path to the source directory of the add-on. When I make changes to the files in my source directory, in the past all I've had to do is quit and restart Thunderbird and it loads the new versions of the file. This works in Thunderbird 56.0b1. It does not work in the 2017-08-10 nightly build, i.e., in that build when I quit and restart Thunderbird it still has old versions of my source files cached somewhere and keeps using them. I have devtools.cache.disabled set to true, dom.caches.enabled set to false, extensions.getAddons.cache.enabled set to false, and nglayout.debug.disable_xul_cache set to true, and none of these seem to make a difference.
Comment 1•7 years ago
|
||
We use the code from toolkit. Please can you check with the FX nightly if this behaves the same?
Reporter | ||
Comment 2•7 years ago
|
||
>Please can you check with the FX nightly if this behaves the same?
I am not equipped to do that.
Comment 3•7 years ago
|
||
Maybe related to bug 1389741. Kris, did that get removed intentionally or damaged accidentally?
Flags: needinfo?(kmaglione+bmo)
Comment 4•7 years ago
|
||
Yes, the recursive directory scan was intentionally removed. We only check the modification time of the install.rdf or manifest.json files now.
Flags: needinfo?(kmaglione+bmo)
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Comment 6•6 years ago
|
||
So changing something in install.rdf should trigger a reload? Fo mer, that is not the case with beta or daily. I just changed the version number of my AddOn but it is not updated...
(In reply to Kris Maglione [:kmag] from comment #4) > Yes, the recursive directory scan was intentionally removed. We only check > the modification time of the install.rdf or manifest.json files now. This doesn't work in TB 60.3.3. Even if install.rdf is modified for a restartless addon, it (= bootstrap.js) is not reloaded with the new code.
this may sound strange and probably is unexpected and a bug(?): I have to restart TB twice for the change n bootstrap.js to come over.
Comment 9•5 years ago
|
||
It seems that the old version of the addon remains in ~/.cache/thunderbird/<profile>/
Deleting that whole subdirectory before starting Thunderbird seems to work for me.
Comment 10•5 years ago
|
||
do you have any idea where that might be on windows?
In appdata/local/Thunderbird/profiles/ ... I found a cache2 folder.
Where could .cache be, or what would its name be on windows, considering that folder starting with point are uncommon.
Comment 11•5 years ago
|
||
It's in .../appdata/local/Thunderbird/profiles/<profile>. The content matches exactly the Unix directory.
You need to log in
before you can comment on or make changes to this bug.
Description
•