@IBDesignable error: IB Designables: Failed to update auto layout status: Interface Builder Cocoa Touch Tool crashed

IosSwiftXcodeStoryboardInterface Builder

Ios Problem Overview


I have a very simple subclass of UITextView that adds the "Placeholder" functionality that you can find native to the Text Field object. Here is my code for the subclass:

import UIKit
import Foundation

@IBDesignable class PlaceholderTextView: UITextView, UITextViewDelegate
{
    @IBInspectable var placeholder: String = "" {
        didSet {
            setPlaceholderText()
        }
    }
    private let placeholderColor: UIColor = UIColor.lightGrayColor()        
    private var textColorCache: UIColor!
    
    override init(frame: CGRect) {
        super.init(frame: frame)
        self.delegate = self
    }
    
    required init(coder aDecoder: NSCoder) {
        super.init(coder: aDecoder)
        self.delegate = self
    }
    
    func textViewDidBeginEditing(textView: UITextView) {
        if textView.text == placeholder {
            textView.text = ""
            textView.textColor = textColorCache
        }
    }
    
    func textViewDidEndEditing(textView: UITextView) {
        if textView.text == "" && placeholder != "" {
            setPlaceholderText()
        }
    }
    
    func setPlaceholderText() {
        if placeholder != "" {
            if textColorCache == nil { textColorCache = self.textColor }
            self.textColor = placeholderColor
            self.text = placeholder
        }
    }
}

After changing the class for the UITextView object in the Identity Inspector to PlaceholderTextView, I can set the Placeholder property just fine in the Attribute Inspector. The code works great when running the app, but does not display the placeholder text in the interface builder. I also get the following non-blocking errors (I assume this is why it's not rendering at design time):

> error: IB Designables: Failed to update auto layout status: Interface Builder Cocoa Touch Tool crashed > > error: IB Designables: Failed to render instance of PlaceholderTextView: Rendering the view took longer than 200 ms. Your drawing code may suffer from slow performance.

I'm not able to figure out what is causing these errors. The second error doesn't make any sense, as I'm not even overriding drawRect(). Any ideas?

Ios Solutions


Solution 1 - Ios

There are crash reports generated when Interface Builder Cocoa Touch Tool crashes. Theses are located in ~/Library/Logs/DiagnosticReports and named IBDesignablesAgentCocoaTouch_*.crash. In my case they contained a useful stack-trace that identified the issue in my code.

Solution 2 - Ios

I have had the same issue a couple of times. Both times it started when I was loading an IBDesignable nib onto the storyboard when the nib was not able to fit on the view (ie I had a button off of the UIView but still in the nib). Once I fixed that Xcode still gave me errors so I restarted Xcode until it randomly stopped giving me the error.

I hope this helps.

UPDATE: I just killed all processes named "Interface Builder Cocoa Touch Tool", restarted Xcode and the error went away. Don't know if this will always work or not.

Solution 3 - Ios

In my case, I was doing the next in the initWithFrame/initWithCoder methods to create the view:

className = NSStringFromClass([self class]);
self.view = [[[NSBundle mainBundle] loadNibNamed:className owner:self options:nil] firstObject];

It looks like I was Not supposed to use the Main Bundle, but instead the bundle of the class. So I replaced that code for the following and it worked:

bundle = [NSBundle bundleForClass:[self class]];
className = NSStringFromClass([self class]);
self.view = [[bundle loadNibNamed:className owner:self options:nil] firstObject];

I thought maybe this might help somebody.

Solution 4 - Ios

You could select your custom view in Interface Builder and then use Editor, Debug Selected Views. It will launch so-called IBDesignableAgentCocoaTouch debug session when all breakpoints (including exception breakpoints) work and you could exactly identify the place your view crashes.

Solution 5 - Ios

For Xcode 8 - Swift

Adding optional value as default value on @IBInspectable causing issue for me.

This won't work:

@IBInspectable var repeatImage: UIImage = UIImage(named:"myImage")!{
      didSet {
       // configureView
      }
}

This should work:

@IBInspectable var repeatImage: UIImage = RepeatImageView.getDefaultImage() {
    didSet {
        // configureView()
    }
}

class func getDefaultImage() -> UIImage {
    if let defaultImage = UIImage(named: "myImage") {
        return defaultImage
    } else {
        return UIImage()
    }
}

Solution 6 - Ios

I was experiencing the similar Interface Builder issues rendering designables.

Using the technique suggested in this answer I was able to track down the issue to the use of image literals.

Rendering crash

self.backgroundImage.image =  #imageLiteral(resourceName: "rectangleCenter")

No rendering crash

self.backgroundImage.image =  UIImage(named: "rectangleCenter")

Solution 7 - Ios

Actually if you have some old user defined attributes (which is not valid for current view) at any view in your storyboard, that may cause your agent to crash.

Besides, sometimes it happens just because of a nasty bug of Xcode. To check it out, when you're at storyboard uncheck Editor > Automatically Refresh Views, then move to another file, clean and restart your project. After you entered storyboard again, you can click Editor > Refresh Views and check automatic one again. That one also solved my problem once.

If both didn't work, then probably you have done something wrong about your IBDesignable view, so choose your crashed views in storyboard and debug by clicking Editor > Debug Views

Solution 8 - Ios

I had the same issue and I solved it by adding the 'use_frameworks!' to my project's Podfile.

Hope it helps you.

Solution 9 - Ios

This is not the case for this question, but maybe I will help someone else.

I had a similar problem when in my @IBDesignable class I did not implemented both:

required init?(coder aDecoder: NSCoder) {
    super.init(coder: aDecoder)
    
    // custom setup
}

override init(frame: CGRect) {
    super.init(frame: frame)

    // custom setup
}

Solution 10 - Ios

In my case, it was a problem with OneSignal. Apparently, they have a bug within the version 2.2.0 and above. Switched to 2.1.6 and everything's great again!

Check out this.

Solution 11 - Ios

In my case it was somehow related to a carthage framework that I was using. I had to add $(PROJECT_DIR)/Carthage/Build/iOS to the Runpath Search Paths build setting

Solution 12 - Ios

When i debugged this i found out there are some classes which are modifying UI. Typically marquelabel which is a subclass of UILabel or any other class subclassing UIView and drawing ui at run time and colliding with Autolayout engine. Try giving fixed width or height for these custom views. If it doesn't solve your problem try Following solutions:-

Solution 1:- Uncomment #use_frameworks inside your pod file.

Solution 2:- Try deleting derived data. 1. Close Editor window of your Xcode and quit simulator -> 2. Go to Xcode Preferences -> Locations -> 3. Click small grey arrow showing derived data path -> 4. Select your project -> 5. Delete all the folders inside -> 6. Quit Xcode and reopen

Solution 13 - Ios

Add it to the bottom of your Podfile and run pod install

# Workaround for Cocoapods issue #7606

    post_install do |installer|
        installer.pods_project.build_configurations.each do |config|
            config.build_settings.delete('CODE_SIGNING_ALLOWED')
            config.build_settings.delete('CODE_SIGNING_REQUIRED')
        end
    end

Solution 14 - Ios

Add this script at the end of my Podfile and performed pod install again.

post_install do |installer|
    installer.pods_project.build_configurations.each do |config|
        config.build_settings.delete('CODE_SIGNING_ALLOWED')
        config.build_settings.delete('CODE_SIGNING_REQUIRED')
    end
end

Solution 15 - Ios

A major issue is when you are creating @IBDesignable make sure the cocoapod file isn't included in the UITests or else it will cause this crash.

Solution 16 - Ios

I find the reason is your xib is not the same size as the design in storyboard. Make sure the xib has the same height and width.

Solution 17 - Ios

I was just missing this line of code platform :ios, '7.0' and problem was solved. Just this line in your pod file and update your pod issue will be resolved.

Solution 18 - Ios

For me it was a missing signing certificate, because I never ran the app, so Xcode did not yet create a certificate. Once I ran the app, the IBDesignable rendering worked fine.

Solution 19 - Ios

It's like if you got Code from other Developer and you get this error. Just run

pod install

This worked for me. Hope It helps.

Solution 20 - Ios

Make sure that you are not directly initialising UIImage or UIFont using assets or fonts added in your project.

I always create a private func setUp() in my @IBDesignable custom UI classes. which is called from init(frame: CGRect), init?(coder aDecoder: NSCoder). So I finally updated the setup() as the following.

private func setUp() {

     //... Doing initial configurations

     // iconImageView.image = UIImage(named: "IconImageName")! // Causing the Crash, use if let OR guard let instead
     if let icon = UIImage(named: "IconImageName") {
          iconImageView.image = icon
          iconImageView.frame.size = icon.size
     }

     // nameLabel.font =  UIFont(name: "Calibri-Light", size: 15.0) // Causing the Crash, use if let OR guard let instead
     if let font = UIFont(name: "Calibri-Light", size: size) {
	      nameLabel.font =  font
     } else {
          nameLabel.font = UIFont.systemFont(ofSize: size) 
     }

     // Doing other stuffs
}

Solution 21 - Ios

I did everything and it did not work till I restarted MAC. Try restarting MAC. Worked for me.

Solution 22 - Ios

Just let it to build and run on simulator if you have error in somewhere else in project just comment it out and run designable first to update designable and uncomment the other codes. It works for me.

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
QuestionAlbert BoriView Question on Stackoverflow
Solution 1 - IosPetterView Answer on Stackoverflow
Solution 2 - IosDustin WilliamsView Answer on Stackoverflow
Solution 3 - IosjmoukelView Answer on Stackoverflow
Solution 4 - IosFyodor VolchyokView Answer on Stackoverflow
Solution 5 - IosMohammad Zaid PathanView Answer on Stackoverflow
Solution 6 - IosNick CrossView Answer on Stackoverflow
Solution 7 - IosYusuf Kamil AKView Answer on Stackoverflow
Solution 8 - IosJimmy NgView Answer on Stackoverflow
Solution 9 - IoszalogatomekView Answer on Stackoverflow
Solution 10 - IosPaul Razvan BergView Answer on Stackoverflow
Solution 11 - IosAkademiksQcView Answer on Stackoverflow
Solution 12 - IosAshish PiseyView Answer on Stackoverflow
Solution 13 - IosTissaView Answer on Stackoverflow
Solution 14 - IosHaroldo GondimView Answer on Stackoverflow
Solution 15 - IosModesto CabreraView Answer on Stackoverflow
Solution 16 - Iosuser6476366View Answer on Stackoverflow
Solution 17 - IosShahzaib MaqboolView Answer on Stackoverflow
Solution 18 - IosFlorian PfistererView Answer on Stackoverflow
Solution 19 - IosDhruv KhatriView Answer on Stackoverflow
Solution 20 - IosSauvik DoluiView Answer on Stackoverflow
Solution 21 - Iosoto View Answer on Stackoverflow
Solution 22 - IosDanielView Answer on Stackoverflow