<div dir="ltr"><div>Hope things are well.<br></div><div><br></div><div>I had this in a folder to look at later, but I wanted to make sure you knew that I added Handlers support to policy, so you shouldn't need this anymore:</div><div><br></div><div><a href="https://github.com/mozilla/policy-templates/blob/master/README.md#Handlers">https://github.com/mozilla/policy-templates/blob/master/README.md#Handlers</a></div><div><br></div><div>Mike<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 22, 2019 at 7:28 AM James Pearson <<a href="mailto:james-p@moving-picture.com">james-p@moving-picture.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks - that workaround appears to work fine for me as well<br>
<br>
James Pearson<br>
<br>
Mike Kaply wrote:<br>
> <br>
> It's definitely a bug. It appears to be a timing issue with messing with protocol handlers too early.<br>
> <br>
> Getting someone to look at it might be tricky since it's not necessarily a supported mechanism. But here's a workaround to just do it later in the startup process that works for me:<br>
> <br>
> Components.utils.import("resource://gre/modules/Services.jsm");<br>
> <br>
> Services.obs.addObserver(function observer(subject, topic, data) {<br>
>    // DO ANYTHING YOU NEED TO DO LATER IN STARTUP LIKE PROTOCOL HANDLERS<br>
>    Services.obs.removeObserver(observer, topic);<br>
> }, "final-ui-startup");<br>
> <br>
> I am going to see if I can figure out what caused it though.<br>
> <br>
> Mike<br>
> <br>
> <br>
> <br>
> On Mon, Oct 21, 2019 at 8:34 AM Mike Kaply <<a href="mailto:mkaply@mozilla.com" target="_blank">mkaply@mozilla.com</a><mailto:<a href="mailto:mkaply@mozilla.com" target="_blank">mkaply@mozilla.com</a>>> wrote:<br>
> I'm definitely investigating it as a bug.<br>
> <br>
> Mike<br>
> <br>
> On Fri, Oct 18, 2019 at 4:16 PM James Pearson <<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a><mailto:<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a>>> wrote:<br>
> I actually meant: "I can sort-of work around this problem ..."<br>
> <br>
> But I would still like to know if this a bug or something that can be fixed in the autoconfig file<br>
> <br>
> Thanks<br>
> <br>
> James Pearson<br>
> ________________________________________<br>
> From: Enterprise [<a href="mailto:enterprise-bounces@mozilla.org" target="_blank">enterprise-bounces@mozilla.org</a><mailto:<a href="mailto:enterprise-bounces@mozilla.org" target="_blank">enterprise-bounces@mozilla.org</a>>] on behalf of James Pearson [<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a><mailto:<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a>>]<br>
> Sent: 16 October 2019 14:41<br>
> To: Mike Kaply<br>
> Cc: <a href="mailto:enterprise@mozilla.org" target="_blank">enterprise@mozilla.org</a><mailto:<a href="mailto:enterprise@mozilla.org" target="_blank">enterprise@mozilla.org</a>><br>
> Subject: Re: [Mozilla Enterprise] Problem with custom protocol handler in autoconfig file and ESR 68<br>
> <br>
> I can't sort-of work around this problem by checking for a custom pref<br>
> in the autoconfig file - and don't set up the custom protocol handler if<br>
> this pref doesn't exist, but set this custom pref. On subsequent runs of<br>
> Firefox, as the custom pref exists and is set, the custom protocol<br>
> handler is set up<br>
> <br>
> This does mean that the custom protocol handler doesn't work on the<br>
> first run, but all works as expected on subsequent runs ...<br>
> <br>
> Is this a bug I should report - or is it something that should be<br>
> 'fixed' (somehow?) in the autoconfig file ?<br>
> <br>
> Thanks<br>
> <br>
> James Pearson<br>
> <br>
> James Pearson wrote:<br>
>><br>
>> pdfjs.disabled is set to false<br>
>><br>
>> Thanks<br>
>><br>
>> James Pearson<br>
>><br>
>> Mike Kaply wrote:<br>
>>><br>
>>> That's quite strange.<br>
>>><br>
>>> Are you sure you're not somehow accidentally turning it off?<br>
>>><br>
>>> What do you see for the value of pdfjs.disabled when you go to<br>
>>> about:config?<br>
>>><br>
>>> Mike<br>
>>><br>
>>> On Tue, Oct 15, 2019 at 10:25 AM James Pearson<br>
>>> <<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a><mailto:<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a>><mailto:<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a><mailto:<a href="mailto:james-p@moving-picture.com" target="_blank">james-p@moving-picture.com</a>>>> wrote:<br>
>>> This is really aimed at Mike Kaply ...<br>
>>><br>
>>> Many years ago on this list, Mike provided the 'magic' to add a custom<br>
>>> protocol handler in an autoconfig cfg file - the archives of this list<br>
>>> don't go back to 2014, so I can't link to the original thread - but what<br>
>>> is needed is something like this:<br>
>>><br>
>>> const Cc = Components.classes;<br>
>>> const Ci = Components.interfaces;<br>
>>> var extProtocolSvc =<br>
>>> Cc["@<a href="http://mozilla.org/uriloader/external-protocol-service;1" rel="noreferrer" target="_blank">mozilla.org/uriloader/external-protocol-service;1</a><<a href="http://mozilla.org/uriloader/external-protocol-service;1" rel="noreferrer" target="_blank">http://mozilla.org/uriloader/external-protocol-service;1</a>><<a href="http://mozilla.org/uriloader/external-protocol-service;1" rel="noreferrer" target="_blank">http://mozilla.org/uriloader/external-protocol-service;1</a>>"].getService(Ci.nsIExternalProtocolService);<br>
>>><br>
>>> var handlerSvc =<br>
>>> Cc["@<a href="http://mozilla.org/uriloader/handler-service;1" rel="noreferrer" target="_blank">mozilla.org/uriloader/handler-service;1</a><<a href="http://mozilla.org/uriloader/handler-service;1" rel="noreferrer" target="_blank">http://mozilla.org/uriloader/handler-service;1</a>><<a href="http://mozilla.org/uriloader/handler-service;1" rel="noreferrer" target="_blank">http://mozilla.org/uriloader/handler-service;1</a>>"].getService(Ci.nsIHandlerService);<br>
>>><br>
>>><br>
>>> var handlerInfo = extProtocolSvc.getProtocolHandlerInfo("yourprotocol");<br>
>>><br>
>>> var file =<br>
>>> Cc["@<a href="http://mozilla.org/file/local;1" rel="noreferrer" target="_blank">mozilla.org/file/local;1</a><<a href="http://mozilla.org/file/local;1" rel="noreferrer" target="_blank">http://mozilla.org/file/local;1</a>><<a href="http://mozilla.org/file/local;1" rel="noreferrer" target="_blank">http://mozilla.org/file/local;1</a>>"].createInstance(Ci.nsIFile);<br>
>>><br>
>>> // This should be the path to the .app file on Mac or the EXE on Windows<br>
>>> file.initWithPath("/Applications/Preview.app");<br>
>>> var localHandlerApp =<br>
>>> Cc["@<a href="http://mozilla.org/uriloader/local-handler-app;1" rel="noreferrer" target="_blank">mozilla.org/uriloader/local-handler-app;1</a><<a href="http://mozilla.org/uriloader/local-handler-app;1" rel="noreferrer" target="_blank">http://mozilla.org/uriloader/local-handler-app;1</a>><<a href="http://mozilla.org/uriloader/local-handler-app;1" rel="noreferrer" target="_blank">http://mozilla.org/uriloader/local-handler-app;1</a>>"].createInstance(Ci.nsILocalHandlerApp);<br>
>>><br>
>>> localHandlerApp.executable = file;<br>
>>> // The name that will be shown in preferences.<br>
>>> // Not used on Mac<br>
>>> localHandlerApp.name = "Preview";<br>
>>> handlerInfo.possibleApplicationHandlers.appendElement(localHandlerApp,<br>
>>> false);<br>
>>> handlerInfo.preferredAction = Ci.nsIHandlerInfo.useHelperApp;<br>
>>> handlerInfo.preferredApplicationHandler = localHandlerApp;<br>
>>> handlerInfo.alwaysAskBeforeHandling = false;<br>
>>> handlerSvc.store(handlerInfo);<br>
>>><br>
>>> This has worked fine ever since for us - and works with ESR 68 -<br>
>>> however, it appears to 'break' the built-in PDF viewer<br>
>>><br>
>>> If I create a new profile with a custom protocol handler defined in the<br>
>>> autoconfig (as above), then the built-in PDF viewer isn't used - you're<br>
>>> given the option to open the PDF file in an external viewer instead<br>
>>><br>
>>> Looking at the Preference Setting for PDF, it is set to 'Always ask' -<br>
>>> changing this to 'Preview in Firefox' just brings up a Save dialog when<br>
>>> clicking on a link to a PDF file<br>
>>><br>
>>> (The custom protocol handler works fine)<br>
>>><br>
>>> However, if I create a new profile with an autoconfig that doesn't have<br>
>>> a custom handler defined, start Firefox with that new profile, then quit<br>
>>> Firefox. Then restart Firefox (using the same profile), but this time<br>
>>> using an autoconfig that has the custom handler defined, then the<br>
>>> built-in PDF viewer works as expected ... as does the custom protocol<br>
>>> handler<br>
>>> git push<br>
> <br>
>>> i.e. defining a custom protocol handler on the first run of Firefox<br>
>>> appears to interfere with/break the built-it PDF viewer<br>
>>><br>
>>> This is with Firefox ESR 68.1 on Linux<br>
>>><br>
>>> Any idea what I can do to prevent this happening ?<br>
>>><br>
>>> Thanks<br>
>>><br>
>>> James Pearson<br>
>>> _______________________________________________<br>
>>> Enterprise mailing list<br>
>>> <a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a><mailto:<a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a>><mailto:<a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a><mailto:<a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a>>><br>
>>> <a href="https://mail.mozilla.org/listinfo/enterprise" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/enterprise</a><br>
>>><br>
>>> To unsubscribe from this list, please visit<br>
>>> <a href="https://mail.mozilla.org/listinfo/enterprise" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/enterprise</a> or send an email to<br>
>>> <a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a><mailto:<a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a>><mailto:<a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a><mailto:<a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a>>><br>
>>> with a subject of "unsubscribe"<br>
>>><br>
>><br>
>> _______________________________________________<br>
>> Enterprise mailing list<br>
>> <a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a><mailto:<a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a>><br>
>> <a href="https://mail.mozilla.org/listinfo/enterprise" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/enterprise</a><br>
>><br>
>> To unsubscribe from this list, please visit<br>
>> <a href="https://mail.mozilla.org/listinfo/enterprise" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/enterprise</a> or send an email to<br>
>> <a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a><mailto:<a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a>> with a subject of "unsubscribe"<br>
> <br>
> _______________________________________________<br>
> Enterprise mailing list<br>
> <a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a><mailto:<a href="mailto:Enterprise@mozilla.org" target="_blank">Enterprise@mozilla.org</a>><br>
> <a href="https://mail.mozilla.org/listinfo/enterprise" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/enterprise</a><br>
> <br>
> To unsubscribe from this list, please visit <a href="https://mail.mozilla.org/listinfo/enterprise" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/enterprise</a> or send an email to <a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a><mailto:<a href="mailto:enterprise-request@mozilla.org" target="_blank">enterprise-request@mozilla.org</a>> with a subject of "unsubscribe"<br>
> <br>
<br>
</blockquote></div>