[e-gold-tech] Re: Possible problem with automation interface
-BEGIN PGP SIGNED MESSAGE- luc, maybe something is going on with caching on your clients machine - since the URL for that second spend will be identical to the first time it was performed, possibly the client win98/ie is not really doing a post? if that is the problem, you could try getting around it by adding either a garbage random parameter to the list of fields submitted, or use the PAYMENT_ID input field to associate a different key/reference number either entered by your client for each payment, or generated by your application. possibly another way is to use the: INTERNET_FLAG_NO_CACHE_WRITE on the HttpOpenRequest call. just a guess on the cache thing - don't know of anything on the e-gold side that checks for "exact matches on spends" to deny them. let us know what turns up. jay w. [EMAIL PROTECTED] Luc Van den Borre wrote: > > Hello all, > > Well, my customer is adamant that there is indeed a problem. -BEGIN PGP SIGNATURE- Version: PGP Personal Privacy 6.5.3 iQEVAwUBOxYx4cyM0YPqVE7FAQEErAf/VgUHpnZAHE2nxM74XooekeZt4sJ3x7f9 w4lcOI9QH9ElIAFpcyQlKSttbc/uEc3Sjq+NaEiK/KNRn6DC2rhojT3ZmA2wgM5H jhQIf6EiolBkedesNVswLfAx36UNO6mOFDRbuDPPA6jIsdo3IigFQJBBdp3aSUF4 BP4HHciDly6iY6naBo53YUdomp+2nbFKaSF1rY+7/2Y+ZSzJkL275UuVnmSVGxHx O2SBakA8o9OIoVSKFfZeLrbpQYIuh5jKZG6FxokRGlemVxztEpj8SK18FFsQ6Td8 /DoWRyVQXwp36ZCQ6M5S0RPUTEIueuoa+rNigpctS3WZ2IG6earJEg== =fuo6 -END PGP SIGNATURE- --- You are currently subscribed to e-gold-tech as: archive@jab.org To unsubscribe send a blank email to [EMAIL PROTECTED]
[e-gold-tech] Re: Possible problem with automation interface
Hello all, Well, my customer is adamant that there is indeed a problem. - The problem arises with paying to an account twice with the SAME amount and the SAME memo line, in one 'session'. - It occurs even if other accounts are paid to in between. - There's no error from the server (!), but the payment just doesn't happen. - When the payment amount for the second transfer is changed, it goes through fine. There is no problem with the paying account balance being too low. That's what I've been told by the customer, I haven't been able to verify. So worst of all: - When I test this on my machine, the problem doesn't occur. I'm not keeping any state in my program, so I doubt the problem is there (my code doesn't know the account has been paid to before). My tests show that the program does work on my own machine. So I'm starting to think it's something to do with WININET or cookies on his machine (Win 98)... I'm using HttpOpenRequest(hConnect, "GET", path, NULL, NULL, NULL, INTERNET_FLAG_SECURE | INTERNET_FLAG_NO_COOKIES , 0); to form the GET request to the server... Any help greatly appreciated, --Luc --- You are currently subscribed to e-gold-tech as: archive@jab.org To unsubscribe send a blank email to [EMAIL PROTECTED]
[e-gold-tech] Re: Possible problem with automation interface
hi luc, can't think of anything that would lead to such a symptom...more debug/error message would be good. is it possible that the paying account balance had become to low to support such a payment at that instant? jay w. [EMAIL PROTECTED] Luc Van den Borre wrote: > The user of the program has noted that multiple payments to the same account > seem to fail, e.g. --- You are currently subscribed to e-gold-tech as: archive@jab.org To unsubscribe send a blank email to [EMAIL PROTECTED]
