Here's part of the "long tail" of making everything fully compliant with HTTPS page delivery.
I've noticed that there seem to be mixed-content problems with HTTPS-loaded Wikipedia pages which display the fundraiser banner. At least part of the problem seems to be this image:
http://upload.wikimedia.org/wikipedia/foundation/3/3d/CNbasicButtonParts.png
which is apparently loaded by the banner via a URL hard-coded into the central notice CSS.
Can anyone else verify this?
Is there any simple and efficient way of fixing this in a way that will "just work" in other similar cases, other than writing custom javascript for this special case, or using the data: URI scheme?
-- Neil
On Fri, Oct 7, 2011 at 2:39 PM, Neil Harris neil@tonal.clara.co.uk wrote:
Is there any simple and efficient way of fixing this in a way that will "just work" in other similar cases, other than writing custom javascript for this special case, or using the data: URI scheme?
Yes, use a protocol-relative URL:
//upload.wikimedia.org/wikipedia/foundation/3/3d/CNbasicButtonParts.png
A meta sysop or someone else with the right to edit banners should go through the banners and change all URLs to be protocol-relative. I would do it but I'm leaving for the weekend in an hour.
Roan
On 07/10/11 13:46, Roan Kattouw wrote:
On Fri, Oct 7, 2011 at 2:39 PM, Neil Harrisneil@tonal.clara.co.uk wrote:
Is there any simple and efficient way of fixing this in a way that will "just work" in other similar cases, other than writing custom javascript for this special case, or using the data: URI scheme?
Yes, use a protocol-relative URL:
//upload.wikimedia.org/wikipedia/foundation/3/3d/CNbasicButtonParts.png
Oh! I hadn't thought of that because it was a cross-domain load. Of course it does, that'll just work.
-- N.
I've let the fundraising production team (the folks responsible for building banners and landing pages) know about this issue and have asked them to use protocol relative URLs from now on. Thanks for bringing it up!
Arthur
On Fri, Oct 7, 2011 at 6:22 AM, Neil Harris neil@tonal.clara.co.uk wrote:
On 07/10/11 13:46, Roan Kattouw wrote:
On Fri, Oct 7, 2011 at 2:39 PM, Neil Harrisneil@tonal.clara.co.uk
wrote:
Is there any simple and efficient way of fixing this in a way that will "just work" in other similar cases, other than writing custom javascript for this special case, or using the data: URI scheme?
Yes, use a protocol-relative URL:
//upload.wikimedia.org/wikipedia/foundation/3/3d/CNbasicButtonParts.png
Oh! I hadn't thought of that because it was a cross-domain load. Of course it does, that'll just work.
-- N.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
From Jon Søby (one of the production coordinators):
Fixed now in MediaWiki:Centralnotice-shared-button-2010http://meta.wikimedia.org/w/index.php?title=MediaWiki%3ACentralnotice-shared-button-2010&action=historysubmit&diff=2971651&oldid=2269883, which is used by the story banner at least. Already fixed in MediaWiki:Centralnotice-shared-button-2011http://meta.wikimedia.org/w/index.php?title=MediaWiki:Centralnotice-shared-button-2011, which will be used for new banners.
On Fri, Oct 7, 2011 at 8:11 AM, Arthur Richards arichards@wikimedia.orgwrote:
I've let the fundraising production team (the folks responsible for building banners and landing pages) know about this issue and have asked them to use protocol relative URLs from now on. Thanks for bringing it up!
Arthur
On Fri, Oct 7, 2011 at 6:22 AM, Neil Harris neil@tonal.clara.co.ukwrote:
On 07/10/11 13:46, Roan Kattouw wrote:
On Fri, Oct 7, 2011 at 2:39 PM, Neil Harrisneil@tonal.clara.co.uk
wrote:
Is there any simple and efficient way of fixing this in a way that will "just work" in other similar cases, other than writing custom
javascript
for this special case, or using the data: URI scheme?
Yes, use a protocol-relative URL:
//upload.wikimedia.org/wikipedia/foundation/3/3d/CNbasicButtonParts.png
Oh! I hadn't thought of that because it was a cross-domain load. Of course it does, that'll just work.
-- N.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-- Arthur Richards Software Engineer Fundraising/Features/Offline/Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687
wikitech-l@lists.wikimedia.org