Could not instantiate class named IBNSLayoutConstraint

IosObjective CSwiftInterface Builder

Ios Problem Overview


I'm using XCode6 beta and trying out Swift. When I put some auto layout constraints in a view controller the app crashes with the following error: Terminating app due to uncaught exception 'NSInvalidUnarchiveOperationException', reason: 'Could not instantiate class named IBNSLayoutConstraint'

Ios Solutions


Solution 1 - Ios

You're getting this error because you've set a constraint to an IBOutlet that is removed at runtime. This happens when you set the constraint to be a placeholder in Interface Builder. Since the constraint is removed, when it goes to unarchive it, it throws an error saying it can't do so.

There are two ways to correct this.

Method 1

  1. Right-click on your Storyboard > Open As > Source Code
  2. In the opened storyboard xml, search for placeholder="YES".
  3. You'll find constraints that are set to be removed at runtime. Remove the placeholder attribute from the constraint, save and close.
  4. Run the app and your problem should be fixed.

Method 2

  1. Find the constraint that's causing your problems in Interface Builder. Uncheck the Placeholder option in the GUI. This should be one of the constraints that's set to an IBOutlet in the ViewController that's causing your crash.

Interface Builder attribute editor showing the Placeholder option checked.

This is what it should look like:

Interface Builder attribute editor showing the Placeholder option unchecked.

Alternative

Assuming you actually want the constraint to be a placeholder, then you'll need to remove any referencing outlets. To do this, select the constraint that you wish to be a placeholder. Then open the connections inspector (the button furthest to the right that looks like this: (->) ) and then remove any referencing outlets that may exist on that constraint.

Solution 2 - Ios

I had the same problem just now and the following worked for me.

I released a working version of my app to the App Store, came back to work on it again a few days later tapping onto one my tabs in the UITabBarController it crashed with the error:

Terminating app due to uncaught exception 'NSInvalidUnarchiveOperationException', reason: 'Could not instantiate class named IBNSLayoutConstraint'

I didn't have any placeholder layout constraints that I was aware of or constraint outlets that shouldn't have been defined.

The solution for me was to simply turn size classes off and keep size class data for iPhone (App is only for iPhone). This must've deleted anything I'd missed in the size classes. I want size classes so I turned them back on and the app just worked again.

Solution 3 - Ios

This might not be necessarily a constraint problem. For me it was caused by not having checked "Installed" for a size class that was applying to my layout, see here install must be checked

Solution 4 - Ios

There was some problem with using size classes. I disabled that option from the storyboard properties and use only auto layout. It wasn't such a big problem since the app is iPhone only.

Solution 5 - Ios

What ended up happening to me was that I cut a subview inside of Interface Builder to copy it into another xib. This left the subview in original xib Interface builder with it being greyed out. After removing the subview from it's original place (by selecting and deleting). I was able to get rid of the error.

Solution 6 - Ios

There is an option in the inspector window when you select the xib file that will not use the constrains under "Show file the inspector" in the inspector called "Use autolayout".

Solution 7 - Ios

I made a change to a scroll view so that it would let the picker controls embedded in it work properly using a solution I found elsewhere in Stackoverflow. My new storyboard simply added these attributes to the scroll view, which seemed fine to me.

     delaysContentTouches="NO" canCancelContentTouches="NO"

But in addition, I saw in my storyboard in another scene the following new fragment:

                    <variation key="default">
                        <mask key="subviews">
                            <exclude reference="86H-aM-wei"/>
                        </mask>
                    </variation>

I have no idea where it came from. At first I ignored it because everything seemed to work find on my dev machine. But when the build was built as Release and tested, I got the crash. Removing that spurious(?) fragment fixed the crash and has not seemed to impact anything else.

Solution 8 - Ios

I had this issue when I had a button in a custom UICollectionViewCell, and had some of its constraints as IBOutlets on that class. I moved the button from the cell to the parent view controller and the IBOutlets were still referenced in the cell but didn't actually exist on the cell so blew everything up. Just needed to remove those IBOutlets and everything worked fine again!

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionzbroxView Question on Stackoverflow
Solution 1 - IosSandy ChapmanView Answer on Stackoverflow
Solution 2 - IosPhilip MooreView Answer on Stackoverflow
Solution 3 - IosabinopView Answer on Stackoverflow
Solution 4 - IoszbroxView Answer on Stackoverflow
Solution 5 - IoswilforealView Answer on Stackoverflow
Solution 6 - IosiPatelView Answer on Stackoverflow
Solution 7 - IosAndy WeinsteinView Answer on Stackoverflow
Solution 8 - IosCMashView Answer on Stackoverflow