These were just some glitches in the texture upload workflow. I just tested a few variations of uploading and canceling upload of textures and it works correctly. Since this can't be reproduced in a reliable way, I will archive.

Are these issues still valid?

Celery support was added in 5af54237b9805b2b, it's now used to update nodes and users in Algolia.

• Service accounts can now be email-less 69d7c5c5cec98619fa8a04b698b60175c5c7a807 (Pillar)
• Managers no longer have an email; the email address given on the CLI command to create a Manager is used to look up its owner (a regular user) 3112403fe76c9d4ab28f5958f21a6775ccecec09 (Flamenco).

Sounds good to me.

After some testing, this proved to be a failure. The lack of support for block elements inside of tags, combined with the lack of documentation and active support do not make this library suitable for Pillar.

The sizes are stored in the file document, which needs to be accessed anyway to figure out whether links are outdated or not. I'm sure we can get those values into the Jinja template context.

¡Yes! (with extra spanish exclamation mark)

Would be great to somehow retrieve or the height/width of the file so the placeholders don't break the layout. In most cases we know the size of thumbnails (group view, frontpage), but when the images are responsive we don't.

Implemented in fcaa4fb and cecc9bc

Hi Peter,

I've noticed in the file's properties there's already height/width.

Hi Francesco and thank you for pointing that out. I revised the code and checked to make sure that all buttons function properly. This should function correctly in any HTML5 browser. Let me know if you have any other questions.

This will be solved by using web sockets with a dedicated microservice.