[resolved]Need to request NoScript xpi twice from informacti

[barbaz]

(sent in PM to Giorgio on 25 Aug 2014, but since I haven't heard back yet & the issue is still there, let's try again to post this publicly like I originally wanted to...)

I always (whenever possible) update NoScript by downloading from http://noscript.net/getit#devel. The last several updates, I've noticed that I have to request the NoScript XPI several times in order for it to start downloading. I thought I had narrowed some of the issue to my user-agent string being faked, but even using my real UA on all informaction.com I'm having to request it at least twice.

This was the only thing of note in the Error Console, not sure if it's relevant or just the result of me cancelling the first download attempt:

Code: Select all

Error: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.requestSucceeded]"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "JS frame :: resource://gre/modules/addons/XPIProvider.jsm :: AI_onStopRequest :: line 5302"  data: no]
Source File: resource://gre/modules/addons/XPIProvider.jsm
Line: 5302

This issue doesn't happen on AMO anymore...

I'm using SeaMonkey 2.28 (but the issue still happens with 2.29.1 and 2.30). Is this a site bug or a SeaMonkey bug?

[Giorgio Maone]

Did you try on a clean profile?

[barbaz]

Did you try on a clean profile?

Nope, that didn't occur to me... and it does work there... off to figure the cause now
will post back with the results

[barbaz]

OK, I'm clueless. It does not work in my main profile even disabling all extensions, but it works in a new profile with prefs.js, user.js, and permissions.sqlite copied from my main profile.
Main profile also fails in safe mode.

Apparently it's enough to reproduce the issue if I copy only:
- extensions
- prefs.js
- user.js
but don't enable any extensions.
Yet, copying ONLY extensions or ONLY prefs.js & user.js, it works as expected.
Furthermore, uninstalling all my extensions does not get it working either - but unisntalling extensions, followed by deleting prefs.js AND user.js, does.

???

I'm starting to feel like this guy

[barbaz]

OK, I'm fairly sure now that the issue is SOMETHING in my prefs.js. If I remove prefs.js from my profile (making no other changes) it works - put it back, broken.

But I've no idea how to isolate the bad pref(s?), because it only seems to be bad under very specific circumstances

I've been able to narrow the responsible prefs down to extensions.(something) ... but I can't narrow it further than that nope, apparently not

Think I'm just gonna have to look at what's going on in Firefox's remote debugger, see exactly where this is borking.

[barbaz]

*sigh* it's not even a bug in SeaMonkey 2.28 - SM 2.27a2 reproduces it now, and it didn't before when I used it for everyday browsing...

Removing all extensions.* prefs doesn't get it working anymore but deleting prefs.js still does.

Running the debugger isn't informative here - but seems that if it fails once, it works for the rest of the browser session *for that site*

Tried hosting one of my custom xpis on my own server... and same problem there, so I'll move this thread to Web Tech and use my local server for further debugging.

Not sure what to do at this point...

[therube]

> by downloading from http://noscript.net/getit#devel

So you're actually download first, then install separately?
(That is as I do.)

In my case, I always use my Download Manager & can't say I've run into the circumstances as you describe.

[therube]

My thought would be "SSL" (Edit | Preferences | Privacy & Security).
And if not there, perhaps something with "preloading" (Edit | Preferences | Advanced -> HTTP Networking)?

How about bisecting (your "bad") prefs.js?
Now I understand that some Prefs may be written back automatically, but still could be worth a shot.

[barbaz]

So you're actually download first, then install separately?

Nope... I click the link, it says 'Add-on Downloading' but it just sits there indeterminate not doing anything, so I Cancel that, then click the link again, and it downloads and installs as expected.

My thought would be "SSL" (Edit | Preferences | Privacy & Security).

It wouldn't be SSL because then it would never work.

And if not there, perhaps something with "preloading" (Edit | Preferences | Advanced -> HTTP Networking)?

I disable preloading, and have for a long time, so that wouldn't be a likely culprit either...

How about bisecting (your "bad") prefs.js?
Now I understand that some Prefs may be written back automatically, but still could be worth a shot.

Thanks for the bisection suggestion, guess that's my best shot of getting this.

[barbaz]

How about bisecting (your "bad") prefs.js?

Seems that's not gonna get it, because the following happens:
1) Delete a section of prefs
2) Observe it works
3) Copy back old prefs.js, try to narrow it down
4) Observe that nothing works
5) Restore prefs.js, repeat exactly step 1
6) Check again, but it shou... Wait, it's still not working...?
7) Delete prefs.js completely
8) Observe it works


any other ideas?

[barbaz]

Well, it's not present in my PaleMoon 24.6.2 profile... and that prefs.js is fine, even when copied to SeaMonkey (EDIT it's only sort of fine in SM - see below). So I'll start with a diff of the two prefs.js - and worst case scenario, I have a fallback it looks like...

Code: Select all

[deleted]

It's at least one of those changes ^ ^ causing this, at least in part...
(submitting now, because this is getting kinda long)

[barbaz]

Argh, not quite
The PaleMoon prefs.js *as saved in the snapshot of the VM I'm testing with* is good. Put it in SeaMonkey, try to use it, restart SeaMonkey, nope it's back not working again.

PaleMoon still unaffected, even after leaving the good prefs.js, restarting, and trying again..

[barbaz]

Extensions I have in SeaMonkey but not in PaleMoon:

Code: Select all

about:robots 1.3
About startup 0.1.12
ChatZilla 0.9.91
[DOM Inspector 2.0.15pre in SM vs 2.0.14 in PM]
Duplicate This Tab 1.3.2
Firebug 2.0.4
Firefox Developer Tools 0.1a6 [<-- self port of Fx 15's Web Console to SM]
[JSView (Remake) 2.1.1 in SM vs 2.1 in PM]
Nightly Tester Tools 3.7
[PDF Viewer unknown (later) dev version in SM vs 1.0.277 in PM]
resize search bar 1.0 [<-- custom addon to dump a splitter between URL bar and search bar]
[Scriptish 0.1.12 in SM vs 0.1.11 in PM]
SeaMonkey Debug and QA UI 1.0pre

(I've got a few extensions in PaleMoon that aren't in SeaMonkey, but don't think those are relevant here.)

[barbaz]

Here's a diff between prefs.js straight from PaleMoon and prefs.js copied from PaleMoon to SeaMonkey, then borked by SeaMonkey:

Code: Select all

[deleted]

[therube]

Quick browse & no idea, but this did stood out, for whatever reason:

> user_pref("dom.disable_window_open_feature.location", true);

(And there is a "seer" Pref in there that I'm pretty sure is deprecated.)