Hello,
On my self-hosted Grist 1.7.3, the webpage refresh when i edit data (modify data, add a column, add a line …)
It doesn’t occur each time, some days yes, some days no. Some other users on same instance told me that they had a lag with « still working » message for 3 seconds when editing data. I’m not sure yet it’s same issue
I need to explore more this situation in my logs, but I wonder if there is a similar issue already documented somewhere ? Any tips ?
Thanks
By refresh, do you mean the whole table being edited reloads? The only circumstance I know of where that could happen is if the table is being used for user attributes for access rules. Does the document have access rules?
Is the 3 second lag when editing related to reloads, or separate? If separate, are you using Postgres or SQLite?
I take all informations to give a complete answer
My webpage refresh, and it takes some times before i’m able to interact. I have a page like this
With a message « still working »
It occurs each time i edit data. But some days it works fine
The document have access rules yes. With user attributes.
The « 3 second lag » related to reloads yes. It was words used by other users to describe reloads.
Does it mean that reloads i’m experiencing could be dued to use of user attributes in access rules ? Should i remove them ?
A user sent me that video of reload problem Bug grist - Plateforme de vidéos de La Raffinerie
Any clue how i could investgate to resolve this, it ‘s very annoying for our use. Thanks
It sure looks like user attributes in access rules. If you haven’t already fixed this, I’d suggest looking at the list of user attributes to see if this table is used in it. If it is, think about whether it is necessary, or whether it could be refactored.
