clearSafariTPcache Failing

[HFTobeason]

Again, thank you for your reply.

I replaced both .sh files.

I rebooted.

I launched and quit SafariTP. No joy:

https://app.box.com/s/sy60rn496fb85s4s5umhj7czhkuxft69

I don't know if any of this matters, but I get a huge list of errors in Console while that little gear is spinning:

Sandbox: find(1115) System Policy: deny(1) file-read-metadata /private/var/folders/8c/t4q625mn1sv94y7z9w5k8zzc0000gn/T/com.apple.WebKit.Networking.Sandbox

unable to create CacheDeleteDaemonVolume for <private>

Failed to open database at <private>. Error: Error Domain=com.apple.Safari.SQLite Code=14 "unable to open database file"

[Tacitus]

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?

[SweetP]

Is your macOS user account an admin account?

[HFTobeason]

If you're asking me, yes, my account is an Admin account.

[Tacitus]

@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

[Tacitus]

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

[Tacitus]

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.

[SweetP]

try the following command on the scripts:

chmod +x clearSafariTPCache.sh
chmod +x clearSafariTPHistory.sh

[HFTobeason]

Did as requested.

This is the directory listing BEFORE the +x commands:

And this is the +x commands and the "new" directory listing:

And this is the directory path in question:

A quit/relaunch/quit of SafariTP still results in this:

[SweetP]

Ive just uploaded a new beta, which I hope fixes the problem:
https://sweetpproductions.com/products/cookieapp/beta_updates.htm

If you can download the beta and try that, then let me know how it goes.
You should be prompted to update the scripts when they are required.

[HFTobeason]

Quit Cookie. Replaced the app with the new beta. Relaunched Cookie. Quit SafariTP. Got prompted to update one script, which seemed to be successful, as I got the "OK" dialog. However - and this is all part of this single instance of quitting SafariTP - I got this:

[HFTobeason]

After posting the above message, I quit SafariTP again at which point I saw this:

and then, after several minutes, this:

Please note, however, that my history is being deleted from SafariTP upon quit/relaunch:

I don't know how to check to see if my cache data is being removed or not...

[HFTobeason]

Also note that I see tons of messages like this in Console after quitting SafariTP:

Sandbox: find(31092) System Policy: deny(1) file-read-metadata /private/var/folders/8c/t4q625mn1sv94y7z9w5k8zzc0000gn/0/com.apple.Safari/SafariFamily

[SweetP]

ok,
Ive been doing some reading, it looks as though support for running these scripts has been deprecated in one of the Catalina updates...

<edit>support is still there, but the cache removal script was trying to remove data from a protected folder - and this was causing the fail I think</edit>

I'll try and find a way to implement them some other way, or even see if they are still necessary at all...

[SweetP]

so it looks as though Cookie can now do its job without the cache removal script.

Ill look into a solution for fixing the history removal. and upload a new beta when I have a solution

[HFTobeason]

@SweetP Thank you.

To reiterate: my history IS being deleted as expected (upon SafariTP quit); I can't tell if my cache is being deleted or not.

[SweetP]

Ive just uploaded beta v6.0.16.3
Im hoping this one finally fixes the issue
https://sweetpproductions.com/products/cookieapp/beta_updates.htm

The cache script is no longer required, and the history script has been updated. the history script is only used to remove recent search terms, so you might not have even noticed if it was failing

[HFTobeason]

Well, I no longer see the little spinning gear appear in my menu bar upon quit of SafariTP, and there's no other sign of Cookie having issues... So I think things are looking good! Thanks!

EDIT: I just saw the tiny gear flash on in the menu bar upon quit of SafariTP - but only for an instant.

[SweetP]

@HFTobeason super nice!
thanks for testing

[SweetP]

@HFTobeason the history script should still run - but hopefully it’s not failing. It should also be deleting your recent searches in safari.