Local links again broken with NS 2.6.8.31 & FF30
Local links again broken with NS 2.6.8.31 & FF30
I'm sorry to report that the update to NS 2.6.8.31 has wrecked my local links again… (Using FF 30.0 on Linux)
Downgraded to NS 2.6.8.29 — http://noscript.net/feed — my local links do work again.
Hans
Downgraded to NS 2.6.8.29 — http://noscript.net/feed — my local links do work again.
Hans
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
Are you using any special entry for this purpose in your prefs.js file?
Did you check NoScript Options|Trusted|Allow local links?
Did you check NoScript Options|Trusted|Allow local links?
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
Yes, I had the following two lines remaining —Giorgio Maone wrote:Are you using any special entry for this purpose in your prefs.js file?
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "http://192.168.0.11");
Removing these two lines did not help.
Yes, of course. With this unchecked my links do not work.Giorgio Maone wrote:Did you check NoScript Options|Trusted|Allow local links?
FYI: Our intranet server runs MySQL databases and a web page with scripts that query that db and provide links to documents stored on that server. Like:
Code: Select all
[...]
document.getElementById("hsdb3alias").href = "file:///"+xml.getElementsByTagName("HsDb3")[box_index].textContent;
document.getElementById("dok1alias").innerHTML = xml.getElementsByTagName("Dok1")[box_index].textContent.split("/")[xml.getElementsByTagName("Dok1")[box_index].textContent.split("/").length-1];
document.getElementById("dok1alias").href = "file:///"+xml.getElementsByTagName("Dok1")[box_index].textContent;
document.getElementById("dok2alias").innerHTML = xml.getElementsByTagName("Dok2")[box_index].textContent.split("/")[xml.getElementsByTagName("Dok2")[box_index].textContent.split("/").length-1];
[...]
<h2>Dokumente:</h2>
<div class="xyz">
<table cellspacing="20px">
<tr>
<td><a id="dok1alias"></a></td>
<td><a id="dok2alias"></a></td>
[...]
And sorry, NS 2.6.8.33 still doesn't do it while downgrading to 2.6.8.29 works ok.
Hans
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
Could you send me your NoScript Options|Export file, either by PM or by email?
Thank you.
Thank you.
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
please try setting the noscript.excaps about:config preference to false and restoring your user.js / prefs.js CAPS custom entries.
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
Did so — no effect.Giorgio Maone wrote:please try setting the noscript.excaps about:config preference to false
Then restoredGiorgio Maone wrote:and restoring your user.js / prefs.js CAPS custom entries.
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "http://192.168.0.11");
— no effect.
Hmm. FWIW, I'll PM my current prefs.js. Might contain quite some zombies sinces the first FF versions… BTW, our Win7 machines show the same problem as my Linux box.
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
You need also to add/editHansl wrote: Then restored
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "http://192.168.0.11");
user_pref("capability.policy.policynames", "maonoscript localfilelinks");
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
Giorgio Maone wrote: You need also to add/edit
Code: Select all
user_pref("capability.policy.policynames", "maonoscript localfilelinks");
Is that a new setting? Because 2.6.8.29 worked without it…
Thanks again, Hans
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
I'm tearing my already grey hairs! There's something weird going on:
On my Linux machine I have now the following four lines concerning local links, as far as I can see:
and my links do work. Fine.
Then I went to the first Win7 machine (all with FF30 and NS 2.6.8.33), added via about:config the string variable "capability.policy.policynames" with "maonoscript localfilelinks" and it worked, too. Fine.
2nd Win7 machine, added via about:config the string variable "capability.policy.policynames" — it defaults "maonoscript" only and can't be changed. The lines 1) and 2) from above were missing. But the links work… Hm, well…
3rd Win7 machine, added via about:config the string variable "capability.policy.policynames" — it defaults "maonoscript" only and can't be changed. The links don't work! Added the strings 1) and 2) and finally 4), but the links still don't work!
4th Win7 machine which did not have NoScript yet: Installed NS, enabled Trusted | LL, exited FF, edited prefs.js to add all four lines, restarted FF: the links don't work! Watching prefs.js: When about:config is opened, line 3) disappears from prefs.js while it shows as "maonoscript" only in a:c and can't be edited. When FF is closed, the line reappears but with "localfilelinks" only. Huh!
On my Linux machine I have now the following four lines concerning local links, as far as I can see:
Code: Select all
1) user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
2) user_pref("capability.policy.localfilelinks.sites", "http://192.168.0.11");
3) user_pref("capability.policy.policynames", "maonoscript localfilelinks");
4) user_pref("noscript.policynames", "localfilelinks");
Then I went to the first Win7 machine (all with FF30 and NS 2.6.8.33), added via about:config the string variable "capability.policy.policynames" with "maonoscript localfilelinks" and it worked, too. Fine.
2nd Win7 machine, added via about:config the string variable "capability.policy.policynames" — it defaults "maonoscript" only and can't be changed. The lines 1) and 2) from above were missing. But the links work… Hm, well…
3rd Win7 machine, added via about:config the string variable "capability.policy.policynames" — it defaults "maonoscript" only and can't be changed. The links don't work! Added the strings 1) and 2) and finally 4), but the links still don't work!
4th Win7 machine which did not have NoScript yet: Installed NS, enabled Trusted | LL, exited FF, edited prefs.js to add all four lines, restarted FF: the links don't work! Watching prefs.js: When about:config is opened, line 3) disappears from prefs.js while it shows as "maonoscript" only in a:c and can't be edited. When FF is closed, the line reappears but with "localfilelinks" only. Huh!
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
Giorgio, you're probably aware of https://bugzilla.mozilla.org/show_bug.cgi?id=995943#.
Mozilla/5.0 (X11; Linux i686; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
Is the noscript.excaps about:config preference consistently set to false in all those machines?Hansl wrote: 4th Win7 machine which did not have NoScript yet: Installed NS, enabled Trusted | LL, exited FF, edited prefs.js to add all four lines, restarted FF: the links don't work! Watching prefs.js: When about:config is opened, line 3) disappears from prefs.js while it shows as "maonoscript" only in a:c and can't be edited. When FF is closed, the line reappears but with "localfilelinks" only. Huh!
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
Yep, and this is the most prominent reason why it's incompatible with NoScript's "Allow local links" legacy feature.Hansl wrote:Giorgio, you're probably aware of https://bugzilla.mozilla.org/show_bug.cgi?id=995943#.
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
Ah! That one I had already forgotten… Now all our machines open local file links like file:///S:/somepath/somedoc again as needed — thank you very much! (The ones that worked without that setting were downgraded to NS 2.6.8.29 at that moment, I saw now).Giorgio Maone wrote:Is the noscript.excaps about:config preference consistently set to false in all those machines?
To summarize (correct?): Currently, with FF30 and NS 2.6.8.33, the following five settings in prefs.js or about:config are needed to allow local file links :
Code: Select all
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "<your allowed providing web server>");
user_pref("capability.policy.policynames", "maonoscript localfilelinks");
user_pref("noscript.excaps", "false";
user_pref("noscript.policynames", "localfilelinks");
• Since FF30, it should again be possible to allow local links out of the box, without NoScript or other add-ons? How?
• But when using NoScript (because of its other benefits) it takes over and one has to enable Trusted | Local Links and check the above five settings?
• If so, all trusted sites (from "capability.policy.maonoscript.sites") are then enabled? Or only those in "capability.policy.localfilelinks.sites"?
• The list in "capability.policy.localfilelinks.sites currently isn't editable in NS's preferences, only in about:config? Is it a NS setting at all, or the reinstated FF feature?
Sometimes, at night, I'm unsure if the invention of the computer really was a good idea at all… Well, now I'll go get a good coffee.
Thanks again, Hans
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Local links again broken with NS 2.6.8.31 & FF30
Correct.Hansl wrote: To summarize (correct?): Currently, with FF30 and NS 2.6.8.33, the following five settings in prefs.js or about:config are needed to allow local file links :Code: Select all
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess"); user_pref("capability.policy.localfilelinks.sites", "<your allowed providing web server>"); user_pref("capability.policy.policynames", "maonoscript localfilelinks"); user_pref("noscript.excaps", "false"; user_pref("noscript.policynames", "localfilelinks");
Really, this local link business and Mozilla's more or less thought-through changes have annoyed me mightily and cost me many hours several times now! (And you too, I think) And I'm still confused about the current state. Is the following correct? Could you please shed some light on this?
Just the "capability.policy.*" mumbo jumbo above (you don't need the noscript.* stuff unless you're using NoScript)Hansl wrote: • Since FF30, it should again be possible to allow local links out of the box, without NoScript or other add-ons? How?
At this moment (see my comment in the bug and my spinoff bug report) Trusted|Local Links is pretty much broken, just ignore it.Hansl wrote: • But when using NoScript (because of its other benefits) it takes over and one has to enable Trusted | Local Links and check the above five settings?
Only the latter, just uncheck NoScript's "Allow local links" option.Hansl wrote: • If so, all trusted sites (from "capability.policy.maonoscript.sites") are then enabled? Or only those in "capability.policy.localfilelinks.sites"?
The latter, it's a (broken) compatibility work-around for the now defunct Mozilla CAPS functionality.Hansl wrote: • The list in "capability.policy.localfilelinks.sites currently isn't editable in NS's preferences, only in about:config? Is it a NS setting at all, or the reinstated FF feature?
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
Re: Local links again broken with NS 2.6.8.31 & FF30
Thanks for the clarification — you're a big help for quite a lot of people! Hans
Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0