Last modified: 2014-07-01 15:58:35 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 T56065, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 54065 - Enable HTTPS on a Labs instance
Enable HTTPS on a Labs instance
Status: RESOLVED FIXED
Product: Wikimedia Labs
Classification: Unclassified
Infrastructure (Other open bugs)
unspecified
All All
: Unprioritized major
: ---
Assigned To: Ryan Lane
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-12 06:55 UTC by Nicolas Raoul
Modified: 2014-07-01 15:58 UTC (History)
6 users (show)

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


Attachments

Description Nicolas Raoul 2013-09-12 06:55:21 UTC
We switched to Labs hoping that it would bring us HTTPS, but apparently not.

I created an instance with this enabled:
- role::lamp::labs
- certificates::star_wmflabs_org

But Firefox says "Unable to connect": https://i-000008da.pmtpa-proxy.wmflabs.org

Am I missing something? What should I do to allow visitors to connect via SSL?
Comment 1 Sam Reed (reedy) 2013-09-12 07:03:20 UTC
Nope, HTTPS is currently unsupported on labs. Work is currently underway to rectify/improve this situation.

Someone who is actually directly involved in making this work should be able to give you a suggested timeframe till it should work.
Comment 2 Nicolas Raoul 2013-09-17 01:10:54 UTC
Sam, thanks for confirming the problem!
Could you please switch this report from UNCONFIRMED to CONFIRMED?
Thanks!

Also: Marking as major, as it makes Wikivoyage's dynamic maps unusable for most users (they don't notice the SSL mixed-protocol icon, and just see a blank square where the map should be).
Comment 3 Ryan Lane 2013-09-17 07:32:07 UTC
We have a new dynamic proxy that has HTTPS and also allows you to have a nice DNS name that doesn't include instance-proxy. I'll ping yuvi, who's managing this, tomorrow.
Comment 4 Andre Klapper 2013-09-17 12:03:46 UTC
(In reply to comment #2)
> Also: Marking as major, as it makes Wikivoyage's dynamic maps unusable for
> most users

For the records, this was also discussed in https://de.wikivoyage.org/wiki/Benutzer_Diskussion:Mey2008#PoiMap2.2C_https_and_Firefox_23
Comment 5 Cyberpower678 2013-09-17 12:20:17 UTC
I'm not sure I understand but https://tools.wmflabs.org/xtools/pcount works just fine.
Comment 6 torty3 2013-09-17 14:36:19 UTC
Question: why is a separate instance required? I would have thought that hosting it at a page like tools.wmflabs.org/wikivoyage/poimap would work.
Comment 7 Nicolas Raoul 2013-09-19 07:57:05 UTC
@torty: I would be glad to use the place you mention if someone grants me read/write access to it.
Anywhere is fine as long as it can run our PHP script over HTTPS.

@Cyberpower678: Interesting! Any idea how they achieved this?

@Ryan: Any news about the dynamic proxy?
Comment 8 Cyberpower678 2013-09-19 11:19:09 UTC
(In reply to comment #7)
> @torty: I would be glad to use the place you mention if someone grants me
> read/write access to it.
> Anywhere is fine as long as it can run our PHP script over HTTPS.
> 
> @Cyberpower678: Interesting! Any idea how they achieved this?
> 
> @Ryan: Any news about the dynamic proxy?

Well I achieved it by simply tossing it into the public_html folder and going to that address with https.  Nothing special to it.
Comment 9 Nicolas Raoul 2013-09-19 11:30:30 UTC
Do you mean you created a "public_html" folder in your user home?
I have no such folder here, so I have put everything in /var/www and it mostly works (for a few hours before becoming 404, see https://bugzilla.wikimedia.org/show_bug.cgi?id=54059 different problem)

I guess these pages could use more detailed explanations:
https://wikitech.wikimedia.org/wiki/Help:Lamp_Instance
https://wikitech.wikimedia.org/wiki/Help:LAMP_issues
Comment 10 Cyberpower678 2013-09-19 11:42:13 UTC
(In reply to comment #9)
> Do you mean you created a "public_html" folder in your user home?
> I have no such folder here, so I have put everything in /var/www and it
> mostly
> works (for a few hours before becoming 404, see
> https://bugzilla.wikimedia.org/show_bug.cgi?id=54059 different problem)
> 
> I guess these pages could use more detailed explanations:
> https://wikitech.wikimedia.org/wiki/Help:Lamp_Instance
> https://wikitech.wikimedia.org/wiki/Help:LAMP_issues

No.  It should already be there.  xtools runs on the tools instance.
Comment 11 scott.leea 2014-07-01 02:38:37 UTC
What's the status on this ticket? Is this something I can work on? (I am a new volunteer).
Comment 12 Yuvi Panda 2014-07-01 15:58:35 UTC
This has been fixed now. If you are using your own instance, use Special:NovaProxy on wikitech to create a https enabled proxy. If you're using toollabs, you already have https.

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


Navigation
Links