Beta Release: Xamarin.iOS 9.0.1.29, Service Release for 9.0

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

This thread has now been closed to direct all further updates about this release onto the new Stable release announcement:

http://forums.xamarin.com/discussion/52870/stable-release-xamarin-ios-9-0-1-29-service-release-for-9-0/p1


Visual Studio Extension

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

Mac

  • monotouch-9.0.1.29.pkg (1d27ac2)

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

Date published: See https://releases.xamarin.com/.

NOTE: This is a bugfix release for the Xamarin.iOS 9.0 feature release (that release contained a large number of changes compared to the previous Stable version). As usual, Beta versions have not yet completed the full suite of tests by the Xamarin QA team. That said, customer reports of any regressions (or bugs that are incorrectly marked fixed) are still much appreciated, even if the problem would have eventually been caught during the full QA testing process.

Previous versions, downgrading

You can downgrade back to the current Stable version by switching updater channels.

Guidelines for this thread

  1. This first post will be updated regularly.

  2. The goal of this thread is to help answer "what might break if I update to this release?"

  3. If you find a new problem that is specific to this version:

    a. If you can share some specific error messages or can reproduce the problem consistently, please email the information you have so far to contact+xamarinios9.0sr1@xamarin.com.

    b. If you only have a general description of the problem, you can post it directly on this forum thread so that hopefully a member of the Xamarin team or another user will recognize it and be able to help fill in some details.

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". 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/Xcode-beta.app/Contents/Developer/usr/bin/ibtool: 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 current Stable channel version.

Posts

  • EricMaurerEricMaurer USMember
    1. Publishing seems to ignore the resource file for the app icons selected in the plist editor. I have 2 different sets of icons that I switch out based on the build type. Changing the drop down no longer seems to have any effect on which ones are packaged with the build.
    2. The is no longer a source view in the plist editor, I now have to open in in Text Edit to make any custom changes.
  • SeanMcKaySeanMcKay USMember

    FWIW, HockeyApp deployment works for me w/ this release. Likewise network calls also work (which was broken in .20 release). All around the best of the 9.0 series so far.

  • BrendanZagaeskiBrendanZagaeski USForum Administrator, Xamarin Team Xamurai

    @EricMaurer, thanks for the reports.

    1. Icon files (asset catalogs?)

    1. Publishing seems to ignore the resource file for the app icons selected in the plist editor. I have 2 different sets of icons that I switch out based on the build type. Changing the drop down no longer seems to have any effect on which ones are packaged with the build.

    I tried some quick experiments with a minimal test project (attached), but I was unable to find any differences in the behavior between XI 8.10.5 + Xcode 6.4 and XI 9.0.1.29 + Xcode 7.

    In both cases, the following steps worked as expected:

    1. Deploy the app to simulator.

    2. Switch the "iPhone Icons -> Source" field in the Info.plist.

    3. Clean the project.

    4. Deploy to the simulator again. The icon on the home screen changes color as expected.

    Step 3 was required in both cases.

    Next steps

    If you can provide additional information about the problem, for example a zipped up test case and the specific steps to follow to reproduce the problem, that would be perfect. Please email those details to contact+xamarinios9.0sr1@xamarin.com. Thanks in advance.

    2. Source view for PList editor

    2. The is no longer a source view in the plist editor, I now have to open in in Text Edit to make any custom changes.

    I haven't had luck reproducing this problem in Xamarin Studio 5.9.7.12:

    image

    As a first quick experiment, you could try quitting Xamarin Studio, moving the ~/Library/Caches/XamarinStudio-5.0/ and ~/Library/Preferences/XamarinStudio-5.0/ folders from your home directory to a backup location, and then restarting Xamarin Studio. (You can paste these paths into Finder under "Go -> Go to Folder".)

    If that doesn't help, then again if you can provide any additional information about the problem to the Support team via email, that would be perfect. Thanks!

  • rogiheerogihee NLMember ✭✭✭
    edited October 2015

    [solved by rebooting the mac]

  • BrendanZagaeskiBrendanZagaeski USForum Administrator, Xamarin Team Xamurai
    edited October 2015

    This thread has now been closed to direct all further updates about this release onto the new Stable release announcement:

    http://forums.xamarin.com/discussion/52870/stable-release-xamarin-ios-9-0-1-29-service-release-for-9-0/p1

This discussion has been closed.