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