/consume: argument to indicate how many tries to consume about authorizr HOT 6 CLOSED

ok , please assign on me -- i will take it.

Do we need a scaffold application to run different policy with dummy protected functionality?

If we have dummy client app , T&B should be complete UI flow even with EULA perhaps

from authorizr.

Assigned to Juhana for server side change, Igor does the J2Me client lib

from authorizr.

server side implemented

from authorizr.

hi

i have pushed offline TNB solution to https://github.com/izinin/tnbuymobile

and there is some funny issue like that:

1. first launch -- the app asks user permissions to go to network and fetch TNB profile from autorizr
2. the next several consecutive launches are off-line , the app keeps counter in RMS
3. when counter reaches 0 (or user has reinstalled the app that would kill RMS) the app request autorizr AND GET INITIAL TNB value --- of course we need the back-end support for that feature of offline counting, but

what if we cut authorizr request from that and make it pure off-line TNB? --- please test it

it requests http://authorizr.herokuapp.com/api/sub/v1/consume/res/trynbuyexample/?client=

from authorizr.

I don't understand your concern igor. You should consume the tries from the server every once in a file (e.g. every 5th try), so you can only "cheat" by reinstalling app every 4th try.

from authorizr.

mobile client shall be in sync with server. if i consume my tries offline
-- server offers me initial state -- that is reasonable since i have not
requested it --- so we need support on protocol level -- client must send
number of tries already consumed --- the whole scheme looks a bit ugly --
so i suggested let's have pure off-line solution

2012/10/31 vivainio [email protected]

I don't understand your concern igor. You should consume the tries from
the server every once in a file (e.g. every 5th try), so you can only
"cheat" by reinstalling app every 4th try.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/28#issuecomment-9950557.

Regards,
Igor

from authorizr.