
Originally Posted by
DrByte
If it's still throwing a 403, then you'll need to check the server logs.
Didn't see anything in the server logs.. BUT.. I had a hunch based on the Amazon XML logs and took a tiptoe through the code of this blasted module..I have a program called Text Crawler and using it I searched the module files for the following text: "ProcessOrderOnCallbackFailure". I found it in this file: checkout_by_amazon/button_generator.php
On line 74 I found this code:
Code:
$xmlBuilder->Element('ProcessOrderOnCallbackFailure', 'false');
I changed it to this:
Code:
$xmlBuilder->Element('ProcessOrderOnCallbackFailure', 'true');
And Bob's your uncle!!! I FINALLY got past the daggone Amazon login and landed on the checkout page and whaddaya know, the correct flat rate shipping cost is there..
BUT...
Doesn't look like it works with the freeoptions shipping module though.. **SMH**
Have I mentioned how much I dislike this module
???
Even if I get this all to work, the way this module manages the customer records it creates is puzzling to me.. There is no record created in the customer_info table and I believe that this is why the customers created by this module do not show in the customer manager in the admin. (too tired right now to test this)
This module also doesn't "recognize" for lack of a better term, any existing customer account created by a customer.. And I guess this is fine if the customer doesn't wish to create an account. BUT if a customer already has an account set up and makes a purchase using the same e-mail account with Amazon Payments, the order history for their existing account is not updated. It's late, and I'm too tired and irritated at the moment to ponder this any further tonight.. So I need to have a think on this after I have had some sleep and time to ponder the impact of this..
but
tired or not I'm not sure this is a good thing..
Bookmarks