iOS 9 Segue导致应用程序冻结（没有崩溃或错误抛出）

Question

I have been working on this app for months now and from as far back as I can remember I have never had an issue with segues. The code is unchanged in terms of calling performSegueWithIdentifier but since my recent update to Xcode 7 and iOS 9 I have not been able to tack this issue.

I have tried:

• Deleting button and creating new button w/ segue link
• Using a direct segue from button to view, without the use of performSegueWithIdentifier
• Connecting button to new blank viewController

When I press the button, no initial load functions are called on the destination VC (Ex: ViewDidLoad , ViewWillAppear , etc). When I connect it to a blank view, the segue works fine with the same code in place.

Since the code never stops, or breaks, and just seems to "freeze" in place while still running on Xcode I can't seem to even narrow this down to whats causing the issue. I have a similar segue that is also called from another button on the same ViewController that has no issues whatsoever.

Any thoughts on the matter are greatly appreciated!

EDIT: I have narrowed the issue down to the UITextView 's causing the problem. Once the Text Views were removed the page loads fine via segue. I wonder what changed between iOS 8 and iOS 9 in terms of UITextView as I will have to remove the text views and completely re add new text views.

Answer 1

So basically the segue was freezing because of the UITextView 's I was using in the destinationViewController . The following fixed the issue:

• Delete all UITextView 's
• Add new UITextView's
  • you must leave the default lorem imposed text and change this programmatically in the viewDidLoad()

This was the fix for me, and from the research I have done on the issue it seems this is a bug in iOS 9 and Xcode 7.

Cheers!

---

NOTE: Removing the text in the UITextView (or making it longer then ~12 characters) is sufficient to work around it, no need to delete and recreate them. This is fixed in Xcode 7.1.1 and later.

Answer 2

I ran into the same issue and the fixes in this post ( Xcode 7 crash: [NSLocalizableString length] 30000 ) solved the issue for me.

The first is to enable a localisation other than the base for the storyboard (see https://stackoverflow.com/a/32688815/3718974 )

The second is to turn off the base localisation (see https://stackoverflow.com/a/32719247/3718974 )

Answer 3

I think I have the same problem: I have a UITabelView with cells created from a nib file, when a user tap a cell this method is called:

and when I have the following method prepareForSegue:: the application crashes:

if I delete the line 129 Everything is ok , the method prepareForSegue:: open the right view and the label contactName is shown with its default text. If I modify the method as follows prepareForSegue:: get exactly what you expect, without having any type of error:

let me know if you also get the same result

Answer 4

Any one who is facing this issue, i solved it by turning off the "Optimize rendering for windows scale" option in Debug of simulator window. I already had tried all of the above answers but could not solve the issue.

Answer 5

In the method in the first viewController where you activate the segue, do you have beginIgnoringInteractionEvents anywhere? If so the screen you segue to will be frozen and will ignore interaction events like you describe. If this is the case you can fix this by adding an endIgnoringInteractionEvents method before your segue method:

UIApplication.sharedApplication().endIgnoringInteractionEvents() self.performSegueWithIdentifier("editItemToMyGearSegue", sender: self)

Answer 6

I realize this is an old topic, but appears to be still relevant. I was facing the same problem in Xcode 9, iOS11. My UITextViews are embedded inside UITableViewCells. Same symptoms as described here. The tricks with default text and placeholders did nothing for me, but I solved it by turning off the scrolling indicators for the text view in the xib. They were on by default, I guess, though unused.

Edit: this is probably an important detail... the views that were hanging all had an image NSTextAttachment in the attributed string of the text view. I think the image was wider than the available table cell content. With scrolling turned off, they appear to downscale.