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)

Product:
Thunderbird
Component:
OS Integration
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
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.
We use the code from toolkit. Please can you check with the FX nightly if this behaves the same?
>Please can you check with the FX nightly if this behaves the same?
I am not equipped to do that.
See Also: → 1389741
Maybe related to bug 1389741.

Kris, did that get removed intentionally or damaged accidentally?
Flags: needinfo?(kmaglione+bmo)
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)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
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.

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.

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.

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.