It would be cool if this trac instance didn't permit non-https access, especially when people are entering login credentials. People shouldn't be reusing credentials between sites, but some people do anyway.

It might be worth deferring this until you have an SSL certificate signed by a CA that normal browsers will recognize.

Rose Irene wrote to the mailing list:

Hello dear developers

I was uploading videos with a resolution of 480p to my server but the videos
were also scaled to 1080p and 720p. Videos should be scaled from full resolution
to lower resolution. Example: 1080p to video 720p, 480p, 360p. but not 360p to
480p, 720p or 1080p

Regards,
Rose Irene

I've just tried this on the current master branch with the following 352x288 video and found that the video was transcoded to 360p, 480p and 720p.

​https://upload.wikimedia.org/wikipedia/commons/2/25/Kleuters_vieren_gouden_jubileum.ogv

Vijeth, do you have any thoughts on how best to implement this check/skip? In the case that the original video is lower-res than all of the available_resolutions, I assume we would need to keep the original video, which is normally thrown away.

When I connect to goblinrefuge.com using a pump client, none of the media is displayed because the links are bad. goblinrefuge.com stores media on CloudFiles, so files are hosted on a separate domain. The feed media URL doesn't get this correct.

Here's an example of a feed media URL Pumpa received from the API.

​https://pump.goblinrefuge.com/ttps://b2aeaa58a57a200320db-8b65b95250e902c437b256b5abf3eac7.ssl.cf5.rackcdn.com/media_entries/5223/tmp_5538-IMG_20150625_031717-1392399859.jpg

And here's the actual media URL.

​https://b2aeaa58a57a200320db-8b65b95250e902c437b256b5abf3eac7.ssl.cf5.rackcdn.com/media_entries/5223/tmp_5538-IMG_20150625_031717-1392399859.jpg

The API is mangling the URL by trying to append it to the URL of the mediagoblin server as though it's a relative path hosted on the same domain, instead of using the actual absolute URL.