<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" version="2.0">

<channel>
	<title>Mikes Musings</title>
	
	<link>http://mike.kaply.com</link>
	<description>Mozilla, money, microformats and more</description>
	<lastBuildDate>Sun, 19 May 2013 01:39:12 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/mkaply/musings" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="mkaply/musings" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Disabling Safe Mode (Again)</title>
		<link>http://mike.kaply.com/2013/05/16/disabling-safe-mode-again/</link>
		<comments>http://mike.kaply.com/2013/05/16/disabling-safe-mode-again/#comments</comments>
		<pubDate>Thu, 16 May 2013 13:49:51 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1856</guid>
		<description><![CDATA[So lots of people are having trouble disabling safe mode using my earlier instructions and I discovered it is because of problems overlaying the dialog. So here are some new instructions that should work for everyone. First, create a disablesafemode directory in distribution/bundles where the Firefox executable is located (you'll probable have to create the [...]]]></description>
				<content:encoded><![CDATA[<p>
So lots of people are having trouble disabling safe mode using my earlier instructions and I discovered it is because of problems overlaying the dialog. So here are some new instructions that should work for everyone.
</p>
<p><span id="more-1856"></span></p>
<p>
First, create a disablesafemode directory in distribution/bundles where the Firefox executable is located (you'll probable have to create the distribution and bundles directories as well). Then create a file called chrome.manifest that looks like this:</p>
<pre class="brush: plain; title: ; notranslate">
content disablesafemode content/
override chrome://browser/content/safeMode.xul chrome://disablesafemode/content/safeMode.xul
</pre>
<p>Then create a subdirectory called content. In that directory, create a file called safeMode.xul that looks like this:</p>
<pre class="brush: plain; title: ; notranslate">
&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;
&lt;?xml-stylesheet href=&quot;chrome://global/skin/&quot;?&gt;
&lt;dialog xmlns=&quot;http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul&quot;
        id=&quot;safeModeDialog&quot;
        buttons=&quot;,&quot;
        ondialogcancel=&quot;closeFirefox();&quot;&gt;
  &lt;script type=&quot;application/x-javascript;version=1.7&quot;&gt;
  &lt;![CDATA[
  function closeFirefox() {
    Components.utils.import(&quot;resource://gre/modules/Services.jsm&quot;);
    Services.startup.quit(Services.startup.eForceQuit);
  }
  ]]&gt;
  &lt;/script&gt;
  &lt;description&gt;
  Safe Mode has been disabled.
  &lt;/description&gt;
&lt;/dialog&gt;</pre>
<p>This will cause a dialog to be shown instead of the safe mode dialog that when the user closes, will simply close Firefox. If you'd prefer to show no dialog at all, change <code>ondialogcancel</code> to <code>onload</code>.
</p>
<p>
I've tested this a lot, and it is working for me. Please let me know if you have problems.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/05/16/disabling-safe-mode-again/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Setting Default Application Handlers</title>
		<link>http://mike.kaply.com/2013/05/15/setting-default-application-handlers/</link>
		<comments>http://mike.kaply.com/2013/05/15/setting-default-application-handlers/#comments</comments>
		<pubDate>Wed, 15 May 2013 15:16:43 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1753</guid>
		<description><![CDATA[One of the questions I get asked a lot is how to set default application handlers in Firefox (the Applications page in preferences). Most companies have resorted to creating a default mimeTypes.rdf file and loading this into their default profile. I finally took the time to understand how these handlers work and can give you [...]]]></description>
				<content:encoded><![CDATA[<p>
One of the questions I get asked a lot is how to set default application handlers in Firefox (the Applications page in preferences). Most companies have resorted to creating a default mimeTypes.rdf file and loading this into their default profile. I finally took the time to understand how these handlers work and can give you some code to use.
</p>
<p><span id="more-1753"></span></p>
<p><pre class="brush: plain; title: ; notranslate">
   var handlerSvc = Components.classes[&quot;@mozilla.org/uriloader/handler-service;1&quot;].getService(Components.interfaces.nsIHandlerService)
  // Change &quot;image/tiff&quot; the mime type you want to set the preference for
  var realMIMEInfo = mimeService.getFromTypeAndExtension(&quot;image/tiff&quot;, &quot;&quot;);

  var file = Components.classes[&quot;@mozilla.org/file/local;1&quot;].createInstance(Components.interfaces.nsIFile);
  // This should be the path to the .app file on Mac or the EXE on Windows
  file.initWithPath(&quot;/Applications/Preview.app&quot;);
  var localHandlerApp = Components.classes[&quot;@mozilla.org/uriloader/local-handler-app;1&quot;].createInstance(Components.interfaces.nsILocalHandlerApp);
  localHandlerApp.executable = file;
  // The name that will be shown in preferences.
  // Not used on Mac
  localHandlerApp.name = &quot;Preview&quot;;
 
  realMIMEInfo.preferredApplicationHandler = localHandlerApp;

  // This says to always use the helper app 
  realMIMEInfo.preferredAction = 2; // useHelperApp
  // This says not to ask
  realMIMEInfo.alwaysAskBeforeHandling = false;

  handlerSvc.store(realMIMEInfo);
</pre>
<p>You can add this code to your <a href="http://mike.kaply.com/2012/03/22/customizing-firefox-advanced-autoconfig-files/">autoconfig file</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/05/15/setting-default-application-handlers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>More MAJOR changes coming in Firefox 21</title>
		<link>http://mike.kaply.com/2013/05/13/more-major-changes-coming-in-firefox-21/</link>
		<comments>http://mike.kaply.com/2013/05/13/more-major-changes-coming-in-firefox-21/#comments</comments>
		<pubDate>Mon, 13 May 2013 13:56:21 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1832</guid>
		<description><![CDATA[In my previous post, I talked about the moving of some files for Firefox 21. Due to some major bugs related to partner builds, the distribution directory was moved back. So you no longer need to move distribution files into the browser directory. So here's a summary of what has changed: defaults/preferences -> browser/defaults/preferences defaults/profile [...]]]></description>
				<content:encoded><![CDATA[<p>
In my <a href="http://mike.kaply.com/2013/04/24/major-changes-coming-in-firefox-21/">previous post</a>, I talked about the moving of some files for Firefox 21. Due to some major bugs related to partner builds, the distribution directory was moved back. So you no longer need to move distribution files into the browser directory. So here's a summary of what has changed:</p>
<ul>
<li>defaults/preferences -> browser/defaults/preferences</li>
<li>defaults/profile -> browser/defaults/profile</li>
<li>extensions -> browser/extensions</li>
<li>searchplugins -> browser/searchplugins</li>
</ul>
<p>I've also been asked about the file override.ini - this file should now be placed in the browser subdirectory as well.
</p>
<p>
Remember, Firefox 21 is scheduled to be released tomorrow.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/05/13/more-major-changes-coming-in-firefox-21/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Don't Unpack and Repack omni.ja[r]</title>
		<link>http://mike.kaply.com/2013/05/06/dont-unpack-and-repack-omni-jar/</link>
		<comments>http://mike.kaply.com/2013/05/06/dont-unpack-and-repack-omni-jar/#comments</comments>
		<pubDate>Mon, 06 May 2013 14:22:08 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1825</guid>
		<description><![CDATA[If any step in your process to customize and deploy Firefox involves unpacking and repacking omni.ja[r], you're probably doing it wrong. Any modifications you need to make to Firefox, whether it be changing the default profiles, changing the default preferences or even overriding specific files can be done WITHOUT repackaging omni.ja[r]. If you really think [...]]]></description>
				<content:encoded><![CDATA[<p>
If any step in your process to customize and deploy Firefox involves unpacking and repacking <a href="https://developer.mozilla.org/en-US/docs/Mozilla/About_omni.ja_%28formerly_omni.jar%29">omni.ja[r]</a>, you're probably doing it wrong. Any modifications you need to make to Firefox, whether it be <a href="http://mike.kaply.com/2012/03/30/customizing-firefox-default-profile/">changing the default profiles</a>, <a href="http://mike.kaply.com/2012/03/15/customizing-firefox-default-preference-files/">changing the default preferences</a> or even <a href="https://developer.mozilla.org/en-US/docs/Chrome_Registration#override">overriding specific files</a> can be done WITHOUT repackaging omni.ja[r].
</p>
<p>
If you really think you have a use case for unpacking the omni.ja[r], let me know and I'll try to prove you wrong.
</p>
<p>
Now you know...</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/05/06/dont-unpack-and-repack-omni-jar/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Add-on Scopes Redux</title>
		<link>http://mike.kaply.com/2013/05/03/add-on-scopes-redux/</link>
		<comments>http://mike.kaply.com/2013/05/03/add-on-scopes-redux/#comments</comments>
		<pubDate>Fri, 03 May 2013 13:00:13 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1820</guid>
		<description><![CDATA[In a previous post, I talked about add-on scopes. One of the things that was most problematic about add-on scopes was where the extensions.autoDisableScopes preference could be set. In my original testing, I thought I was unable to set it in an autoconfig file. I've retested everything in the ESR 17 as well as the [...]]]></description>
				<content:encoded><![CDATA[<p><a href="http://mike.kaply.com/2012/02/21/understanding-add-on-scopes/">In a previous post, I talked about add-on scopes</a>. One of the things that was most problematic about add-on scopes was where the <code>extensions.autoDisableScopes</code> preference could be set. In my original testing, I thought I was unable to set it in an autoconfig file. I've retested everything in the ESR 17 as well as the current Firefox, and to my surprise, this value can be set fine in an autoconfig file (although not if it is remote).</p>
<p>In addition, for files in the defaults/preference directory, there were issues with JS files only working if the filename started with a letter less than f. That problem appears to not be there anymore either.</p>
<p>
So to summarize, you can set extensions.autoDisableScopes via <a href="http://mike.kaply.com/2012/03/16/customizing-firefox-autoconfig-files/">autoconfig</a> (and you should) and it doesn't matter what your JS file in defaults/preferences is named.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/05/03/add-on-scopes-redux/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MAJOR changes coming in Firefox 21</title>
		<link>http://mike.kaply.com/2013/04/24/major-changes-coming-in-firefox-21/</link>
		<comments>http://mike.kaply.com/2013/04/24/major-changes-coming-in-firefox-21/#comments</comments>
		<pubDate>Wed, 24 Apr 2013 19:15:42 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1807</guid>
		<description><![CDATA[There are some pretty major changes coming in Firefox 21 that you need to be aware of if you are going to deploy it. Here's the details. In order to support the metro version of Firefox, most of the Firefox code was moved into a subdirectory called browser. This means that all configuration files except [...]]]></description>
				<content:encoded><![CDATA[<p>
There are some pretty major changes coming in Firefox 21 that you need to be aware of if you are going to deploy it. Here's the details.
</p>
<p>In order to support the metro version of Firefox, most of the Firefox code was moved into a subdirectory called browser. This means that all configuration files except the autoconfig now go into the browser subdirectory:</p>
<ul>
<li>browser/distribution</li>
<li>browser/defaults/preferences</li>
<li>browser/defaults/profile</li>
<li>browser/extensions</li>
<li>browser/searchplugins</li>
</ul>
<p>So just about every blog post I've ever done on this stuff doesn't apply starting with Firefox 21. Also be aware that these changes will be in the ESR 24.
</p>
<p>
In addition, there is a new feature called <a href="https://blog.mozilla.org/metrics/fhr-faq/">Firefox Health Report</a> that is on by default. You can see it by going to about:healthreport. This feature sends data about Firefox to Mozilla. You have two choices here. If you want to be able to see the data, and just  not have it sent to Mozilla, set the preference "datareporting.healthreport.uploadEnabled" to false. If you want to turn it off completely, set the preference "datareporting.healthreport.service.enabled" to false.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/04/24/major-changes-coming-in-firefox-21/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>15 Years of Mozilla - My #webstory</title>
		<link>http://mike.kaply.com/2013/04/02/15-years-of-mozilla-my-webstory/</link>
		<comments>http://mike.kaply.com/2013/04/02/15-years-of-mozilla-my-webstory/#comments</comments>
		<pubDate>Tue, 02 Apr 2013 15:47:31 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1788</guid>
		<description><![CDATA[It's hard to believe it's been 15 years. It seems like only yesterday that I was working with the Netscape for OS/2 team to make sure that all the back-end OS/2 changes made it into the source code release. Being a contributor to Mozilla has allowed me to have some amazing experiences. Working with some [...]]]></description>
				<content:encoded><![CDATA[<p>
It's hard to believe it's been 15 years. It seems like only yesterday that I was working with the Netscape for OS/2 team to make sure that <a href="https://mxr.mozilla.org/classic/search?string=XP_OS2">all the back-end OS/2 changes</a> made it into the source code release.
</p>
<div style="text-align: center;padding-top: 10px;padding-bottom: 10px;">
<img src="http://mike.kaply.com/files/2013/04/badge.jpg" alt="badge" width="408" height="306">
</div>
<p>
Being a contributor to Mozilla has allowed me to have some amazing experiences.</p>
<ul>
<li>Working with some incredible people in the partner engineering center at Netscape. I couldn't possibly name them all, but a lot of the Mozilla relationships I have now started in that building.</li>
<li>Leading the team that ported Mozilla to OS/2 as the <a href="http://www.anonymous-insider.net/os2/research/2001/0331.html">IBM Web Browser</a>.</li>
<li>Leading the team that <a href="http://www.mozilla.org/ports/os2/">ported Firefox to OS/2</a>.</li>
<li>Traveling around the world talking to people about OS/2 browsers.</l>
<li>Getting to meet Sergey Brin in the early days of Google at Technical Advisory Group meetings with Mozilla, IBM, Google, Red Hat and others.</li>
<li>Taking Blake Ross to meet Sam Palmisano, the CEO of IBM, to talk about Firefox.</li>
<li>Working with IBM Israel and IBM Egypt to get bidirectional language support (Hebrew and Arabic) into Mozilla.</li>
<li>Working on <a href="https://addons.mozilla.org/en-us/firefox/addon/operator/">Operator</a> and getting <a href="https://developer.mozilla.org/en-US/docs/Using_microformats">microformats</a> support into Firefox</li>
<li>Creating the <a href="https://addons.mozilla.org/en-us/firefox/addon/cck/">CCK</a> and enabling hundreds of enterprises to customize and deploy Firefox.</li>
<li><a href="http://mike.kaply.com/2008/03/05/microsoft-activities-for-firefox/">Releasing a Firefox version of IE8 Activites before IE8 had it.</a></li>
<li>Starting <a href="http://consulting.kaply.com/">Kaply Consulting</a> after leaving IBM which enabled me to continue to develop and advocate for Firefox.</li>
</ul>
<p>
Thanks, Mozilla, for 15 years. And thanks to all the people who have helped me get here.</p>
<div style="text-align: center">
<img src="http://mike.kaply.com/files/2013/04/coin.jpg">
</div>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/04/02/15-years-of-mozilla-my-webstory/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>One More CCK Wizard Beta</title>
		<link>http://mike.kaply.com/2013/04/01/one-more-cck-wizard-beta/</link>
		<comments>http://mike.kaply.com/2013/04/01/one-more-cck-wizard-beta/#comments</comments>
		<pubDate>Mon, 01 Apr 2013 14:34:09 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1785</guid>
		<description><![CDATA[I've got some updates to the CCK Wizard, but they've been taking a back seat to other work. I've finally got them together in this new beta. You can download it here.This one has the ability to remove the add-on discovery UI as well as support for modifying the default click to play list (thanks [...]]]></description>
				<content:encoded><![CDATA[<p>
I've got some updates to the CCK Wizard, but they've been taking a back seat to other work. I've finally got them together in this new beta. <a href="http://code.google.com/p/ff-cckwizard/downloads/list">You can download it here</a>.This one has the ability to remove the add-on discovery UI as well as support for modifying the default click to play list (thanks to Nils Sprenger and Tim Stecher).
</p>
<p>
I'm releasing this on Friday of this week, so if you have problems, please let me know.
</p>
<p>
There have been sporadic reports of bookmarks not working and certificates not installing. If that happens to you, I can't debug it without the XPI, so please send that to me if you have the problem.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/04/01/one-more-cck-wizard-beta/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Firefox Installer Command Line Arguments</title>
		<link>http://mike.kaply.com/2013/03/13/firefox-installer-command-line-arguments/</link>
		<comments>http://mike.kaply.com/2013/03/13/firefox-installer-command-line-arguments/#comments</comments>
		<pubDate>Thu, 14 Mar 2013 03:46:05 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1775</guid>
		<description><![CDATA[I was recently asked if there was a way to silence the Firefox installer. There are actually a number of customizations you can make to the Firefox installer without rebuilding it, like silencing it, changing the install directory and more. Rather than go into detail here, the best place to point you is an entry [...]]]></description>
				<content:encoded><![CDATA[<p>
I was recently asked if there was a way to silence the Firefox installer. There are actually a number of customizations you can make to the Firefox installer without rebuilding it, like silencing it, changing the install directory and more.
</p>
<p>
Rather than go into detail here, the best place to point you is an entry on the Mozilla Wiki - <a href="https://wiki.mozilla.org/Installer:Command_Line_Arguments">Installer:Command Line Arguments</a></p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/03/13/firefox-installer-command-line-arguments/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Always Awesome Bar</title>
		<link>http://mike.kaply.com/2013/03/07/always-awesome-bar/</link>
		<comments>http://mike.kaply.com/2013/03/07/always-awesome-bar/#comments</comments>
		<pubDate>Thu, 07 Mar 2013 19:32:09 +0000</pubDate>
		<dc:creator>Mike Kaply</dc:creator>
				<category><![CDATA[mozilla]]></category>

		<guid isPermaLink="false">http://mike.kaply.com/?p=1768</guid>
		<description><![CDATA[I personally hate the fact that when you bring up the Add-on Manager, the URL bar goes away. If you're annoyed by that as well, I've created an add-on to solve that - Always Awesome Bar. With this add-on installed, URLs that typically make the URL bar go away behave like normal URLs.]]></description>
				<content:encoded><![CDATA[<p>
I personally hate the fact that when you bring up the Add-on Manager, the URL bar goes away. If you're annoyed by that as well, I've created an add-on to solve that - <a href="https://addons.mozilla.org/firefox/addon/always-awesome-bar/">Always Awesome Bar</a>.
</p>
<p><img src="http://mike.kaply.com/files/2013/03/alwaysawesomebar.png" alt="alwaysawesomebar" width="327" height="215" class="alignnone size-full wp-image-1770" /></p>
<p>
With this add-on installed, URLs that typically make the URL bar go away behave like normal URLs.</p>
]]></content:encoded>
			<wfw:commentRss>http://mike.kaply.com/2013/03/07/always-awesome-bar/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss><!-- This Quick Cache file was built for (  mike.kaply.com/feed/ ) in 1.17596 seconds, on May 19th, 2013 at 4:57 am UTC. --><!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on May 19th, 2013 at 5:57 am UTC --><!-- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ --><!-- Quick Cache Is Fully Functional :-) ... A Quick Cache file was just served for (  mike.kaply.com/feed/ ) in 0.00041 seconds, on May 19th, 2013 at 5:41 am UTC. -->
