Open andrewrt opened 10 years ago
Did you try wrapping the present in a delay with performSelector?
yes I tried calling the present in a dispatch after a 9 second total delay, but after the delay is over, the mail composer pops up and then the assertion pops up as well
Did you try wrapping the present in a delay with performSelector?
Any fixes of this problem?
No fixes that I know of. In order to get this working, I had to switch to another SideMenu lib.
Have you run MFMailComposer with any apps using RESideMenu?
I'm getting an assertion with the below call: self.presentViewController(mailComposer, animated: true, completion: nil)... when doing iOS boilerplate MFMailComposer code. (I copy/pasted this standard mail composer setup code to a non RESideMenu app and it works, sends mail, etc w/o problem).
And basic code: if MFMailComposeViewController.canSendMail() { mc = MFMailComposeViewController() mc.setSubject("subject") mc.setToRecipients(["me@me.com"]) mc.setMessageBody("...", isHTML: false) mc.mailComposeDelegate = self self.presentViewController(mc, animated: true, completion: nil) }
2014-10-23 18:29:36.048 THealthCheck[1320:319166] * Assertion failure in -[MFMailComposeInternalViewController _endDelayingCompositionPresentation], /SourceCache/MessageUI/MessageUI-1466.1.2/Mail/MFMailComposeInternalViewController.m:322 2014-10-23 18:29:36.048 THealthCheck[1320:319166] * Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'should have delayed presentation' *\ First throw call stack: (0x186e99e48 0x1975d80e4 0x186e99d08 0x187d1d554 0x1896d2d60 0x186e9fc70 0x186d9e1ec 0x100d6ce30 0x100d6cdf0 0x100d7175c 0x186e516a0 0x186e4f748 0x186d7d1f4 0x18ff0b5a4 0x18b6ae784 0x1000e26d0 0x197c46a08) libc++abi.dylib: terminating with uncaught exception of type NSException