After upgrades to the GKE pods, one has to log in again, so it would seem that session data is stored in the pod's own storage instead of the persistent volume.
After upgrades to the GKE pods, one has to log in again, so it would seem that session data is stored in the pod's own storage instead of the persistent volume.
I also enabled only secure cookies while I was at it
The default is in memory so that's why we were losing sessions. The docs mention a mysql adapter, but it's not in 1.7.5, maybe they'll add it in 1.8?
Fixed by adding this to the session section of the `app.ini`:
```
PROVIDER = file
PROVIDER_CONFIG = /data/gitea/sessions
COOKIE_SECURE = true
```
I also enabled only secure cookies while I was at it
The default is in memory so that's why we were losing sessions. The docs mention a mysql adapter, but it's not in 1.7.5, maybe they'll add it in 1.8?
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
After upgrades to the GKE pods, one has to log in again, so it would seem that session data is stored in the pod's own storage instead of the persistent volume.
Fixed by adding this to the session section of the
app.ini:I also enabled only secure cookies while I was at it
The default is in memory so that's why we were losing sessions. The docs mention a mysql adapter, but it's not in 1.7.5, maybe they'll add it in 1.8?
Nice find. 👍