[1.29.3]
Update baserow to 1.32.4
Full Changelog
[Database] Import Airtable gallery view. #793
[Builder] Ensure that workflow action and user source forms disallow choose a data synced table. #3104
[Database] Fix issue with 'this_week' and 'next_week' operators in date filters #3526
[Database] Fix bug where the Airtable import crashes if the table has sections.
[Builder] Fix cache invalidation on field change for data sources
[Core] Record frontend sessions in Sentry if there is an error.
@chaitanya thanks. (Unrelated: but it seems your Cloudron version is quite old. That Package Repository field was many versions ago).
https://gitlab.com/baserow/baserow/-/issues/2444 was fixed a while ago. But https://gitlab.com/baserow/baserow/-/issues/3231 seems to suggest that it hides underlying issue and does not really mean View not found. Do you have any error in your logs?
If you have new backups made into the remote storage, you can safely just remove the local ones at /var/backups/ via SSH. Something like rm -rf /var/backups/* (to keep the folder itself)
It very much seems like an app bug in the new version you are hitting here. Not sure if we can help you debug this without app specific expertise. Have you contacted upstream app devs and issue tracker about this already?
To stay in operation, have you tried to clone the non-updated, working version and then only update the cloned app to see if this is easily reproducible?
Aho, I understand.
I - unsuccesfully - tried to edit the index.md in https://docs.cloudron.io/installation/. I get an error "a file with this name does not exist"...?
Anyway, add something like:
_(Note: ressource heavy apps easily require a multitude of these values - requirements for each app are mentioned in the app store)_.
For anyone interested in configuring proper monitoring on your Cloudron server, I wrote a guide about it, and I hope you'll find it useful!
I wished when this issue happened that I had been warned before the disk ran out of space, and that's what monitoring is for.
This is currently not possible. The other services run in the background but usually they are harmless/idle and don't consume any resources if nobody uses this. This is the reason it's not been in focus to lazy start/stop services .
@makemrproper afaict, you cannot delete a user without a license. https://gitlab.com/baserow/baserow/-/issues/880 is maybe the upstream issue. But I think you should ask at https://community.baserow.io to confirm this.
This can be closed, the fix seems to do the job, the baserows tables, even the biggest ones (500K) rows are displayed in a short time and the app is snappy overall, great job !
@girish thank you!
I was thinking about pro version, but from the links you've mentioned it seems like they have a single code base for all features, thank you!
