(Here’s my known-good prefs plist with what I consider the optimal performance-monitoring column set: ru.domo.CocoaTop-badger200knowngood.plist.txt - simply rename to ru.domo.CocoaTop.plist, GitHub wouldn’t accept it until I attached as TXT)

On both my devices when I updated to 12.4, CocoaTop would not save my custom column preferences. This was extremely annoying until I finally discovered a fix.

I noticed ru.domo.CocoaTop.plist was in
/var/root/Library/Preferences
But it seemed like similar apps were far more likely to have such a prefs file located in
/var/mobile/Library/Preferences

I made a workaround by:

1. creating a known-good custom columns set
2. Verifying the .plist modified time was current to confirm my changes were saved (for the moment)
3. Copying that .plist from root Preferences to mobile Preferences as mentioned above.

I don't know how, why, or if this is what fixed it but it certainly seems to be. I remember checking permissions (bc it was almost as if CocoaTop was perhaps unable to save my changes to disk, which would explain why it always restarted with default column again.)

The odd thing is, my
/var/root/Library/Preferences/ru.domo.CocoaTop.plist gets updated to current time basically every time I use the app.

HOWEVER, my workaround copy at /var/mobile/Library/Preferences/ru.domo.CocoaTop.plist oddly DOES get updated - but only once every 7-10 days! I have no clue how to explain this behavior.

@D0m0 - I just wanted to take the time to thank you for sharing your ingenious code with all of us to gain insights from. I have wanted to contribute to CocoaTop since it was released in Cydia many years ago now, and kept checking for whether it had been open sourced yet or not.

You kept your promise and opened it up, I thank you and know that many, many others do as well.

The simple brilliance in this app is amazing. While I could nitpick at stupid things like sizing of the UX on an iPad Pro, etc., that would be counter-productive. The application was built so well, it has survived (what is it, 5 or 6 versions???) many major iOS releases and still works great to this day!

Thanks again for your contribution. I am going to work on the UI for larger devices and, should I make any significant progress, I'll share with you or submit a PR.

@D0m0 Please feel free to close this issue at any time or even delete it - since there was no wiki setup, I didn't know how else to thank you...I don't want people thinking there are issues with your code!

As title
In iPhone X 13.2.3 uc0ver 5.3.1 substitute 2.0.7

On CocoaTop 64 2.0.2+debug, the Ports feature no longer works (in iOS 10.2.1 it worked). It instantly freezes the app every time.

Unc0ver 3.8.0b1. iOS 12.4. MobileSubstrate 0.9.7100b4. iPhone 6 (7,2), iPad Pro 9.7” (iPad6,3 / j127ap).

HOWEVER with unc0ver 4.0.3 (possibly all unc0ver v4? Or is it MobileSubstrate 0.9.7101? See note below) now the Ports WORKS again for the first time in 64-bit, but now the Modules for SpringBoard doesn’t work, and displays both empty and red (as if the SB process has terminated, even though it hasn’t).

I’m not sure what changed in unc0ver.

NOTE: I might be mixing up unc0ver with MobileSubstrate! There is a new MobileSubstrate 0.9.7101 updating the long-standing 0.9.7100b4(?) that I also recently tried separately from unc0ver v4.

So it was either the MobileSubstrate 7100 -> 7101 update, or the unc0ver 3.8.0b1 -> 4.0.3 update that caused Ports to begin working again.

please add support for iOS 16+😂😁

Instead of just putting "check out a 2019 commit" in the readme, how about choosing the latest commit that supported 32 bit and making a new branch with it named 32bit or something? :)

There’s always been some weird glitch in the “Snapshot” function of CocoaTop both on iOS 10.2.1 and now on 12.4.

When you switch away from an app, iOS saves a “Snapshot” .ktx (PNG in disguise?) screenshot file to the app Cache folder, so when you switch back to the app, the user is given the impression the app is immediately exactly where they left off, while the app is performing resume-operation code.

On CocoaTop there’s always a weird glitch where it sort of displays a black screen or a blank/translucent screen. It’s hard to define but readily apparent if you observe it vs resuming any other app.

If for any reason you can’t reproduce, try switching away from CocoaTop and opening another app (NOT merely closing and immediately reopening CocoaTop), changing device orientation, and then switch back to CocoaTop. I doubt this will be necessary though.

Hi

CocoaTop worked like a charm on 13.4 but after upgrading to 13.4.1 it accidentaly closes just after the open. How can I fix this issue?

Regards

title

On both iPad and iPhone iOS 12.4, CocoaTop 64-bit has a weird glitch where it remains stuck in the original orientation.

But if you open Task switcher and open another app, then switch back to CocoaTop, that triggers CT to redraw its UI correctly in the new orientation.

This makes the plist file generate wrong. Fixing it would fix preferences.

I run unc0ver 6.2.0 latest but recently began using checkra1n (via BootRa1n USB stick).

Similar to another issue I reported #5 , I noticed ru.domo.CocoaTop.plist is strangely in both
/var/root/Library/Preferences and /var/mobile/Library/Preferences. When I run unc0ver CocoaTop 2.2.3 uses the “mobile”, while checkra1n uses “root”.

We should fix this bug in CocoaTop so Preferences are alway loaded from the same location (ideally “mobile” even when setuid root) regardless of jailbreak. Especially since if one’s unc0ver self-signed 7day profile expires, I often need to resort to checkra1n to get back in and repair my ReProvision (which ceased to work abruptly approx a month ago, now I’m using AltStore which relies on the very unreliable WiFi Mobile Device iTunes Syncing feature). So I frequently am switching between checkra1n and unc0ver.

PS: I’ve noticed checkra1n is a more “ultimate” jailbreak than unc0ver; it allows you to do everything, whereas unc0ver fails to run bash “shebang scripts” (.sh files starting with #!/usr/bin/perl for example) because iOS denies bash the entitlement “process-exec-interpreter”, and @sbingner and @Pwn20wnd have been unable to solve this.

The app crashes immediately and fails to open if you have ‘Bold Text’ enabled in settings. Disabling Bold Text, allows the app to launch successfully.

I’d kill to get a binary or package of this!!

https://github.com/SongXiaoXi/CocoaTop