For searching, the error message is:
This application is modifying the autolayout engine from a background thread, which can lead to engine corruption and weird crashes. This will cause an exception in a future release.
I know this means some UIKit code is called from a background thread, and I know the solution is to wrap the code in
dispatch_async(dispatch_get_main_queue(), ^(void){ <code> });
My problem is locating where to do that, as none of the printed stack traces reference my app code. My evidence to prove this negative is searching (command-f) in the debug output window for the name of my app; I have 24 stack traces dumped out and my app name is not in any of them, except at the top with the error message. I can post one of them, but that doesn't seem very useful.
In the cases I am working on today, this is happening when transitioning view controllers, after viewWillDisappear()
and before viewWillAppear()
. I have found parts of my code to wrap dispatch_async()
around, but those are all handled now. I have breakpoints and debug messages where objects relevant to the view controllers are allocated and deallocated, and they all trigger after the exception messages appear. This is happening both on the simulator and my iOS9 iPhone, both in debug and release modes.
How can I identify the background code which is apparently modifying the UI?
This code PSPDFUIKitMainThreadGuard causes assertions on UIKit access outside the main thread
Steps to use:
PSPDFAssert
definition to the first of the filePSPDFLogError
as it is not defined <UIKit/UIKit.h>
Your app will crash and stop with any attemption to modify any UI element from background thread
For swift use the following code: NBUIKitMainThreadGuard