-
Notifications
You must be signed in to change notification settings - Fork 535
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
Backbutton while SCLAlertView is shown causes zombie views #25
Comments
I have a work-around for this, and I'd like to share it in case someone else out there is seeing this problem:
... let ARC work for you. |
@deanq the Swift version is this one |
Oh, it works fine on Swift using bridging header file. I’m using Cocoa Pod for my project. Tthe Swift version of this library doesn’t compile yet (it’s a cocoa pod problem). Until that is fixed, I’ll continue to use the objective-c version with a bridging header file. On Nov 6, 2014, at 4:55 PM, Diogo Autilio notifications@github.com wrote:
|
Duh! I'm so dumb! hahaha, I'll take a look later on this issue |
@deanq Tested with : iOS 8.1.1 Please take a look |
I guess it only happens in Swift. Deinit does not get called at all unless I kill the reference. I have updated to the :head build, and it's still a zombie for me. |
@deanq May I close this issue? since it is a swift error |
Sure. Go ahead. |
When you have an alert shown, and the back button is clicked to take the User back to the parent view, the entire view controller stays in memory and never goes away. The way you can test this in simulator is to print a line in your deinit or didReceiveMemoryWarning for the child view. You'll notice that child views that pop back to root without an alert shown will deinit, and a line will not print when you didReceiveMemoryWarning. In contrast, if you have a child view with an alert shown and hit back, you will not see the deinit line and didReceiveMemoryWarning will print a line for that child view.
The text was updated successfully, but these errors were encountered: