<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:ming.v.hua@qq.com" title="Ming Hua <ming.v.hua@qq.com>"> <span class="fn">Ming Hua</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - Download Link is not Localised"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=106975">bug 106975</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>ming.v.hua@qq.com
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Download Link is not Localised"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=106975#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Download Link is not Localised"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=106975">bug 106975</a>
from <span class="vcard"><a class="email" href="mailto:ming.v.hua@qq.com" title="Ming Hua <ming.v.hua@qq.com>"> <span class="fn">Ming Hua</span></a>
</span></b>
<pre>I believe the issue here is that LO user interface is translated to far more
languages than the website is.
Therefore, while the check update feature can safely assume that language pack
for a certain locale exists (after all, the user is using said locale), it
can't make the same assumption for the website. If it blindly points to URLs
like ll.libreoffice.org (or ll-cc.libreoffice.org for locales in BCP47
notation), it risks of pointing to a non-existent page.
Looking at other areas, for example the "Release Notes" button in the Help >
About LibreOffice dialog, I believe the correct solution is using a
hub.libreoffice.org URL, which probably requires both code change and infra
team's work on hub.libreoffice.org side.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>