TechnoRelic Posted November 6, 2020 Share Posted November 6, 2020 (edited) 5 hours ago, roytam1 said: BNav Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20201107-355db4de-uxp-19499014a-xpmod.7z THANKS to fix the 'Save Link Target As' (download) and 'Download Manager' features, works perfectly now. Edited November 6, 2020 by TechnoRelic Link to comment Share on other sites More sharing options...
rereser Posted November 7, 2020 Share Posted November 7, 2020 (edited) never mind. resolved Edited November 7, 2020 by rereser Link to comment Share on other sites More sharing options...
VistaLover Posted November 7, 2020 Share Posted November 7, 2020 9 hours ago, rereser said: never mind. resolved ... For consistency, the issue "was" archive.org's embedded book reader not loading in NM28 (among a few other browsers) and the "resolution" is to toggle about:config pref media.webspeech.synth (from its default false to true) ... Link to comment Share on other sites More sharing options...
VistaLover Posted November 7, 2020 Share Posted November 7, 2020 (edited) Just thought the following would interest people using the UXP forks: It is the personal goal of upstream developer M.A.T. (but also backed-up by Moonchild himself) to completely debilitate all Firefox-targeting "legacy" extensions from being installable in official UXP browsers like Pale Moon/Basilisk... Already, unstable Pale Moon 29.0.0a6 official builds come without the buildconfig option "--enable-phoenix-extensions", which means already installed compatible Firefox XUL extensions will be disabled , with no option to re-enable , while "new" ones (e.g. from CAA) can no longer be installed ... One way to circumvent that artificial block is to manually edit the add-on's install.rdf file to include a Pale Moon specific <em:targetApplication> section... Or, for a more automated/user-friendly procedure, install and use JustOff's MTT: https://github.com/JustOff/moon-tester-tool/ A confrontation between M.A.T and JustOff has been brewing for some months now (on several levels), let's just say that M.A.T wasn't enthused by the CAA extension nor the recent update of the MTT one ... In a recent post: Quote And they won't work eventually even if you manually add a Pale Moon targetApplication block to indtall.rdf. 100% probibility. <snipped> All Unified XUL Platform application extension and theme developers please pay attention and be ready. The future applies to you as well. What future M.A.T. refers to is tracked in official UXP issue #1659 and work on it has already started: https://repo.palemoon.org/MoonchildProductions/UXP/commits/branch/xpiprovider-work I'm not implying, though, that official devs have any ill intent; their view on things is that they should (forcibly) migrate their users from long-deprecated, "insecure", no-longer-maintained Firefox specific legacy extensions (e.g the ones provided by CAA) - despite the fact they are currently working OK - to PM-exclusive format and extensions, forks of the original ones, with current maintainers sourced from the UXP communities (and elsewhere) ... Lofty as it may sound, the net result is yet another wave of plain user inconvenience... Should we be concerned? I'm not yet sure... I don't know what fate awaits the --enable-phoenix-extensions buildconfig flag; if the supporting code stays put, then we should be OK with regards to Fx XUL add-ons; however, in due course, upstream extensions and their repositories will move to the new format, which we'll have to somehow support too, if we are to make use of (or abuse of, as upstream claim ) ... Is supporting both formats (old: install.rdf, new: install.json) in the core browser a possibility, even? I'm no coder, so can't say myself... But, definitely, this part of the official UXP development is one our maintainer @roytam1 should keep a close eye on... Best wishes, stay safe Edited November 9, 2020 by VistaLover 2 Link to comment Share on other sites More sharing options...
asdf2345 Posted November 7, 2020 Share Posted November 7, 2020 14 minutes ago, VistaLover said: Just thought the following would interest people using the UXP forks: It is the personal goal of upstream developer M.A.T. (but also backed-up by Moonchild himself) to completely debilitate all Firefox-targeting "legacy" extensions from being installable in official UXP browsers like Pale Moon/Basilisk... Already, unstable Pale Moon 29.0.0a6 official builds come without the buildconfig option "--enable-phoenix-extensions", which means already installed compatible Firefox XUL extensions will be disabled , with no option to re-enable , while "new" ones (e.g. from CAA) can no longer be installed ... One way to circumvent that artificial block is to manually edit the add-on's install.rdf file to include a Pale Moon specific <em:targetApplication> section... Or, for a more automated/user-friendly procedure, install and use JustOff's MTT: https://github.com/JustOff/moon-tester-tool/ A confrontation between M.A.T and JustOff has been brewing for some months now (on several levels), let's just say that M.A.T wasn't enthused by the CAA extension nor the recent update of the MTT one ... In a recent post: What future M.A.T. refers to is tracked in official UXP issue #1659 and work on it has already started: https://repo.palemoon.org/MoonchildProductions/UXP/commits/branch/xpiprovider-work I'm not implying, though, that official devs have any ill-intent; their view on things is that they should (forcibly) migrate their users from long-deprecated, "insecure", no-longer-maintained Firefox specific legacy extensions (e.g the ones provided by CAA) - despite the fact they are currently working OK - to PM-exclusive format and extensions, forks of the original ones, with current maintainers sourced from the UXP communities (and elsewhere) ... Lofty as it may sound, the net result is yet another wave of plain user inconvenience... Should we be concerned? I'm not yet sure... I don't know what fate awaits the --enable-phoenix-extensions buildconfig flag; if the supporting code stays put, then we should be OK with regards to Fx XUL add-ons; however, in due course, upstream extensions and their repositories will move to the new format, which we'll have to somehow support too, if we are to make use of (or abuse of, as upstream claim ) ... Is supporting both formats (old: install.rdf, new: install.json) in the core browser a possibility, even? I'm no coder, so can't say myself... But, definitely, this part of the official UXP development is one our maintainer @roytam1 should keep a close eye on... Best wishes, stay safe I was able to use MTT to bypass that, and all my old extensions worked fine, but I don't understand why create their own extension format? It sounds less like they want to further XUL development, but instead further their own extension types while making the less knowledgeable users switch to a different browser. I don't think most extension developers would want to break their legacy extensions on other browsers, so I don't think this and the install.rdf changes will go too well. Link to comment Share on other sites More sharing options...
Omntech Posted November 8, 2020 Share Posted November 8, 2020 (edited) Does anyone know if the Classic Add-ons Archive is down or not working properly? When I try to actually connect to it to download the extension, nothing seems to happen. I can do a search and get results, but no download. Edited November 8, 2020 by Omntech Link to comment Share on other sites More sharing options...
soggi Posted November 8, 2020 Share Posted November 8, 2020 (edited) On 11/5/2020 at 6:59 AM, soggi said: Nice to hear about that, thanks! I'll test it with the next build. Thanks @roytam1 for finally fixing the JS bug concerning heise.de and YT! BTW the mirror has been updated with the latest versions of BNavigator, MailNews, New Moon 27, New Moon 28 and Serpent 52 -> soggi.org - tools. kind regards soggi Edited November 8, 2020 by soggi Link to comment Share on other sites More sharing options...
RainyShadow Posted November 8, 2020 Share Posted November 8, 2020 4 hours ago, Omntech said: Does anyone know if the Classic Add-ons Archive is down or not working properly? When I try to actually connect to it to download the extension, nothing seems to happen. I can do a search and get results, but no download. Which extension? You can download CAA from its github releases page. I just checked inside CAA and was able to download a random extension. Link to comment Share on other sites More sharing options...
Omntech Posted November 8, 2020 Share Posted November 8, 2020 5 hours ago, RainyShadow said: Which extension? You can download CAA from its github releases page. I just checked inside CAA and was able to download a random extension. Proxy List 3.3 Link to comment Share on other sites More sharing options...
RainyShadow Posted November 8, 2020 Share Posted November 8, 2020 2 hours ago, Omntech said: Proxy List 3.3 Downloads fine here. mirror - https://www89.zippyshare.com/v/a5Mt9CP4/file.html Link to comment Share on other sites More sharing options...
UCyborg Posted November 8, 2020 Share Posted November 8, 2020 What about AutoCopy 2? This one gives file not found error. Link to comment Share on other sites More sharing options...
RainyShadow Posted November 8, 2020 Share Posted November 8, 2020 @UCyborg True, this one is 404. Since the whole folder for it seems to be missing, maybe it got removed for some reason (author request, etc.) Link to comment Share on other sites More sharing options...
rereser Posted November 8, 2020 Share Posted November 8, 2020 https://www.upload.ee/files/12491598/autocopy-2-1.2.9.1-signed.1-signed.xpi.html Link to comment Share on other sites More sharing options...
VistaLover Posted November 8, 2020 Share Posted November 8, 2020 (edited) AutoCopy 2 is still available on ATN: https://addons.thunderbird.net/en-us/firefox/addon/autocopy-2/versions/ => https://addons.thunderbird.net/firefox/downloads/file/431692/autocopy_2-1.2.91-sm+tb+fx.xpi Edited November 9, 2020 by VistaLover Link to comment Share on other sites More sharing options...
VistaLover Posted November 9, 2020 Share Posted November 9, 2020 @soggi : A small inconsistency I'm seeing at your "mirror" : The link to Serpent 55/moebius 64-bit package should be modified accordingly (to be uniform with the rest of the links to 64-bit browser packages ...) ; other than this, many thanks for carrying the torch... 1 Link to comment Share on other sites More sharing options...
Recommended Posts