Yes the Apple reports(and deposits) show this BUT... those reports don’t tell
you who received the refund.
Since 2012 or so we are about $500.00 short. Some of this could be FX rates and
possible an App bugs but we had a rude user last month that demanded a refund
and then hung up on customer
Does anyone know how to detect when a user that made a valid in-app purchase
and then subsequently asked for and received a refund from Apple?
This is a in-app purchase for a subscription to intellectual property so I
need a way to know this so I can cut the user off. I have all the backend
I've heard that Apple never reveals customer identities for any reason.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On July 10, 2019 11:20:50 AM Ralph DiMola via use-livecode
wrote:
Yes the Apple reports(and deposits) show this
True, but there must be a way of the app getting the most recent receipt and
decoding it to see if the purchase was canceled.
Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
-Original Message-
From: use-livecode
Hi Ralph,
Has this ever happened to you before? If so, shouldn’t the
transaction show up in your financial report from Apple?
I’ll be very interested to know if you are able to come up
with a solution for this one.
Good luck!
Rick
> On Jul 10, 2019, at 11:45 AM, Ralph DiMola via
I think this will work(how I test is another matter)
1) App starts
2) need purchase? Then do iap purchase as I do now.
3) already purchased? Then... THIS WILL BE NEW
a) enable " purchaseStateUpdate" messages via mobileEnablePurchaseUpdates
b) wait 1 second or so and see if any messages come
sez Sean Cole (Pi):>I've just been teaching my youngest about the 4th - nth
dimensions. Time is
>not the 4th but the 1st temporal dimension. If the 3 spatial dimensions are
>Length, height and width then the 4th is depth, ie, going inwards and
>outwards as the easiest way to picture it (but not
Update: After doing some searches it seems that canceling in-app purchases in
the Apple sandbox is a hole in sandbox testing that has been there for awhile.
I will keep looking and see if that hole has been plugged.
In the meantime I will code up the proposed solution. And wait...
Ralph
I cannot help with the project of "unlimited" undo/redo, but a simple one-layer
undo for fields is not hard to implement.
Sean Cole's suggestion that we should record the field state whenever a key is
pressed I think does more than is wanted; if you type 10 characters, you don't
want to
"Find and Replace" is warning me that "... To search a LiveCode UI stack
you must first select 'Show IDE Stacks in Lists' from the View menu." But,
I did select "Show IDE Stacks" in "View"!
Something I've overlooked or a bug?
The reason I want to search LC UI stacks? To understand Mark Wieder's
Seems to be the only way to test. I also read that you can only get so many
refunds until you get flagged by Apple.
Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
Thank you everyone for the various options/suggestions.
--
N.C.
On Wed, 10 Jul 2019 at 07:24, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 7/8/19 8:05 PM, Nicolas Cueto via use-livecode wrote:
> > Good day eh.
> >
> > To quote a post from "User Experience Stack
Why not you or a family member purchase and then refund?
Lagi
On Wed, 10 Jul 2019 at 21:44, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Update: After doing some searches it seems that canceling in-app purchases
> in the Apple sandbox is a hole in sandbox testing
Even though "View > "Show IDE Stacks in Lists" is checked, am still getting
a "
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
14 matches
Mail list logo
