Deleting/replacing file from files section boots me out of panel

I started from the plainkit. All users have admin rights. I have only ever used one user.

Console doesn’t seem to show anything when I get booted out of the panel.

Are you using the latest Kirby version, 3.1.3?

Have you tried if that also happens with a fresh Starterkit (i.e. non of your own content/code)?

A fresh install of the starterkit does the same thing.

Got booted when I tried to delete one of the default images (the fox). I run a Kirby 2 installation on this server with no issues. Is this some kind of incompatibility with Kirby 3?

I use a Cloudways VPS.

My steps:

  1. Upload starterkit
  2. Create new user
  3. Try to delete fox .jpg file using panel
  4. Got booted with ‘unauthenticated’ error

Are thumbs created in the media folder?

Yes, they appear to be:

Ok, the folder is writable. I’m running out of ideas. Maybe just create an issue on GitHub…

One more question: Is the file actually deleted despite the error?

No, the file doesn’t get deleted.

Only way to delete the file is to do it manually through FTP or to delete the page it belongs to.

Did you ever get to the bottom of this? I have started seeing the ‘unauthenticated’ error whenever I click images in the control panel, it flashes up then redirects me back to the panel homepage (which loads fine).

The issue was closed. Devs said it was a server config error on my end after struggling to fix it. Not sure if it’s true or not, but in any case I was forced to move away from Kirby for my projects. =[

Actually he just said it’s likely to be a server-sided error and it’s extremely hard to find out why it doesn’t work without access to the server in case of such problems. You could still talk to @bastianallgeier and find a way so he can do some tests on the server to find out what might be wrong as he did suggest in his comment.

Would be interesting to see what headers you receive…

We had a similar problem with easyname as hoster:

There it turned out that easyname was sending weird Stored-Cookie headers instead proper ones. Once reported to them, they fixed it.

Those issues are sometimes hard to debug as they have nothing to do with how Kirby works, but just false server setups.

I gave devs server access but they weren’t able to solve the issue. It’s not a complaint, just unfortunate. If anyone wants to give it another try at some point I can set it up again.

Using Cloudways to host.

As I said it would be interesting to see what headers you receive when the error occurs. Since we had the exact same problem with the roster easyname, there is the chance that it’s the same issue with Cloudways (and similarly easy to fix for them maybe).

How can I check these headers? I’ll give it a shot. I still have one kirby install on my server that I used for a client’s site.

In Chrome for example

@bchan009 I had the exact same issue on the exact same setup (VPS on Cloudways)
The solution (apparently) was to turn OFF the Varnish cache that’s on by default.

I have no idea if this is just a workaround rather than a proper solution but everything works fine now on my end.

@bchan009 @manuelmoreale Varnish is known for caching pretty aggressively (which is its job after all), so it may be that it doesn’t play well with our API endpoints.

If you don’t use frontend login/dynamic content, there is one thing you can try (if you have access to the Varnish configuration): Enable Varnish in general, but disable it for /api/*. This way you get the advantages of Varnish without the Panel being unreliable.

But as Kirby is pretty fast, you can also get away without Varnish at all. It only really makes sense for large deployments with multiple backends and/or rather slow dynamic applications. (And maybe for some other use-cases, sure.)

Wow thanks for the tip! I’ll try it out later!