Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
Since XS seems to be fairly crashy it is really annoying to be in the middle of working on something, have it crash, and then when you relaunch it all of the open files are from the previous session.
For example, if I was working on the network code in my app in the last session and decide to switch to all UI stuff and it crashes before I close XS, when I relaunch it it'll have all of the network code files open instead of the UI files I was just working on.
*** Bug 1075 has been marked as a duplicate of this bug. ***
Fixed in version 18.104.22.1683 (master)
Author: iain holmes
Commit: ea52bc4a5d458edacd4affba794f418cc7239d04 (mono/monodevelop)
I have checked this issue with the latest master build:
and observed that I am still able to reproduce this issue with this build. To reproduce this issue I have followed the steps mentioned below:
1. Create an android application in XS.
2. Open layout folder, add some more designer file to Layout folder.
3. Open all designer files in design view.
4. Open some .cs file.
5. Navigate all the files.
6. Save and close the solution.
Actual result: I observed that XS goes crash and after relaunching the XS code files open instead of the UI files I was just working on.
This issue doesn't seems fixed to me, so as of now I am closing this issue.
Ide Logs: https://gist.github.com/Rajneesh360Logica/a7aee94f3eae92fe62edaf5ef737745f
=== Xamarin Studio Enterprise ===
Version 6.1 (build 4476)
Installation UUID: 229ec167-a154-47bf-bb8b-10fe36c1ad41
Mono 4.5.2 (master/37bb54b) (64-bit)
GTK+ 2.24.23 (Raleigh theme)
Package version: 405020214
=== Xamarin.Profiler ===
Location: /Applications/Xamarin Profiler.app/Contents/MacOS/Xamarin Profiler
=== Apple Developer Tools ===
Xcode 7.3.1 (10188.1)
=== Xamarin.Mac ===
Version: 22.214.171.1240 (Xamarin Enterprise)
=== Xamarin.iOS ===
Version: 126.96.36.1999 (Xamarin Enterprise)
Build date: 2016-06-08 21:55:05-0400
=== Xamarin.Android ===
Version: 188.8.131.520 (Xamarin Enterprise)
Android SDK: /Users/360_macmini/Library/Developer/Xamarin/android-sdk-macosx
Supported Android versions:
2.3 (API level 10)
4.0.3 (API level 15)
4.1 (API level 16)
4.4 (API level 19)
4.4.87 (API level 20)
5.0 (API level 21)
5.1 (API level 22)
6.0 (API level 23)
6.0.99 (API level 24)
SDK Tools Version: 25.1.6
SDK Platform Tools Version: 23.1
SDK Build Tools Version: 23.0.3
Java SDK: /usr
java version "1.8.0_77"
Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
Android Designer EPL code available here:
=== Xamarin Android Player ===
Location: /Applications/Xamarin Android Player.app
=== Build Information ===
Release ID: 601004476
Git revision: 7a1dbf0abe1222e908a2c32164d242b696f8274f
Build date: 2016-06-08 20:05:44-04
Xamarin addins: 12116839ef2056223ac340406116beef5ebb5dc7
Build lane: monodevelop-lion-master
=== Operating System ===
Mac OS X 10.11.4
Darwin 360-MACMINIs-Mac-mini.local 15.4.0 Darwin Kernel Version 15.4.0
Fri Feb 12 15:56:47 PST 2016
=== Enabled user installed addins ===
Gist Ide Information 1.0.2
Comment #3 is a different issue which is caused by the designers not being marked as saveable in the Xamarin Studio state. Marking the bug as fixed, as this now uses timers instead of waiting for XS to close to save the workspace state.
Comment #3 also shows the expected behaviour. Marking as verified.