Re: Components.utils.import caches?
Am Dienstag, 1. Februar 2011 06:16:50 UTC+1 schrieb johnjbarton:
> I recall reading some rumors about Components.utils.import being cached
> in such a way that devs can't change the source and see changes. Any
> truth to this? Any workaround if true? (Other than the rumored
> requirement to change the file names!).
>
> jjb
I can confirm this issue: Using Firefox 14.01 and using utils.import to load
user scripts from the Firefox profile directory does not work as expected:
Changes to the imported files do not take effect after a Firefox restart. I
also tried unload without success:
Components.utils.unload("file://" + filePath);
Components.utils.import("file://" + filePath);
However, sometimes (I cannot reproduce when exactly) after several restarts
Firefox seems to drop the cache and read the file again. I'm curious for any
workaround. It would be cool to reimport a modified file without a restart.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Re: Components.utils.import caches?
On 8/20/2012 9:25 AM, sebastiang...@gmail.com wrote:
Am Dienstag, 1. Februar 2011 06:16:50 UTC+1 schrieb johnjbarton:
I recall reading some rumors about Components.utils.import being cached
in such a way that devs can't change the source and see changes. Any
truth to this? Any workaround if true? (Other than the rumored
requirement to change the file names!).
jjb
I can confirm this issue: Using Firefox 14.01 and using utils.import to load
user scripts from the Firefox profile directory does not work as expected:
Changes to the imported files do not take effect after a Firefox restart. I
also tried unload without success:
Components.utils.unload("file://" + filePath);
Components.utils.import("file://" + filePath);
However, sometimes (I cannot reproduce when exactly) after several restarts
Firefox seems to drop the cache and read the file again. I'm curious for any
workaround. It would be cool to reimport a modified file without a restart.
This is a function of the "startup cache" which improves startup
performance by cacheing preparsed versions of these files the first time
they are parsed to improve future startup times. The startup cache is
automatically cleared when Firefox updates to a new version, when the
user launches in safe mode, and I believe whenever a non-restartless
addon is installed or uninstalled. You can programmatically clear the
startup cache using the nsIStartupCache.invalidate() interface; you can
also do some other things:
* Use the -purgecaches command line argument or MOZ_PURGE_CACHES=1
environment variable to clear on startup.
* set the MOZ_STARTUP_CACHE=/path/to/file environment variable to change
what file Firefox uses for the startup cache
--BDS
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Re: Proposed policy change: reusability of tests by other browsers
On 8/19/2012 1:41 AM, Aryeh Gregor wrote: Anyway, one major goal of an open web is that users should have as many choices as possible for web browsers. That means we need to put special effort into making things as easy as possible for smaller browsers. So if Opera will definitely use our tests and other browsers might or might not, I think that's a good reason to go ahead. Can you say more about this? Are you saying it's Mozilla's responsibility to put Mozilla resources into solving problems for Opera? I'm not sure I understand this assertion. - A ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
W3C Proposed Recommendation: Navigation Timing
W3C recently published the following proposed recommendation: Navigation Timing W3C Proposed Recommendation 26 July 2012 http://www.w3.org/TR/2012/PR-navigation-timing-20120726/ There's a call for review to W3C member companies (of which Mozilla is one) open until August 28. If there are comments you think Mozilla should send as part of the review, or if you think Mozilla should voice support or opposition to the specification, please say so in this thread. (I'd note, however, that there have been many previous opportunities to make comments, so it's somewhat bad form to bring up fundamental issues for the first time at this stage.) -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: XUL Runner, and the future.
On 8/14/2012 8:45 PM, andreas.pals...@gmail.com wrote: Hi. I am curious if XUL Runner has an End-Of-Life policy? Or is it intimately connected with Firefox, i.e. as long as there is Firefox releases based on XUL there will be XUL Runner available too? The reason I ask if because I am trying to "standardize" it within my organization for the next 5-10 years. Thank you. I personally think I'll be using XULRunner for a long while. I notice when SDK builds aren't available... and if the community considered me qualified to do so, I'd try to actively own and maintain it. It's pretty important to me as a base platform for building my own apps. For instance, there's a patch in the pipeline to replace the old install-app capability with a Python script that works much better. Alex ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Components.utils.import caches?
Benjamin Smedberg wrote:
On 8/20/2012 9:25 AM, sebastiang...@gmail.com wrote:
Am Dienstag, 1. Februar 2011 06:16:50 UTC+1 schrieb johnjbarton:
I recall reading some rumors about Components.utils.import being
cached in such a way that devs can't change the source and see
changes. Any truth to this? Any workaround if true? (Other than the
rumored requirement to change the file names!).
I can confirm this issue: Using Firefox 14.01 and using utils.import
to load user scripts from the Firefox profile directory does not work
as expected: Changes to the imported files do not take effect after a
Firefox restart. I also tried unload without success:
Components.utils.unload("file://" + filePath);
Components.utils.import("file://" + filePath);
However, sometimes (I cannot reproduce when exactly) after several
restarts Firefox seems to drop the cache and read the file again. I'm
curious for any workaround. It would be cool to reimport a modified
file without a restart.
This is a function of the "startup cache" which improves startup
performance by cacheing preparsed versions of these files the first
time they are parsed to improve future startup times. The startup
cache is automatically cleared when Firefox updates to a new version,
when the user launches in safe mode, and I believe whenever a
non-restartless addon is installed or uninstalled. You can
programmatically clear the startup cache using the
nsIStartupCache.invalidate() interface; you can also do some other
things:
* Use the -purgecaches command line argument or MOZ_PURGE_CACHES=1
environment variable to clear on startup.
* set the MOZ_STARTUP_CACHE=/path/to/file environment variable to
change what file Firefox uses for the startup cache
The rot seems to have crept into chrome scripts as well. Time was that
you could disable the XUL cache and your DTD and JS files would get
re-read too. Now that I have looked I see that
Services.obs.notifyObservers(null, "startupcache-invalidate", null);
will help me out a bit.
--
Warning: May contain traces of nuts.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
MemShrink meeting Tuesday 8/21/2012 @ 4:00pm PDT
The wiki page for this meeting is at: https://wiki.mozilla.org/Performance/MemShrink Agenda: * Prioritize unprioritized MemShrink bugs. * Discuss how we measure progress. * Discuss approaches to getting more data. Meeting details: * Tue, Aug 21, 2012, 4:00 PM PDT * PB&J, Mountain View office, 3rd floor. * Dial-in Info: - In office or soft phone: extension 92 - US/INTL: 650-903-0800 or 650-215-1282 then extension 92 - Toll-free: 800-707-2533 then password 369 - Conference num 95346 -- Jet ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
