Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Springboard and other daemon crashes #11

Open
ghost opened this issue Dec 30, 2021 · 11 comments
Open

Springboard and other daemon crashes #11

ghost opened this issue Dec 30, 2021 · 11 comments

Comments

@ghost
Copy link

ghost commented Dec 30, 2021

Resprings tend to crash into Safe Mode. The rest of the time, daemons crash periodically the entire time Satella is installed or enabled with iCleaner.
I tried uninstalling and deleting the plist file before reinstalling but it did not help.

I included the latest crash logs.

Springboard crash.txt

Spotlight crash.txt

PassbookUIService crash.txt

@Paisseon
Copy link
Owner

You are sure this is caused by Satella? These crashes occur in system apps into which Satella cannot inject-- see the constructor (if ((enabled && enabledInApp(appName)) || (enableAll && ![appName hasPrefix:@"com.apple."]))). I checked myself and found that both with and without "Enable in All Apps" toggled on, it does not inject into SpringBoard, and the crash logs don't mention Satella. Could there be some other tweak to blame here?

@ghost
Copy link
Author

ghost commented Dec 30, 2021

I am positive of the fact that it is triggered by installing Satella and resolved by uninstalling it, on my phone. Now if it’s the result of tweak interactions I cannot tell. I can disable everything in iCleaner, install Satella and try.

@ghost
Copy link
Author

ghost commented Dec 30, 2021

I may have isolated the issue to having too many, although disabled, jb detection bypasses. Removed iHide, Hestia and A-Bypass and left the only one I use, Shadow. The immediate daemon crashes stopped now and will report later with any changes.

@Paisseon
Copy link
Owner

Ok, thanks for letting me know ^^

@ghost
Copy link
Author

ghost commented Dec 30, 2021

No springboard/daemon crashes so far. Must have been one of those jb bypasses.

@ghost
Copy link
Author

ghost commented Dec 30, 2021

I was fast to speak. I did a respring to test and it crashed with Appstore++ as the culprit.

Is there a reason why it would interact with Satella?

Springboard crash.txt

@Paisseon
Copy link
Owner

I honestly have no idea how Satella and AppStore++ would interact at all... can you check SpringBoard's runtime browser with FLEXible for Satella? And also if the crash occurs with AppStore++ disabled in iCleaner Pro?

@ghost
Copy link
Author

ghost commented Dec 31, 2021

I have FLEXible and know how to use it but I don’t know what you mean. Where do I find that info? I searched through Springboard’s hierarchy for Satella and other tweaks but didn’t get any hits.

@Paisseon
Copy link
Owner

Paisseon commented Jan 5, 2022

Aaaa forgot to reply here! Try Menu -> Heap Objects and search for Satella. If Satella is active it will have a class titled SatellaObserver

@ghost
Copy link
Author

ghost commented Jan 6, 2022

Satella is not there. I think services are exceeding the jsam memory limit, even though I set it as Lenient in the u0 Substitute settings. But is Satella causing this or is it just the last drop (in the bucket that is filled by some other tweak) that makes services crash?

I will have to do some more investigating but it will be manual tweak switch off/on and subjective since I have no programming skills to debug the logs.

(Reposted from same account)

@Paisseon
Copy link
Owner

Paisseon commented Jan 6, 2022

If it's not there that means the only code that was run is the constructor-- so basically nothing. I don't want to be one of those devs who always blames another tweak, but if Satella isn't injecting and there's a problem, it's another tweak.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant