Uploaded image for project: 'Appcelerator CLI'
  1. Appcelerator CLI
  2. CLI-706

Entitlements should be refreshed before failing over a limit

    Details

    • Story Points:
      3
    • Sprint:
      To Be Scheduled, 2017 Sprint 17 Tooling, 2017 Sprint 18 Tooling, 2017 Sprint 19 Tooling, 2017 Sprint 20 Tooling, 2017 Sprint 21 Tooling

      Description

      The following scenario has been causing confusion to several customers. The workaround if often simple, but by the time they or we figure it out, they already have a negative experience with a very crucial and sensitive step in our funnel.. paying us (or claiming their free Indie seat).

      Current situation

      1. User tries to build for ad-hoc or store.
      2. Studio/CLI says they can't and directs them to billing.
      3. User claims pays or claims his free Indie/Pro/Team seat.
      4. User tries to build for ad-hoc or store again.
      5. Studio/CLI still says they can't.
      6. User gets frustrated and jumps on the Q&A or email.
      7. We loose valuable support time to figure it out.

      Workaround

      The workaround is for the user to logout and then in again, triggering their locally stored entitlements to be refreshed.

      Solution

      Whenever the CLI/Studio would now abort because of a limitation in the entitlements, it should first refresh the entitlements and check again. Only then it should fail if the entitlements still don't allow the user to do what he wanted.

      Related Q&A:

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                fmiao Feon Sua Xin Miao
                Reporter:
                fokkezb Fokke Zandbergen
                Reviewer:
                Abir Mukherjee
              • Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  Git Source Code