RESPONSE_OnMicroTxnAuthorizationResponse
krogslund opened this issue · 9 comments
Hello there.
Sorry to bother you, but i can't seem to get the callback for the microtxn auth. I can get the overlay to ask me about the transaction about to happen, but pressing either auth or cancel results in air crash. I am currently using the SteamFile.as as a testbase but it doesn't seem to enter
private function onSteamResponse(e:SteamEvent):void
I hope you can help,
Kind Regards,
Christoffer
Hi Christoffer,
sorry about the crash and thank you for the bug report. Just to make sure I understand the problem correctly: does the crash happens inside the native extension before the RESPONSE_OnMicroTxnAuthorizationResponse event is emitted, or only when calling microTxnResult() from the AS3 side?
In the first case, it's probably caused by a bug in FRESteamWorks - which isn't all that unlikely. The problem is that I don't have access to a WebAPI key, thus the whole microtxn code is basically completely untested.
In the second case, the crash might actually be caused by the AIR runtime, as described in the first paragraph under Known Problems in the README. This issue can be worked around by using AIR runtimes >= 3.7.
If you can confirm that the crash happens before the event is propagated to the AS3 side or the workaround mentioned above doesn't fix the issue, I'll see if I can get access to a WebAPI key to test this properly. This might take a few days though... Oh, one more question: on what operating system(s) does the crash occur?
Thanks for the swift reply!
The crash is happening on Windows 7, and we do run air 3.5 - I will remedy this asap and get back to you if the problem persists. But for future reference;
The event is never fired, which leads me to believe that it could be an issue with how the microTxn callback is handled.
Again thanks for the reply
The project is now updated (13.0) but the issue is still there, only difference is that it takes longer to crash. Do I have to call microTxnResult()? I would assume that this is polled in the the ane the same way the other events are caught.
Alright, definitely sounds like a bug in FRESteamWorks' event handling then. I'll try to get a WebAPI key to test this myself and will let you know if I found anything.
Strictly speaking you don't have to call microTxnResult(), as the event's response property (which tells you if the microtxn succeeded or failed) might be enough for you. But it might be useful to have the corresponding order ID, to know which transaction succeeded/failed - and the only way to get those is by calling microTxnResult.
Cool, let me know if there is anything I can do. I'll have a look at it again during the weekend (maybe monday).
The MicroTxnAuthorizationResponse has the orderID property, which i'm guessing should be enough.
f59d5ba should fix any issues with microTxnResult(). I'll put new builds up that include this fix in a few minutes.
New builds are up on http://dump.ventero.de/FRESteamWorks/v0.5-2-gf59d5ba/ - some short feedback if this fixes your problem would be appreciated.
If I may ask, what project are you using FRESteamWorks for?
Sorry the delayed reply (i took yesterday off to have a bit of weekend). It works like a charm, thank you very much for the help!
I can't say right now which project it is, but when I can I'll shoot you a mail for reference if you want?
No problem, glad I could help!
It's completely fine if you can't say which project this is for, I was just being curious. :) Of course, you can email me (address see profile) if you want, but it's really not necessary.