Stable Release: Xamarin.iOS, Service Release for 9.0

BrendanZagaeskiBrendanZagaeski USForum Administrator, Xamarin Team Xamurai
edited October 2015 in Xamarin.iOS

This is a bugfix release for the Xamarin.iOS 9.0 feature release. (The Xamarin.iOS 9.0 release contained a large number of changes compared to the previous Stable version.)

If you find any new issues in this release compared to the initial Xamarin.iOS 9.0 feature release or the previous ("Cycle 5 – Service Release 4") Stable versions, please do file a quick bug report, and then feel free to add a note on this thread with the bug number. Thanks!

Previous versions, downgrading

You can downgrade back to the previous Stable version by manually reinstalling each old package. See the KB article on downgrading. If you have a Trial or Starter subscription (or simply would prefer an email with all the installer links you need), feel free to contact [email protected] to request the older versions.

Older Mono package versions are not currently listed on But no new Mono package was published for this release. The "" Mono package from September 29 remains unchanged.

Release info

Visual Studio Extension

  • Xamarin.VisualStudio_3.11.1450.msi (75e86d0)


  • monotouch- (1d27ac2)

Reason for release: Bug fixes for Xamarin.iOS 9.0 and the corresponding IDE packages.

Release date: See

Fixes for known issues from recent release threads

  • Bug 33124 - [iOS] Certain libraries that were compiled by the Microsoft C# 5 compiler (VS 2013) cause "error MT2001: Could not link assemblies. Reason: Can't not find the nested type" during the linking phase of the Xamarin.iOS build process. (For example, any library compiled by VS 2013 that uses an async lambda within a constructor will hit this problem.) Unfortunately this problem affects several existing NuGet packages and Components.

  • Non-public Bug 31424 - [Xamarin Studio] [iOS] Classic API on Mac only: "Resource rules files "" not found" or "invalid resource specification rule(s)". Partial workaround: Enable "Project Options -> General -> Use MSBuild build engine (unsupported for this project type)" and clean and rebuild the project. (The MSBuild build engine does now work for many Classic API projects.)

  • Non-public Bug 34163 - [XamarinVS] [iOS] Error similar to: "System.IO.FileNotFoundException: Could not find file "/Users/macuser/Library/Caches/Xamarin/mtbs/builds/Unified.ClassLibrary.iOS1/242ab4564ac5785ce41fda606805edad/obj/Debug/ibtool/IPhoneViewController1.nib"" or "System.IO.FileNotFoundException: Could not find file "/Users/macuser/Library/Caches/Xamarin/mtbs/builds/Unified.ClassLibrary.iOS1/242ab4564ac5785ce41fda606805edad/obj/Debug/optimized/button_black_135x40.png"" when class library assembly name includes dot "." characters. Temporary workaround: Change "Project properties -> Application -> Assembly name" so that it includes no "." characters. Change the project name to match the modified assembly name.

  • Non-public bug 34202 - [XamarinVS] [iOS] Error similar to: "The OutputPath property is not set for project 'iOSClassLibrary1.csproj'. Please check to make sure that you have specified a valid combination of Configuration and Platform for this project. Configuration='Debug' Platform='iPhone'." after adding an iOS class library to a solution where an iOS app project is set as the startup project. One temporary workaround: Open the iOS class library .csproj in a text editor and delete all occurrences of the following 2 strings: "|$(Platform)", "|AnyCPU".

  • Non-public Bug 34144 - [XamarinVS] [iOS] Redeploying an app that references a library project without first cleaning the library project causes all resources to be replaced with 0-byte files if any of the resource files was modified. Partial workaround: Clean the library project before redeploying the app.

  • Bug 34220 - [iOS] The new iOS 9 ReplayKit APIs currently hit an error: "Cannot cast from source type to destination type".

  • Bug 34186 - [iOS] "MTOUCH: error MT5212: Native linking failed, duplicate symbol" and "Duplicate symbol in: ... libmonotouch-sgen.a" errors appear if using the -all_load linker flag under "Additional mtouch arguments". Partial workaround: remove the -all_load liker flag.

  • Non-public Bug 33706 - [iOS] Storyboards produce many warnings similar to: "/Applications/ 2015-09-04 18:01:03.651 Interface Builder Cocoa Touch Tool[72838:13678534] CoreUI: CUICatalog: couldn't get 'kMGArtworkGraphicsFeatureSetClass' from MGCopyAnswer got '{ (CollectionView)". These warnings can be ignored for now. The problem is that Xamarin is currently surfacing diagnostic messages from ibtool that are not surfaced by the default Xcode build process.

  • Non-public Bug 34083 - [Xamarin Studio] [iOS] Install error message from iOS device logs: "0xe8008017 (Signed resources have been added, removed, or modified)". Xamarin Studio's "Archive for Publishing" feature does not currently work correctly for Xamarin.iOS 9 apps. It incorrectly removes a symlink for the application .exe, invalidating the Sealed Resources in the code signature. This is known to cause problems when installing apps from HockeyApp, and is likely to cause problems in other situations too. (The problematic symlink is a new feature of Xamarin.iOS 9.) Workarounds: Option A: Follow the steps under "For command line builds on Mac" to build the IPA as part of the build process rather than using the "Archive for Publishing" workflow. Option B (advanced): manually add back the symlink.

  • Bug 34054 - [Xamarin Studio] [iOS] Under certain conditions resuming from a breakpoint when debugging will cause a dialog box to pop up that asks "Where is iOS Simulator?" Temporary workaround: Dismiss the dialog each time it appears.

Remaining known issues

  • Non-public Bug 34173 - [iOS] [Designer] Storyboard fails to load in designer with "There was a problem parsing the XML" for storyboards that contain a <constraint> element with an attribute of multiplier="0". Workarounds: Open the storyboard in Xcode Interface Builder and re-save it from there. Or edit the storyboard in a text editor and manually remove the multiplier="0" attribute.

  • Bug 34205 - [iOS] Changes to WatchKit app storyboards do not appear on the simulator after the first deployment. Workaround: Manually delete the app from the iPhone simulator before re-deploying.

  • Non-public Bug 34198 - [XamarinVS] [iOS] Visual Studio sometimes disallows loading Xamarin projects with: "An equivalent project (a project with the same global properties and tools version) is already present in the project collection". Temporary workaround: Attempt to load the project again, or if that still fails quit and reopen Visual Studio and then reload the project.

  • Non-public Bug 33819 - [XamarinVS] [iOS] Attempting to stop a WatchKit app in Glance mode does not stop the app. Workaround: Kill the app manually.

  • Non-public Bug 33695 - [iOS] Attempting to install a new version of an application on device using a different provisioning profile from the original install is not supported by Xcode 7. Unfortunately, the corresponding error message produced by Xamarin does not describe the problem clearly: "error MT1006: Could not install the application ... on the device ... Application Verification Failed Error (error: 0xe800003a)." This error message will be improved in a future release. Workaround: Manually uninstall the app from the device and try installing it again.

  • Non-public Bug 33880 - [Upstream] [iOS] Attempting to stop a WatchKit app in Notification mode does not stop the app. (The same problem occurs with an Objective-C or Swift app deployed from Xcode, so this is an upstream issue.) Workaround: Kill the app manually.

  • Non-public Bug 33847 - [Xamarin Studio] [iOS] The iOS device and simulator names are cut short in the device selector menu in Xamarin Studio. Workaround: Switch to a different application and then back to Xamarin Studio.

  • Non-public Bug 33888 - [XamarinVS] [iOS] VS 2010 only. Opening a second Xamarin.iOS solution when already connected to the build host causes VS to disconnect from the build host. The user must refresh the connection manually via the "Refresh build server info" button.

Remaining known issues from older release threads

The remaining known issues from older release threads ("Cycle 5 – Service Release 4" and earlier) are unchanged compared to the previous Stable channel version.

EDIT Oct 08: Small adjustment to the "file a bug" links for more precise bookkeeping.

This discussion has been closed.