etherpad.wikimedia.org fails to work on https. The page loads correctly, but the channel appears empty, and after a few seconds you get a disconnection notice. At first glance the problem seems to be that the comet request is sent to http: even if the page is on https: and so it is tripped by cross-domain restrictions.
This is a big problem when using HTTPS Everywhere because it force-redirects everything under *.wikimedia.org to https.
Version: unspecified
Severity: normal
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T37637 etherpad.wikimedia.org does not work correctly on https | |||
| Resolved | None | T45404 Use SSL for Etherpad Lite instance | |||
| Resolved | None | T48539 Clean up Etherpad situation on Wikimedia servers |
If there isnt a fix soon, we should add etherpad to the HTTPS Everywhere exclusion pattern
https://gitweb.torproject.org/https-everywhere.git/blob_plain/HEAD:/src/chrome/content/rules/Wikipedia.xml
This report is about https://etherpad.wikimedia.org .
Most people seem to use EtherPad Lite at etherpad.wmflabs.org instead (see bug 34953), where https:// does not even resolve. That's covered in bug 43404.