<div dir="ltr">On Mon, Dec 4, 2017 at 8:54 AM, Richard Duivenvoorde <span dir="ltr"><<a href="mailto:rdmailings@duif.net" target="_blank">rdmailings@duif.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On <a href="tel:03-12-17%2023" value="+3903121723">03-12-17 23</a>:43, Alessandro Pasotti wrote:<br>
>     You are right, the installer can't handle it. Whenever the server<br>
>     returns the<br>
>     301 page, the installer assumes it's a corrupted zip file. I'll try<br>
>     to fix it<br>
>     soon, maybe within next few days, but I can't promise.<br>
><br>
>     Anyway, the installer connects to the repository via https for a<br>
>     long time, so<br>
>     the only reason for the redirection is the plugin download urls are<br>
>     hardcoded<br>
>     as simple http:// Alessandro, shouldn't they follow the same<br>
>     protocol? Fixing<br>
>     it will solve the problem as well.<br>
><br>
> I'd prefer to not double the cached files but I'll see what I can do.<br>
><br>
>     Btw. please note QGIS caches the repositories, so after changing the<br>
>     download<br>
>     urls, we still need to clear the cache in the Options dialog -><br>
>     Network -><br>
>     Cache settings (I'm not sure what's the cached data lifetime?).<br>
<br>
</span>Yes, though it would be nice to have this fixed in the PluginManager<br>
too, the safest way is to let the plugin-website always return<br>
plugins.xml with httpS-url's (independent on if the request was http or<br>
https).<br></blockquote><div><br></div><div><br></div><div>That's much easier to do, Richard if you have time you could just try to change http->https in the bash script that builds the cached files (ping me in case you have any problem).</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
In that way, also older QGIS/PluginManager versions will work, as they<br>
can request a http repo, but get https url's back, which then do not<br>
have a redirection need anymore.<br>
Then we can in near future do the http->https request again (after the<br>
caching time).<br>
<br>
Am I right?<br>
<br>
Regards,<br>
<br>
Richard<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>