Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Waterfox Classic 2020.01 Causes github to no longer work. #1360

Closed
133794m3r opened this issue Jan 15, 2020 · 131 comments
Closed

Waterfox Classic 2020.01 Causes github to no longer work. #1360

133794m3r opened this issue Jan 15, 2020 · 131 comments
Labels

Comments

@133794m3r
Copy link

Describe the bug
Github doesn't work anymore after updating to latest stable release.
When first visiting the site it gives you the message "Old versions of firefox aren't supported please upgrade" message for some reason like it used to when I was using PaleMoon way back when their useragent was still spoofing an outdated firefox version.
To Reproduce

  1. Go to github.com
  2. Click on Anything really. The little accordian thingies they won't work.
  3. Notice the site never finishes loading. The site's basically broken now and all of the CSS features are borked. The main profile page doesn't finish loading and instead just shows a loading loop. Also the accordian thing that normally minimizes contributions per month is always maximized.

Expected behavior
The site to work the way it did before I updated to 2020.01. When I was on 2019.12 it worked AOK so I don't know what's going on.

Screenshots

file:///home/macarthur/Desktop/tmpdownload/Screenshot%20at%202020-01-15%2013-15-43.png
file:///home/macarthur/Desktop/tmpdownload/Screenshot%20at%202020-01-15%2013-15-53.png

My configuration

  • Device: Debian GNU/Linux
  • OS: Debian
  • Version: Classic 2020.01x64

Additional context
Saw there was an update, updated it. Now the site's borked. Can't even upload attachments to this issue.

@133794m3r 133794m3r added the bug label Jan 15, 2020
@133794m3r
Copy link
Author

I can't even edit an issue no idea what's going on here.

@hawkeye116477
Copy link

hawkeye116477 commented Jan 15, 2020

What Debian version?
Anyway, seems that's problem on your side, cuz in case of me, all works great on Manjaro.
Make sure that layout.stylo.enabled in about:config is false.
Can you also try in safe mode?

@133794m3r
Copy link
Author

I've tried with safe mode and for some reason Github is not seeing it as a recent version. It's your build that I'm using and then getting the following. I did safe mode and no change.
I even added that pref.
https://i.imgur.com/XB8sFuH.png

"Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0"

don't know where they're getting that info from.

@133794m3r
Copy link
Author

dpkg -s waterfox-classic-kpe
Package: waterfox-classic-kpe
Status: install ok installed
Priority: optional
Section: web
Installed-Size: 157908
Maintainer: hawkeye116477 <Removed email>
Architecture: amd64
Version: 2020.01-0
Replaces: waterfox (<< 2019.10-4), waterfox-kde (<< 2019.10-4)

@hawkeye116477
Copy link

hawkeye116477 commented Jan 15, 2020

@133794m3r Very strange. What Debian version have you?

@133794m3r
Copy link
Author

I'm using the parrot fork that's basically debian-testing plus some random extra security features thrown in. I have no clue why it decided to do this after updating as before today it was AOK and github worked perfectly fine.

@133794m3r
Copy link
Author

I'm getting your package from the opensuse build service. And for some reason it's reporting(in it's HTTP POST parameter's useragent string) that it's firefox version 60.
500 http://download.opensuse.org/repositories/home:/hawkeye116477:/waterfox/Debian_Testing Packages
release o=obs://build.opensuse.org/home:hawkeye116477:waterfox/Debian_Testing,n=Debian_Testing,l=home:hawkeye116477:waterfox,c=
origin download.opensuse.org
Pinned packages:

@johny-mnemonic
Copy link

This has happened before... Check #784 and #785 and other issues.
I tried to use the same solution -> to use useragent string of latest Firefox ESR for github.com, i.e. set
general.useragent.override.github.com to Mozilla/5.0 (rv:68.4.1) Gecko/20100101 Firefox/68.4.1 .

While that got rid of the banner, the page still didn't work properly. For example switching between Write and Preview mode in comments or selecting labels was still not working.

What luckily fixed github for me was to use advice from this comment, to use User Agent switcher addon and override the User Agent to MS Edge browser.
I acknowledge it is a dirty workaround that might stop working anytime, so we need proper fix, but till someone come up with that, this can help with immediate trouble.

@don-reba
Copy link

don-reba commented Jan 16, 2020

Same here on Windows. Overriding User Agent to Edge still doesn't fix everything, unfortunately. I can't reply to pull request review comments, for instance. One of the rare times I'm glad the actual Edge exists.

@Sa-Ja-Di
Copy link

Sa-Ja-Di commented Jan 16, 2020

As Github rolls out Custom Elements/Shadow Dom usage - browsers which do not have it end with broken layout elements.

So, "Polymer WebComponents" have to be added to Waterfox Classic to make Github work flawlessly again, which is a rather insane task.

@MrAlex94
Copy link
Collaborator

For those of you who are having the issue, could you test with dom.webcomponents.enabled set to true?

@don-reba
Copy link

don-reba commented Jan 16, 2020

For those of you who are having the issue, could you test with dom.webcomponents.enabled set to true?

Set it to true and restarted the browser, for good measure. Doesn't seem to do the trick.

@hawkeye116477
Copy link

hawkeye116477 commented Jan 16, 2020

Try setting both dom.webcomponents.enabled and dom.webcomponents.customelements.enabled to true.

@don-reba
Copy link

Try setting both dom.webcomponents.enabled and dom.webcomponents.customelements.enabled to true.

I did. Also, YouTube stops working with dom.webcomponents.enabled.

@hawkeye116477
Copy link

hawkeye116477 commented Jan 16, 2020

@don-reba Can you show output of browser's console (ctrl+shift+i) with disabled both prefs?

PS: Seems that users of PaleMoon and Basilisk also have some problems with GitHub and it's related with Polymer WebComponents and Moonchild works on getting the Polymer WebComponents features.

@don-reba
Copy link

don-reba commented Jan 16, 2020

@don-reba Can you show output of browser's console (ctrl+shift+i) with disabled both prefs?

Just a bunch of CSS warnings. Nothing else.

Unknown pseudo-class or pseudo-element ‘selection’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:5:4504
Unknown pseudo-class or pseudo-element ‘selection’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:5:5872
Unknown pseudo-class or pseudo-element ‘selection’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:487
Unknown property ‘user-select’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:2270
Error in parsing value for ‘-webkit-user-select’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:3097
Error in parsing value for ‘-moz-user-select’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:3122
Unknown property ‘user-select’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:3141
Expected media feature name but found ‘-moz-min-device-pixel-ratio’.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:3708
Expected media feature name but found ‘-webkit-min-device-pixel-ratio’.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:3756
Expected media feature name but found ‘min-device-pixel-ratio’.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:3855
Expected color but found ‘none’.  Error in parsing value for ‘background-color’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:8631
Expected media feature name but found ‘-moz-min-device-pixel-ratio’.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:10211
Expected media feature name but found ‘-webkit-min-device-pixel-ratio’.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:10259
Expected media feature name but found ‘min-device-pixel-ratio’.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:11:10358
Error in parsing value for ‘-webkit-text-size-adjust’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:155
Unknown pseudo-class or pseudo-element ‘-webkit-inner-spin-button’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:1885
Unknown pseudo-class or pseudo-element ‘-webkit-search-cancel-button’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:2042
Unknown pseudo-class or pseudo-element ‘-webkit-input-placeholder’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:2138
Unknown pseudo-class or pseudo-element ‘-webkit-file-upload-button’.  Ruleset ignored due to bad selector.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:2192
Unknown property ‘user-select’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:7233
Unknown property ‘appearance’.  Declaration dropped.  frameworks-02a3eaa24db2bd1ed9b64450595fc2cf.css:20:7432
...

@Sa-Ja-Di
Copy link

Sa-Ja-Di commented Jan 16, 2020

@hawkeye116477 They are working indeed on getting this on board, and some progress has been made.

Would for sure go faster if more people would be willing to work on it and lending them a helping hand - as this also could be of benefit for Waterfox Classic users!

@reallyuniquename
Copy link

It's a Github issue, they flipped the switch.

Use Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 on Github, it doesn't require dom.webcomponents.enabled or dom.webcomponents.customelements.enabled either.

@grahamperrin
Copy link

grahamperrin commented Jan 18, 2020

… Use Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0

That might cause trouble. Recall #784 (comment):

… need to contain Waterfox

#1360 (comment)

I can't even edit an issue …

No problem with Waterfox Classic 2020.01 (20200110195245) in safe mode on Manjaro Linux. UA string, non-modified:

Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3

#1360 (comment)

random extra security features thrown in

Take care to not throw in anything that might modify the UA string.

#1360 (comment)

… I tried … general.useragent.override.github.com to Mozilla/5.0 (rv:68.4.1) Gecko/20100101 Firefox/68.4.1

Try not overriding. It defeats the object of the whitelisting that GitHub made for Waterfox Classic.

@grahamperrin
Copy link

grahamperrin commented Jan 18, 2020

Cross reference https://redd.it/eq3rgs NB the sticky comment.

From a screen recording of Waterfox Classic 2020.01 (20200110175929) on Windows 10 working with GitHub, no problem:

2020-01-19 04:31:17 frame

2020-01-19 04:31:20 frame

@133794m3r
Copy link
Author

The default useragent for my stock waterfox build OpenSuses's build system is firefox60 waterfox isn't included. Don't know if it is a build issue or what because I had no addons that modified the user agent.

@reallyuniquename
Copy link

@grahamperrin

That might cause trouble

Such as? I don't see anything related in the linked comment.

@grahamperrin
Copy link

I don't see anything related in the linked comment.

@ACyphus wrote (in the linked comment):

Hey folks 👋

My name is Alex and I work on the Technical Support team @github.

I'm following up on the ticket that @grahamperrin opened with us.

GitHub is now whitelisting the Waterfox browser based on the contents of the UA. Waterfox will need to contain Waterfox in the UA for this whitelisting to apply. …

Emphatically:

need to contain Waterfox

So, use of a UA that excludes Waterfox will prevent application of GitHub's whitelisting. I see prevention of the whitelisting as troublesome.

In this context, troublesome UA strings include:

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 (#1360 (comment) above)

Mozilla/5.0 (rv:68.4.1) Gecko/20100101 Firefox/68.4.1 (#1360 (comment) above)

Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 (#1360 (comment) above)

Mozilla/5.0 (Windows NT 10.0; Win64; rv:60.0) Gecko/20100101 Firefox/60.0 (https://www.reddit.com/r/waterfox/comments/eq3rgs/psa_please_note_that_github_no_longer_supports/feo7fr4/, subsequently edited into https://redd.it/eq3rgs).

@grahamperrin
Copy link

grahamperrin commented Jan 19, 2020

#1360 (comment)

I'm using the parrot fork that's basically debian-testing plus some random extra security features thrown in. I have no clue why it decided to do this after updating …

Please, can you be specific about any of the random stuff?

#1360 (comment)

The default useragent for my stock waterfox build OpenSuses's build system is firefox60 waterfox isn't included. Don't know if it is a build issue or what …

Given the working string (Alex's 20200110195245 build):

Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3

– discovering why yours differs will be key to resolving this issue #1360.

Please let us have troubleshooting information.

Use the Copy text to clipboard button at:

  • about:support

Side note: you can make a block of mono-spaced text easier to read by 'fencing' the block.

One line above, one line below each block as described at https://guides.github.com/features/mastering-markdown/#examplesCode

  • if ``` does not have the required effect (when previewed) for the entire block
  • then use ```text for the upper fence line.

Thanks

@133794m3r
Copy link
Author

133794m3r commented Jan 19, 2020

#1360 (comment)

I'm using the parrot fork that's basically debian-testing plus some random extra security features thrown in. I have no clue why it decided to do this after updating …

Please, can you be specific about any of the random stuff?
I am using the waterfox build that hawkeye has for debian. The random things is just firejail profiles and apparmor mostly security contets/jails. It doesn't patch the program itself. I didn't install waterfox from their repo. I installed it from hawkeye. That's how I installed it, and that's how I update it.
https://software.opensuse.org//download.html?project=home%3Ahawkeye116477%3Awaterfox&package=waterfox-classic-kpe
That's the link you use and the apt repo shows up as his opensuse builds too.
apt-cache policy.

 500 http://download.opensuse.org/repositories/home:/hawkeye116477:/waterfox/Debian_Testing  Packages
     release o=obs://build.opensuse.org/home:hawkeye116477:waterfox/Debian_Testing,n=Debian_Testing,l=home:hawkeye116477:waterfox,c=
     origin download.opensuse.org

And here's proof that it's his build.
dpkg -s waterfox

dpkg -s waterfox-classic-kpe
Package: waterfox-classic-kpe
Status: install ok installed
Priority: optional
Section: web
Installed-Size: 157908
Maintainer: hawkeye116477 <EMAIL_REDACTED>
Architecture: amd64
Version: 2020.01-0
Replaces: waterfox (<< 2019.10-4), waterfox-kde (<< 2019.10-4)
Provides: gnome-www-browser, waterfox-classic, www-browser
Depends: libasound2 (>= 1.0.16), libatk1.0-0 (>= 1.12.4), libc6 (>= 2.29), libcairo-gobject2 (>= 1.10.0), libcairo2 (>= 1.10.0), libdbus-1-3 (>= 1.9.14), libdbus-glib-1-2 (>= 0.78), libfontconfig1 (>= 2.12.6), libfreetype6 (>= 2.2.1), libgcc1 (>= 1:4.0), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.28.0), libgtk-3-0 (>= 3.4), libgtk2.0-0 (>= 2.10), libpango-1.0-0 (>= 1.22.0), libpangocairo-1.0-0 (>= 1.14.0), libpangoft2-1.0-0 (>= 1.14.0), libstdc++6 (>= 9), libx11-6, libx11-xcb1, libxcb-shm0, libxcb1, libxcomposite1 (>= 1:0.3-1), libxdamage1 (>= 1:1.1), libxext6, libxfixes3, libxrender1, libxt6, debconf (>= 0.5) | debconf-2.0
Suggests: fonts-lyx, pulseaudio
Breaks: waterfox (<< 2019.10-4), waterfox-kde (<< 2019.10-4)
Conffiles:
 /etc/apparmor.d/usr.bin.waterfox-classic 0112d17770d3db088ed6f44474eb615f
 /etc/waterfox-classic/syspref.js d408f12cd3af37a8f319bc9b71793f67
Description: Free, open and private browser with openSUSE's patches for better integration with KDE
 Waterfox focuses on giving users choice while also helping make the world a better place. Watefox is partners with Ecosia, a search engine that plants trees with its generated revenues. The browser itself is focused on power users, which lets you make the important decisions. There is no plugin whitelist, you can run whichever extensions you like and absolutely no data or telemetry is sent back to Mozilla or the Waterfox project.
 .
 Waterfox is powered by Mozilla Firefox source code.
 .
 Note: Package works good also on other desktop environments and KDE Plasma integration features may not work if kwaterfoxhelper isn't installed. For better integration recommended is also installing plasma-browser-integration package together with Plasma Integration extension.
Homepage: https://www.waterfox.net/

@grahamperrin
Copy link

Is the issue reproducible with a new profile?

  • about:profiles

Have you ever used Waterfox Current (or any other 68-based build of Waterfox) on the same computer?

Please let us have troubleshooting information as described above, #1360 (comment)

Thanks.

@reallyuniquename
Copy link

reallyuniquename commented Jan 19, 2020

@grahamperrin
Your post still doesn't describe any actual issues with UA string I provided. Is something not working for you if you use that UA?

@hawkeye116477
Copy link

hawkeye116477 commented Jan 19, 2020

@133794m3r
The default useragent for my stock waterfox build OpenSuses's build system is firefox60 waterfox isn't included. Don't know if it is a build issue or what because I had no addons that modified the user agent.

It's not build issue, default is Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3, so must be something on your side.

@133794m3r
Copy link
Author

133794m3r commented Jan 19, 2020

I can create a new profile and it does change the useragent back to default. So what file would be in there? about:config doesn't show the useragent string being modified.

So where would it be stored at. Apparently the profile's doing something. It's the same profile I've had since I first used firefox doing safe-mode doesn't change the user agent string only a new profile does.

@JustOff
Copy link

JustOff commented Aug 16, 2020

As discussed here, you can also workaround this either by the Greasemonkey userscript:

function removePjaxAttr() {
  document.querySelectorAll('*').forEach(function(node) {
    if (node.hasAttribute("data-pjax")) {
      node.removeAttribute("data-pjax");
    }
  });
}

window.onload = removePjaxAttr;

or via the uBlock Origin rule:

github.com##+js(remove-attr.js, data-pjax)

In the second case, you will also need to use the Scriptlet Doctor to bypass GitHub's strict content security policy.

PS: Despite this note, both Greasemonkey and uBlock Origin + Scriptlet Doctor workarounds are equivalent in terms of security, as they both have to break CSP to get things to work. Unfortunately, this clarification was not added to the original topic, since it was locked.

@LeeBinder
Copy link

@JustOff : don't both approaches merely break CSP for github.com? The script line for uBO even begins with github.com, and the monkey script can also be exclusively made active for only github.com. So what's the big deal? As a worst case scenario, someone potentially phishing one's github login PW - or am I missing something?

@IzzySoft
Copy link

@ltguillaume the reload-thingy is just a minor annoyance. But have you tried to edit your last comment here? Or toggling the preview on a new comment in this thread? It works until a certain threshhold is reached, then it stops. This, and sometimes pages loading eternally are the only real issues I have with classic on Github. Not having a preview can be worked around by copy-pasting it into a "new issue" which one never submits. But not being able to edit a post can be embarassing at times 😉

@LeeBinder
Copy link

@IzzySoft : does any of the two work-arounds JustOff mentions solve all/ some/ none of the issues you experience?

@IzzySoft
Copy link

@LeeBinder I didn't understand which issues they should address (and what side-effects to expect), hence I didn't try either yet. And please don't ask me why right now the preview works again (while it didn't on my previous comment) – the only difference is that this time Waterfox warned me about a script slowing down the page and asked whether to abort it (which I did). This suggests some "after-loading Ajax", so it might be worth trying one of those approaches. I've just installed that UserScript now, let's see… Nope. I've picked another issue with 30+ comments, not even username completion is working with the script enabled (or disabled), preview neither. So no difference I can see. With or without the UserScript, console ends with Error: timed out loading compat.js on issues with more than X comments (I couldn't pin X yet, seems to be 20 ± 5).

@ltguillaume
Copy link

@ltguillaume the reload-thingy is just a minor annoyance. But have you tried to edit your last comment here? Or toggling the preview on a new comment in this thread? It works until a certain threshhold is reached, then it stops. This, and sometimes pages loading eternally are the only real issues I have with classic on Github. Not having a preview can be worked around by copy-pasting it into a "new issue" which one never submits. But not being able to edit a post can be embarassing at times 😉

I can edit my comments just fine. I also tried toggling between Preview and Edit 20 times, while changing something every time: no issues.

@hawkeye116477
Copy link

@ltguillaume This happens randomly, apparently they are doing some tests.

@Cryo99
Copy link

Cryo99 commented Nov 14, 2020

This really needs fixing if WF is to remain relevant. More sites are steadily becoming unusable. Yahoo mail is another which has affected me recently. I don't understand what the point of the Current release is if it doesn't support the classic add-ons, since that IS the point if WF. If we wanted that we'd just use FF or another browser. There's no information at all on the site as to what changes beyond the very brief and inadequate description on the download page. Are any of the classic add-ons supported? Where can we find out?

Changing the referrer doesn't work here, either, Neither blocking or nor sending the FF ID as suggested above make preview or the comment box menu work. I had to use Chrome to be able to do anything at all here other than read.

Thanks.

@mzso
Copy link

mzso commented Nov 15, 2020

@Cryo99 Maybe it'll find some other edge.
XUL addons are probably a lost cause. I found some that were made to function with some hacking on current firefox. Otherwise I customized FF as much as I could via Userchrome/userjs customizations.

@GJRobert
Copy link

I am indeed sticking with Waterfox Classic.

As for this issue, I forgot to report that dom.webcomponents.enabled:true works. (#1360 (comment)). This makes my Classic work with GitHub.

@Cryo99
Copy link

Cryo99 commented Nov 15, 2020

As for this issue, I forgot to report that dom.webcomponents.enabled:true works. (#1360 (comment)). This makes my Classic work with GitHub.

Brilliant! Thanks. That works for me, too.

@AntiSol
Copy link

AntiSol commented Nov 29, 2020

I thought I'd chime in to say that setting dom.webcomponents.enabled to true seems to fix github for me. Hopefully it doesn't break any other sites.

However I'm forced to agree with the sentiments of @Cryo99 : This needs to be resolved for waterfox to remain a viable browser long-term. I'm finding more and more broken sites every day.

100% of the reason why I use waterfox is for the "classic" addons, so from what I can tell using current is not an option (and seems pointless to me). Why would i use waterfox current instead of brave, or opera, or chrome, or firefox?

@IzzySoft
Copy link

Why would i use waterfox current instead of brave, or opera, or chrome, or firefox?

Because it's no spyware. You're not honestly comparing that with Chrome, are you? 😆

Apart from that I agree: were it not for the classic addons, I'd have switched to Current long ago. I found replacements for most, but not for all (for some it seems to be impossible to get their functionality with WebExts).

Due to some other experiments, I now had enabled dom.webcomponents.enabled as well. I must say it works good – did that a couple of days ago, and do see no side effects so far. Github even works more reliably then with Polly.

@AntiSol
Copy link

AntiSol commented Nov 29, 2020

Oh, sorry: when I say "chrome", I actually mean "chromium". That's a thing that I have a habit of doing when communicating with people because most people reply with "What's chromium"? I'd never use actual chrome in a million years.

Yeah, webextensions are less capable than xul, so some of the old addons cannot be reimplemented on webextensions. That's the whole point of waterfox for me.

@don-reba
Copy link

Surely, the vast majority of people who care about privacy but not xul extensions will use Brave.

@AntiSol
Copy link

AntiSol commented Nov 29, 2020

@don-reba yeah, that's what I'll be switching to if waterfox classic becomes untenable and current doesn't support xul.

@hawkeye116477
Copy link

hawkeye116477 commented Nov 29, 2020

Hopefully it doesn't break any other sites.

It can break some sites, but not many sites uses webcomponents, so maybe that's why you didn't notice. As a alternative there is also Polly extension, which can inject webcomponents polyfill to sites and doesn't break other sites.

@Squall-Leonhart
Copy link

It can break some sites, but not many sites uses webcomponents, so maybe that's why you didn't notice. As a alternative there is also Polly extension, which can inject webcomponents polyfill to sites and doesn't break other sites.

Polly just crashes the entire browser (not just a tab) when trying to do some things.

@hawkeye116477
Copy link

@Squall-Leonhart I don't have that problem.

@Squall-Leonhart
Copy link

Everyone gets it under the same conditions / sites used / site features

https://www.reddit.com/r/waterfox/comments/jbql07/github_no_longer_works_with_waterfox_classic/

in githubs case, its triggered by top left search.

@hawkeye116477
Copy link

hawkeye116477 commented Nov 29, 2020

in githubs case, its triggered by top left search.

I can't reproduce that. I checked on both Manjaro Linux and W10. Anyway you can report that at https://github.com/zakius/Polly/issues.

@IzzySoft
Copy link

@hawkeye116477 I've been using Polly a long time (since I announced it above). Still had to Ctrl-Shift-r every 3rd or 4th time here at Github. A couple of days ago I've enabled webcomponents directly. No force-reload needed since. Thinking about removing Polly again now and sticking with the "master switch".

@LeeBinder
Copy link

LeeBinder commented Nov 29, 2020

Everyone gets it under the same conditions / sites used / site features

https://www.reddit.com/r/waterfox/comments/jbql07/github_no_longer_works_with_waterfox_classic/

in githubs case, its triggered by top left search.

@Squall-Leonhart In general, never ever claim "Everyone", please!: I can NOT reproduce that in latest WF Classic 2020.10 macOS, neither with current Polly 1.4 nor with previous Polly 1.3, regardless if Polly only with Bundle.js & Use request modification method for this domain enabled for github, or polly + dom.webcomponents.customelements.enabled = true.

I kindly request you to edit your generalizing statement into what should reflect reality better, which would be "Some people report they get...". Thank you.

Would you also please provide your OS + version?

@LeeBinder
Copy link

this might be a Windows only issue: https://github.com/zakius/Polly/issues/12#issuecomment-735401277

@Squall-Leonhart
Copy link

I only talk about operating systems that matter, mac users don't.

@LeeBinder
Copy link

LeeBinder commented Nov 29, 2020

I only talk about operating systems that matter, mac users don't.

👎 with that childish/ non-adult attitude you are not getting any more support here, bro. You just shot yourself into your own foot. Happy screaming, buddy

@133794m3r
Copy link
Author

133794m3r commented Nov 29, 2020

I honestly thought github was above shitposting. I still can't believe I saw such childish behavior on here.

Also since I've force enabled the config option I've yet to have an issue except with the EdX main site but that's on them apparently.

@kiyn
Copy link

kiyn commented Jan 4, 2021

I had problems on github with
multi-process Waterfox Classic 2020.12
on
Windows 10 Pro 1909 build 18363.1256

Solved with this:
about:config > dom.webcomponents.enabled;false
Polly 1.9 > Webcomponents-Bundle.js enabled

@enricodias
Copy link

The Polly repository is now empty.

@LeeBinder
Copy link

@enricodias latest Polly v.1.9 is stored here (direct download link)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests