Last modified: 2013-04-16 17:52:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T48827, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46827 - samarium.wikimedia.org should support HTTPS
samarium.wikimedia.org should support HTTPS
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
SSL related (Other open bugs)
wmf-deployment
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
https://samarium.wikimedia.org/
: fundraising, ops
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-04-03 03:49 UTC by MZMcBride
Modified: 2013-04-16 17:52 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description MZMcBride 2013-04-03 03:49:10 UTC
I keep getting redirected to https://samarium.wikimedia.org/ by HTTPS Everywhere in Chrome. It'd be nice if this worked.
Comment 1 Matt Walker 2013-04-03 16:20:53 UTC
We're working on it but this is not a high priority. Alternatively you can file a bug with the EFF for making software that doesn't actually work in 100% of cases and doesn't gracefully degrade.
Comment 2 MZMcBride 2013-04-03 23:39:33 UTC
(In reply to comment #1)
> We're working on it but this is not a high priority.

Okay. Good to know.

> Alternatively you can file a bug with the EFF for making software that
> doesn't actually work in 100% of cases and doesn't gracefully degrade.

I believe Roan has worked on this on GitHub. I think they accept pull requests. We provided some of the rules at some point, but surely we didn't tell them that everything under *.wikimedia.org would support HTTPS. Perhaps the rules need tweaking here or the fallback logic needs a once-over or there's not enough reporting to the user or something. I agree that it should be investigated.

This bug is about the Wikimedia side of things.
Comment 3 Alex Monk 2013-04-03 23:51:03 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > We're working on it but this is not a high priority.
> 
> Okay. Good to know.
> 
> > Alternatively you can file a bug with the EFF for making software that
> > doesn't actually work in 100% of cases and doesn't gracefully degrade.
> 
> I believe Roan has worked on this on GitHub. I think they accept pull
> requests.
> We provided some of the rules at some point, but surely we didn't tell them
> that everything under *.wikimedia.org would support HTTPS. Perhaps the rules
> need tweaking here or the fallback logic needs a once-over or there's not
> enough reporting to the user or something. I agree that it should be
> investigated.
> 
> This bug is about the Wikimedia side of things.

They're here: https://git.torproject.org/https-everywhere.git
Rules are in src/chrome/content/rules/Wikimedia.xml
It expects all Wikimedia hosts to support HTTPS except the ones covered by the exclusion patterns:
^http://(apt|bayes|bayle|brewster|bug-attachment|commonsprototype\.tesla\.usability|commons\.prototype|cs|cz|dataset2|de\.prototype|download|dumps|ekrem|emery|en\.prototype|ersch|etherpad|flaggedrevssandbox|flgrevsandbox|gallium|ganglia|ganglia3|harmon|hume|ipv4\.labs|ipv6and4\.labs|jobs|mlqt\.tesla\.usability|mobile\.tesla\.usability|m|nagios|oldusability|project2|prototype|results\.labs|search|shop|sitemap|snapshot3|stafford|stats|status|test\.prototype|torrus|ubuntu|wiki-mail|yongle|wikitech|wlm)\.wikimedia\.org
^http://(static|download)\.wikipedia\.org/
Comment 4 Matt Walker 2013-04-16 17:52:55 UTC
Samarium is know available via SSL at https://frdata.wikimedia.org/

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links