ios - viewWillLayoutSubviews getting called after applicationDidEnterBackground notification -
i'm having issue app crashing on sleep, , on home. i'm getting bad_access
error in thread called gpus_returnnotpermittedkillclient
, tells me app making ui changes in background, understanding no-go. therefore, i'm stepping through code see happens on home / sleep, , find breakpoint in vc's -viewwilllayoutsubviews
method getting hit after breakpoints in -applicationwillresignactive
, -appplicationdidenterbackground
notifications (in i'm attempting stop updates asynchronous callback function).
that doesn't seem make sense. application's perspective, if it's not cool ui updates in background, why call viewwilllayoutsubviews
after you're in background?
edit: appears when app doesn't crash. lldb getting things out of order?
i think need tolerant of this. per tech note, can't gles rendering in background. recommendation app set flag when applicationwillresignactive
called, , before doing rendering work check flag , don't work (and perhaps call -setneedsdisplay
on view if app becomes active again know draw view). seem troubled fact viewwilllayoutsubviews
getting called "late", don't see how matters. (i.e. layout != rendering) surprised if view's -drawrect:
method getting called after applicationdidenterbackground
still responsibility check flag , not render if app in background.
Comments
Post a Comment