Bug 25609 - [Feature Request] Don't wait until XS closes to save its current state
Summary: [Feature Request] Don't wait until XS closes to save its current state
Status: VERIFIED FIXED
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: Project Management ()
Version: 5.7
Hardware: Macintosh Mac OS
: Low enhancement
Target Milestone: master
Assignee: iain
URL:
: 1075 ()
Depends on:
Blocks:
 
Reported: 2014-12-24 12:22 UTC by Stephen Shaw
Modified: 2017-02-14 09:32 UTC (History)
5 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and 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 Links.

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.

Related Links:
Status:
VERIFIED FIXED

Description Stephen Shaw 2014-12-24 12:22:17 UTC
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.
Comment 1 Marius Ungureanu 2016-04-04 09:24:55 UTC
*** Bug 1075 has been marked as a duplicate of this bug. ***
Comment 2 xamarin-release-manager 2016-04-04 09:25:46 UTC
Fixed in version 6.1.0.463 (master)

Author: iain holmes
Commit: ea52bc4a5d458edacd4affba794f418cc7239d04 (mono/monodevelop)
Comment 3 Rajneesh Kumar 2016-06-13 13:47:00 UTC
I have checked this issue with the latest master build:
XamarinStudio-6.1.0.4476_7a1dbf0abe1222e908a2c32164d242b696f8274f 

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.

Screencast:  http://www.screencast.com/t/nyiO0CXKs6e

This issue doesn't seems fixed to me, so as of now I am closing this issue.

Thanks..!

Ide Logs: https://gist.github.com/Rajneesh360Logica/a7aee94f3eae92fe62edaf5ef737745f

*********Environment Info***********

=== Xamarin Studio Enterprise ===

Version 6.1 (build 4476)
Installation UUID: 229ec167-a154-47bf-bb8b-10fe36c1ad41
Runtime:
	Mono 4.5.2 (master/37bb54b) (64-bit)
	GTK+ 2.24.23 (Raleigh theme)

	Package version: 405020214

=== Xamarin.Profiler ===

Version: 0.33.0
Location: /Applications/Xamarin Profiler.app/Contents/MacOS/Xamarin Profiler

=== Apple Developer Tools ===

Xcode 7.3.1 (10188.1)
Build 7D1014

=== Xamarin.Mac ===

Version: 2.9.0.300 (Xamarin Enterprise)

=== Xamarin.iOS ===

Version: 9.9.0.299 (Xamarin Enterprise)
Hash: b78e29d
Branch: master
Build date: 2016-06-08 21:55:05-0400

=== Xamarin.Android ===

Version: 6.1.99.310 (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:
https://github.com/xamarin/AndroidDesigner.EPL

=== Xamarin Android Player ===

Version: 0.6.1
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
    root:xnu-3248.40.183~6/RELEASE_X86_64 x86_64

=== Enabled user installed addins ===

Gist Ide Information 1.0.2
Comment 5 Marius Ungureanu 2017-02-14 09:32:10 UTC
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 6 Marius Ungureanu 2017-02-14 09:32:35 UTC
Comment #3 also shows the expected behaviour. Marking as verified.