-
Notifications
You must be signed in to change notification settings - Fork 96
Release a beta of the Firefox WebExtensions port #173
Comments
No hurry. WebExtension is by itself a pain in the neck, moreover it won't be mandatory before Firefox 57, next November. Hence, November 2017 is the only milestone, otherwise, while we're at it, why not ask developers to update their add-ons to Nightly builds? Well, some users do, some users even score badly an add-on because it's not alpha-compatible! Hey: carpe diem! one thing at a time, please, mercy! |
I think FF57 Beta should be targed as goal to port this extensions to WE and this would be the 2017-09-26. |
56 would be better as the target (basically what's on Nightly now) so that there's enough time for testing and catching any bugs. |
If the configuration of existing legacy users is to be kept and imported to any webext version, the only way to do that is with a hybrid version that embeds a transitional webext to copy existing settings into webext-accessible storage. This must be done before FF57 (because the hybrid won't be able to load at all in FF57). |
I think some of the reasoning here is flawed. The FF and Chromium WebExtensions implementations are still pretty different. It is very likely that there will be bugs to fix. What we don't know is how much time it is going to take to fix them. So the safest bet is to release the beta as soon as possible. The sooner bugs are reported, the longer @Synzvato (or anyone willing to help) will have to fix them. Otherwise, we may possibly end up with no working decentraleyes when FF 57 comes out and it would be a shame. |
That would be no working decentraleyes on Firefox. There are alternatives to Firefox. I have in mind Waterfox if it manages to carry on legacy add-ons after Firefox 56. Decentraleyes is a major add-on, it is for me together with a few others, not for cosmetics but for privacy and security. Should any of those add-ons not be available (sometimes because not technically feasible) that I'd move to a Firefox fork. And I won't be the only one. |
https://addons.mozilla.org/en-US/firefox/addon/local-cdn-webextension/ I tested this and in my limited testing, it has some problems of its own, but someone else might have better luck. |
@mrdokenny Thanks for the effort but if you just repacked the chrome sources I can tell you that your not the first one that tried that :) If there more I think @Synzvato would be more than happy to merge it. |
@heubergen I think you are under the impression that this is my extension, but it's not. It's something I found on the mega list of WebExtension alternatives. https://www.reddit.com/r/firefox/comments/6i1fu2/webext_equivalents_to_legacy_addons/ |
Oh sorry, my bad. |
@mrdokenny @heubergen Thank you for looking into this fork, but it is indeed broken. It has since been removed from the list of I'm actively working on porting the add-on over to Firefox 57, but doing so is more complicated than I hoped. I'm aiming for a The first |
The September 1st deadline is now less than one month away, but things are looking up. I'm convinced a |
Thank you for all of your hard work and effort @Synzvato. I would recommend that you keep an eye on https://bugzilla.mozilla.org/show_bug.cgi?id=1347507 as at least one of the module owners of Mozilla has said they're going to be aggressively ripping out XUL compatible components as of yesterday. |
Today August 11 is the day for users running Nightly: PSA: Legacy extensions disabled by default on Nightly. |
@ronjouch This addon was already broken since version bump to 57. |
No it wasn't, I was using Decentraleyes until today. (And to be totally precise, Legacy addons are still usable if you flip |
@gitarra It indeed was still working. In fact, I don't have today's nightly and Decentraleyes is working for me. Since this is the very last legacy addon I have, it would be really nice if a useable beta was already out for us to convert. |
Thanks, @ronjouch, @gitarra, and @darnir. Does the legacy extension pass the testing utility checks? Expect a Firefox 56 and 57 compatible |
Nope. With the legacy extension installed (manually enabled through
Awesome! Thanks for your work! |
@ronjouch You're very welcome, and thank you all for your support and general enthusiasm! |
For me it does pass the utility check. |
It doesn't pass for me on three mobile devices and a two different laptop profiles running 57. |
@darnir @sabret00the It shouldn't pass any tests within Firefox 57, since a couple of essential legacy APIs have been stripped from its codebase. So, this is where things end for the legacy add-on. |
The second beta is now available. This means that if you are currently using Firefox Beta or Nightly, you can start using the WebExtensions port today. Feedback is welcome, so feel free to get in touch. Note: If you experience any kind of problems, please make sure you are using the very latest versions of Firefox Beta or Nightly before filing a bug. Be sure to install any available Firefox updates. Special thanks go to Mozilla's Rob Wu, for his valuable support during the porting procedure. Also, many thanks to everyone close to me, who supported me on a personal level. I would also like to thank all contributors and users that keep this project alive, and am looking forward to hearing your thoughts on the new codebase. Please don't hesitate to leave feedback! |
Thanks for all the work @Synzvato I wonder if the packed XPI version would work on stable (FF55). Does FF55 have all the API's needed for the webextension version to work? Last time I checked you could easily sign extensions on AMO if you handle the distribution on your own. I might give it a try if FF55 is able to use the webextension version. edit: Unless I did something wrong it doesn't seem to work FF55. The extension does load, but it fails the test on the Decentraleyes homepage. (tested packed and unpacked) I guess I will wait for FF56 to pop up. |
w00t 👍. I confirm 2.0.0-beta1 installs fine on Nightly 57.0a1 (2017-08-16) with the above procedure and prefs, and the test page confirms "Decentraleyes is fully operational". |
@pwd-github Once I can confirm that the Nightly update that fixes the issue has been distributed, I'll be uploading |
Thank you @Synzvato, I and I expect everyone else appreciates all of your efforts. |
Decentraleyes |
Well done and thank you @Synzvato. |
Odd, it claims to be incompatible with FF 55, but I've a few other WebExtension plugins running on FF 55. Is this an oversight, or does it actually depend on newer FF features? |
@pwd-github Thank you, and I'm glad you like the outcome!
@hobarrera Although it might look as if Decentraleyes is unnecessarily late to the party, the new It's definitely not an oversight, and |
Ah, thanks for the clarification! I was assuming it might be this. |
@Synzvato Since FF 56.0b7 has landed, do you think it's okay to allow the webext to install on FF 56? I tried installing the packaged version from github, and I get the message that it's not supported on 56. :( |
@savyajha Good question! I would recommend waiting just a tad longer. Decentraleyes |
@Synzvato Is Decentraleyes a hybrid WebExtension yet? |
@davidhedlund Yes, |
Decentraleyes Note: This beta release is compatible with Firefox |
The pre-release version 2.0.0beta3 works with Firefox Beta (57.0b3); however, for some reason AMO still says:
I am speaking specifically about version 2.0.0beta3 under the "Development Channel." But downloading it and installing manually worked anyway. Edit: Thank you for this wonderful extension! |
Nevermind. This doesn't repro on my Windows 10 machine, just on my macOS machine. /shrug |
@Synzvato Do I understand correctly, that 2.0.0 will become stable when Firefox 56 is out in the wild, and users on Stable won't have to do anything else to prepare for 57 (other than auto-updating to Decentraleyes 2.0.0)? |
@andschwa Thanks for reporting this! I have double-checked the compatibility metadata, but couldn't find any issues there. It's marked as being compatible with "All Platforms". I'll be sure to ask other macOS users to have a go at reproducing the problem. I'll post additional details if anything is found.
@andschwa You're welcome, and I'm glad to hear you like it!
@majewsky That's fully correct! As soon as most people use Firefox 56, the |
@andschwa Looks like you might have |
@savyajha oh, hey! Look at that. I guess it's working as intended 😄 |
56 has been rolled out for a few days now. |
Yes, I do know, but thanks for making sure! Since |
I have no idea how https://addons.mozilla.org/ works. Out of curiosity, what will happen to Firefox ESR users? |
They will download the latest version that is marked compatible, like any other Firefox. If they don't update to the next version of ESR, which will include WebExtension support, they will be stuck at that version of the addon. (Individual developers may or may not continue development of the two different types of extensions, but that is hard so I don't expect so.) In DecentralEyes' case, I don't think there is any plan to continue development of the not-WebExtension version? So I think the latest compatible version is the 1.x series, and not 2.0. |
In that case, what's the harm in uploading decentraleyes I feel like I'm missing something. |
@evaryont There is a plan to provide the
@Bisaloo The problem is, that Firefox 55 or ESR users would not directly see the older version. They would be greeted with a multitude of warnings, as well as a grayed out download button. |
The stable release of Decentraleyes |
Excellent news! @collinbarrett Dev Edition on Windows is fine, I have seen that happen when using certain privacy preferences (such as |
@welwood08 Ah. Thanks. That's exactly what it is. I am using https://github.com/pyllyukko/user.js/ |
If I got it right, the webextension port is ready or close to be since you released a chromium version of decentraleyes.
I think you should release a beta before the official release of Firefox 57. HTTPS-Everywhere just did this and the firefox and chromium API are apparently different enough to cause some issues.
I believe many followers of this github repo would be happy to help you test it.
The text was updated successfully, but these errors were encountered: