can not upload a new version of an image

Jump to: navigation, search

When I go to upload a new version of an image onto userbase I get this error. I can upload brand new images but not a new version of an existing image. The latter is a useful feature as you get to propogate the changes to all the pages that use the image automatically.

Could not read or write file "mwstore://local-backend/local-public/4/45/Kdenlive_Effect_stack_icons2_0.9.3.png" due to insufficient permissions or missing directories/containers. Could not store file "/tmp/phpnHNgMS" at "mwstore://local-backend/local-public/4/45/Kdenlive_Effect_stack_icons2_0.9.3.png".

01:23, 6 August 2017

Oops. That should now be fixed.

02:08, 6 August 2017

That has indeed fixed it. Thanks for the prompt service. What is still frustrating about the upload new file is that somewhere along the way the old version of the file seems to be cached somewhere and I have a hell of a time to get the new version to display. I can see it if I open the page on a completely different PC. But if I refresh the page, hard refresh the page, go into Chrome Dev Tools and do "empty cache and hard reload" I still see the old cached version. Totally anoying. - But probably nothing to do with

02:57, 6 August 2017

The cached file is likely being delivered by Incapsula. If memory serves you can get the latest version of the image by refreshing using Ctrl + F5.

05:55, 6 August 2017

Ctrl + F5 did not do it for me.

So userbase/kde etc are Incapsula customers ?

08:46, 6 August 2017

Interesting, it should have. Guess Mediawiki must be caching as well. Yes, we are users of Incapsula.

09:58, 6 August 2017

I guess the the cache will eventually time out and I will see the new version of the file tomorrow or something.

10:16, 6 August 2017

Yes - we do set aggressive caching headers for images though so it may take up to a week.

10:18, 6 August 2017

I'll Live !!!

10:33, 6 August 2017