Re: Access Windows system variable from chrome JavaScript
On Friday, August 17, 2012 1:53:02 PM UTC+5:30, Neil wrote: Malintha Adikari wrote: I want to access system variable in Windows OS from my firebug extension. Can I do that ? Is it possible to access OS system variables inside the chrome JavaScript ? Did you mean environment variable? In that case use https://developer.mozilla.org/en-US/docs/XPCOM_Interface_Reference/nsIEnvironment -- Warning: May contain traces of nuts. Hi, Thanks for your answer, It is perfect. I could access environment variables in windows in from my firebug extension through this. Thanks again, Malintha ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Compiling Binary XPCOM Plugin with Gecko 15
This almost certainly means that you are compiling your code with -DDEBUG (or -D_DEBUG). Yes, it is so. Thx for the answer, ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
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
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 * PBJ, 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
