Cookie 6 is set to open at startup. When I check it immediately after startup, no browsers are listed in the side panel although the favourite websites are listed in the main window.
If I then quit and restart Cookie, the browsers are listed as I would expect and everything appears to function normally. This behaviour happens with both the app store and the direct sale versions - I have licences for both.
Permissions are:
named admin user: read / write
admin: read only
everyone: read only
I run as an ordinary (= non-admin) user.
I’ve not noticed this behaviour before so it might have been happening for some time, but has anyone any idea of the cause.

Cokkie 6.5.1 is set to open at startup. When I check it, although all the unwanted cookies are listed no browers appear in the list window.

If I quit Cookie and then restart it the Browsers appear in the list and all appears to be OK.

I've tried this with both the app store and the direct versions - I've got licences for both.

Permissions are:
named admin user: read/write
admin: read only
everyone: read only

I run as an ordinary user (not admin), so maybe this is the source of the problem. However I've done this since way back with no problem, so I can't fathom why it should suddenly start now.

Hmm. Made a mistake there.
A more thorough check on the laptop running Mojave 10.14.6 and Safari 13.1.1 shows the same problem: spinning gear wheel in the menu bar which then shows 'failed' after quitting Safari and the clear cache script runs.

FWIW I tried stopping Cookie6 and installed a copy of Privatus 6.1.8 to see what happened.
Again the same problem: following Safari -> quit the small gear wheel in the menu bar with clearSafariCache.sh failed.
Since the problem has started fairly recently it suggests that an update to either MacOS or to Safari is behind the problem. I also have a laptop running the last version of Mojave and that is not showing the same problem.
I should have added that permissions for Privatus are the same as those for Cookie6

@SweetP Unfortunately I think I've confused this thread, but I run as user.

The scripts folder is in ~/library/application scripts/com.sweetpproductions.CookieApp

Folder permissions are:
user (me): r/w
everyone: read only

Permissions on the Scripts are:
User (me): R/w
staff: read only
everyone: read only

Rather than start a new thread I'll just point out that I'm having the same problem but with Safari cache. I get the same error as above but it's the Safard cache script that's failing/ I've not tried the tech preview scripts but that's probably duff as well.

I've done a complete - or AFAICT full delete - of Cookie6, reinstalled via the App Store and downloaded the scripts in the link above for both Safari and SafariTP. These are placed in ~/library/application scripts/com.sweetpproductions.CookieApp (4 scripts in all)

Since the problem may relate to Sandboxing, should the scripts be somewhere in ~/library/containers/com.sweetpproductions.CookieApp?

Permissions on ~/library/application scripts/com.sweetpproductions.CookieApp are: user r/w everyone no access

They are the same for ~/library/containers/com.sweetpproductions.CookieApp user r/w everyone no access

Anyone any further ideas?

Just clocked that v2 is now available. I'm on Mojave so the automatic sync feature is out. However the import/export function although a bit of a faff does the trick.

Thanks for the update.

Please add another one for a sync feature.
In the meantime, is there a way of manually transferring session data? EG simply copy a folder across to the other machine.
For some reason the export utility dosn't work for me.

I'm using cookie 6 app store version and notice that HSTS cookies are not being deleted for non-favourites. I have removal set to delete the caches on Safari &/or Cookie quit. The scripts are in place.

The cache removal script 11/04/19 is:
usr/bin/killall -KILL nsurlstoraged
find /private/var/folders ! -name "SafariTechnologyPreview" -name "com.apple.Safari"
-exec rm -r {} ; 2>/dev/null

Not sure why there needs to be a separate script but I seem to have aquired a Safari TP cache script 28/03/19 (there's another forSafari TP history):

/usr/bin/killall -KILL nsurlstoraged
find /private/var/folders -name "SafariTechnologyPreview" -exec rm -r {} ; 2>/dev/null

No scripts are needed for Firefox

OK thanks Russell