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 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.
Condition: User should logged in with Trial account.
Steps to reproduce:
1. Open VS.
2. Observe that used logged in wit Trail account and activated with trial.
3. Go to taco.xamstage.com and purchase a business/priority license with same account.
4. Observe that user successfully purchased business/priority
5. Now restart VS.
Actual Result: User showing STARTER instead of business/priority license on Xamarin account window.
Expected Result: User should be activated with business/priority license.
All Windows and Mac
X.S 4.2(build 3)
I'm trying to get the request here from Charles to see if it's hutch or bojan - CCing both for now.
When I come back from the purchase I'm seeing the INTERNET workflow, and then canceling that gives me a web exception:
System.Net.WebException: The operation has timed out
at Xamarin.Components.Ide.Activation.ActivationService.GetErrorWorkflow(LicenseSyncResult results, Boolean isBackground)
at Xamarin.Components.Ide.Activation.ActivationDialog.DisplayWorkflowStep(ActivationWorkflowStep step)
at Xamarin.Components.Ide.Activation.ActivationDialog.HandleWorkflowAction(ActivationWorkflowAction action)
With Charles, I can't seem to get SSL to work, even after enabling SSL proxying on what I assume to be all the relevant servers.
However, then after I turned off Charles, I was able to successfully complete a purchase.
So without using Charles I have seen both a positive and negative result over the last 10 minutes. With Charles I can't get anything to work yet to debug more.
I've now been able to successfully run the purchase case a few times in a row. 360logica is trying more and will update with additional logs etc.
An update to the above issue:
VS Debug output: https://gist.github.com/saurabh360/4d2e9827ca7bc1c062a8
We are also getting inconsistent behavior, sometimes we are able to purchase and redirects to VS successfully. But most of the time unable to redirects
I got the issue where I see the INTERNET workflow and then canceling shows me a web exception again:
I'm also logged out of the account i was just logged into at this point.
I'm not sure if this is just server flakiness, but at the very least I shouldn't be logged out of my account when I time out.
*** Bug 15989 has been marked as a duplicate of this bug. ***
I get nothing in the debug output when this fails, I just get the exception I pasted above in the Trace.0 log.
This issue is the one i've been seeing for a few weeks. It's random and can be fixed by logging out/logging in, or just restart VS, or just close and open the Account Dialog.
As such i don't believe this should be a blocker for release if we cannot diagnose it.
The timeout exception reaching the UI should be fixed by md-addins/bebb23a53d987455c3241d31b550c69acdc21592
The fact that it's timing out may be fixed by Alan's TPL fix. Can you still repro?
Today we have checked this issue with following builds :
VS 2013 / 2012
We are still getting same issue as described in bug description.
Screencast : http://www.screencast.com/t/PCv2v2AxR
I think this has to be downgraded from blocker, I am not sure we can get any more fixes in and this wouldn't actually block.
Do you have logs for that?
Michael, this looks like it could be caused by the current code not calling HandleSyncBackgroundResults because no Xamarin project has been opened. As such this should be fixed by the refactor you just did which made the account dialog trigger the workflows if it needs them. Does that sound likely?
This bug was targeted for a past milestone, moving to the next active non-hotfix milestone.
I have checked this issue and I am still able to reproduce this issue.
If a trial user go to taco.xamstage.com and purchase a Enterprise license then trial license changes to starter license instead of Enterprise.