Infrastructure

bafflan 日陰のコスモス wrote:

STR:
[…]
The zip file has only the extension and no file name.

Scriptable version:

$ curl -sI https://translations.documentfoundation.org/download-language/ja/libo_ui-master/?format=zip \
    | grep -Ei "^Content-(type|disposition):" 
content-type: application/zip
content-disposition: attachment; filename=".zip" 

Cannot download a ZIP file.

Error message:

Internal Server Error

Server Error

The server had serious problems serving your request. Trained monkeys are en-route fixing the issue.

That's precisely what I meant in my last paragraph.

No idea how to force-refresh the file list in weblate, also. Maybe Christian Lohmaier knows? (It has nothing to do with the present issue though.)

The problem is not that the propagation to the translations didn't make it through, the problem now is that the component still exists despite the all of the templates and translations being removed for that component.

Propagation from changes to the github repo are propagated via a hook, so weblate gets notified ~immediately. But of course that change was pretty large, and that probably confused some of the mechanisms in weblate. E.g. the language consistency plugin created files for a few langauges where the weblate default language-aliases differs from our use (we only use nb not nb-NB and use pa-IN instead of just pa despite us having those translations - the plugin just triggered at a time where the files weren't processed yet.)

Long story short: I manually removed the component from weblate (and verified that the download now works).

Thanks for fixing this!