<div dir="ltr"><div>By looking at the manifest.json included in the zip file attached in your previous email, <br></div><div>I see that the content script related to the facebook settings urls is the only one where the jquery file is in camel case: <br></div><div><br></div><div>    TMToolbar/3rd_party/jQuery-3.2.1.js</div><div><br></div><div>while in the other content script is in lower case: <br></div><div><br></div><div>    TMToolbar/3rd_party/jquery-3.2.1.js</div><div><br></div><div>Here is the related fragments from the manifest.json:</div><div><br></div><div>        {<br>            "all_frames": true,<br>            "css": [],<br>            "js": [<br>                ...<br>                "TMToolbar/3rd_party/jquery-3.2.1.js",      <======== lower case<br>               ...<br>            ],<br>            "matches": [<br>                "http://*/*",<br>                "https://*/*"<br>            ]<br>        },<br>        {<br>            "all_frames": false,<br>            "js": [<br>                ...<br>                "TMToolbar/3rd_party/jQuery-3.2.1.js",      <======== camel case<br>                ...<br>            ],<br>            "matches": [<br>                "*://*.<a href="http://facebook.com/settings*">facebook.com/settings*</a>"<br>            ],<br>            "run_at": "document_end"<br>        },</div><br><div>This would also explain why the issue is not triggered when the files are loaded directly from the filesystem (e.g. when loading the extension temporarily from a directory with the extension unpacked) because (at least if I recall correctly) on OSX the filesystem is "case insensitive" and so the jquery file is going to be found and loaded correctly even if the filename is not in the right "case", but that is not true when the files are loaded from the xpi and so it is going to fail to load the ones that are not in the right "case" (which seems to be the case only for the one related to the facebook settings urls).</div><div><br></div><div>Best,</div><div>Luca<br></div></div>