Bug 11121 - When switching from trial to Indie/Business, evaluation splash screen does not get removed
Summary: When switching from trial to Indie/Business, evaluation splash screen does no...
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: iOS add-in ()
Version: unspecified
Hardware: Macintosh Mac OS
: --- major
Target Milestone: ---
Assignee: Jeffrey Stedfast
Depends on:
Reported: 2013-03-13 12:34 UTC by Chris Hardy [MSFT]
Modified: 2013-03-13 17:48 UTC (History)
3 users (show)

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:

Description Chris Hardy [MSFT] 2013-03-13 12:34:00 UTC
When a user is using the trial version of Xamarin.iOS, a "trial" splash screen is used to show that the app is part of a trial but when a user purchases the full version and does not have a launch screen set, the "trial" splash screen still shows, confusing the user thinking that their app is still in trial mode.
Comment 2 Sebastien Pouliot 2013-03-13 15:28:24 UTC
The splash screen is added by the addin
Comment 3 Jeffrey Stedfast 2013-03-13 15:39:09 UTC
They can do a clean rebuild to work around this issue.

*** This bug has been marked as a duplicate of bug 2844 ***
Comment 5 Jeffrey Stedfast 2013-03-13 15:46:20 UTC
The problem is that when you do a build, we only copy new files into the app bundle. We don't clobber the app bundle and then re-populate it with all files.

In other words, if you remove files from your project and then build, they will still be in the app bundle until you do "Build -> Clean" or "Build -> Rebuild".

(Rebuild just calls Clean and then Build)
Comment 6 Jeffrey Stedfast 2013-03-13 17:36:26 UTC
I just committed a patch to work around this by creating a monotouch_trial file in the obj/ directory. When the user then builds the first time after upgrading out of Trial, that file is checked - if it exists, the build process deletes all of the launch images in the app bundle before continuing, thus forcing all launch images to get re-installed if the user has any defined (if not, no launch images are installed).
Comment 7 Chris Hardy [MSFT] 2013-03-13 17:48:50 UTC
Great, that sounds like a nice solution to work around this issue, thanks Jeff!