Solved

originalApplicationVersion doesn't have expected version numbers

  • 2 February 2022
  • 4 replies
  • 247 views
J
Badge +6

I’ve implemented moving from paid → subscription in one of my apps and I’m not seeing the version numbers I would expect in PurchaserInfo. Here are 3 examples from Production users:

    "original_application_version": "1",
    "original_purchase_date": "2021-03-01T03:46:37Z",

Version 1 of this app was never released, this should be version 2.

    "original_application_version": "4",

    "original_purchase_date": "2021-10-25T12:46:48Z",

Version 4 of this app went live on 1st Feb 2022, this should also be version 2. 

    "original_application_version": "2",

    "original_purchase_date": "2022-02-02T04:56:03Z",

Version 2 ran from 20th Oct 2020 to 26th Jan 2022, this should be version 4.

This is currently causing me to grant free access to users that shouldn’t have it and not grant free access to users that should!!

Should I just be using originalPurchaseDate?

 

icon

Best answer by JamesO 2 February 2022, 20:33

View original

4 replies

J
Badge +6

Replying to my own post in case it helps it others.

This is a known issue that I wasn’t aware of - Apple put the Build Number in the originalApplicationVersion field NOT the Version Number (so if you follow common convention and bump  the version number for major releases re-starting the build number to use incrementally for minor changes within each version you don’t get what you expect.

According to this Stackshare post (now 7 years old) the originalPurchaseDate IS reliable so unless you know all the build numbers of your previous non-subscription apps, and don't reset the build number every time you bump the major version number, you need to use the originalPurchaseDate only.

cody
Rank
Userlevel 6
Badge +8

Hey @JamesO!

Yep- this property is a little confusing. The originalApplicationVersion is actually the build number, not the App Store version number that is displayed to customers.

I’d also recommend checking out our blog post on making the switch from paid → subscriptions that goes over this topic: https://www.revenuecat.com/blog/converting-a-paid-ios-app-to-subscriptions

J
Badge +6

Thanks Cody.

This effectively makes that property useless for migrating a mature app, paid versions over the years have had pretty much every build number from 0 upwards. Guess I’ll have to rely on the date!

A
Badge

Hey @JamesO!

Yep- this property is a little confusing. The originalApplicationVersion is actually the build number, not the App Store version number that is displayed to customers.

I’d also recommend checking out our blog post on making the switch from paid → subscriptions that goes over this topic: https://www.revenuecat.com/blog/converting-a-paid-ios-app-to-subscriptions

 

Hey @cody any chance you can point me to a React Native version of your original post above? We are migrating a legacy paid app to be subscription-based and need to grandfather in existing users. Thanks!

Reply


Terms & ConditionsCookie settings