Helter

Does anyone know how/where the USPS shipping module determines or gets the number of containers that will be shipped? I have an item that will need to be shipped individually, and I"m having a hard time figuring out how to do that, or even if it will matter to the end shipping costs. Any help or direction would be greatly appreciated. Thanks

yes, it's a problem with your admin/modules.php file on like 46. where it says while (list($key, $value) = each($HTTP_POST_VARS['configuration'])) { you should put foreach($_POST['configuration'] as $key => $value) {

Hi, I'm trying to get linkpoint setup on my fresh oscommerce installation, and am getting nowhere *fast*. I've tried both the Linkpoint API module and the Linkpointconnect module, and both seem to do the exact same thing. I put in the information (either a test card number or a real one) and get sent directly to a blank screen at the checkout_confirmation.php address. If I click enter on the url again, I get the message The first four digits of the number entered are: <br>If that number is correct, we do not accept that type of credit card.<br>If it is wrong, please try again. Which I'm guessing means that no data was transmitted. Just to test, I changed my submission form URL in yourpay to a different address, and was still sent to the same blank page, making me suspect that I'm not even connecting to linkpoint. I asked the server admin to check if he could be firewalling port 1129, and he says that he's not. From the command line I executed "wget staging.linkpt.net:1129" and while I couldn't get an HTTP response, it did report a connection to the server, so I don't think that's it. Another curious aspect of this is that the same thing happens whether I use my test account store number of my production store number. It's odd, because the linkpoint API module requires a PEM file that should be linked to the store number, and I only have one for my production account, so I'd expect that using my test account store number would throw and error of some sort, which it isn't. If anyone could give me a hand it would be greatly appreciated. I don't even really know where to begin to troubleshoot this. Thanks

SUCCESS! The solution was basically as posted, but was missing a crucial piece (which I realized after looking up how the "foreach" statement could be used similarly to what was originally there). foreach($HTTP_POST_VARS['configuration'] as $key => $value){ Is placed in place of while (list($key, $value) = each($HTTP_POST_VARS['configuration'])) { Thank you very much for your help! Hopefully this will help someone else out in the future.

nevermind, it's just a redirect at the end of the "save" case. I'm baffled as to why changing the nature of this "while" loop in the save case completely disables my shipping module, even when the action value is not set to save...

OK, this is really weird. when I click on "update" it takes me to "https://hhiwh.com/rxcart/admin/modules.php?set=shipping&module=upsxml" notice the lack of an "action=save" at the end of that? That's not the url that the form is supposed to go to, that's the url that the cancel button it linked to. I converted the form method to "GET" rather than post to see if maybe it was just not sending any of the form information, but it still was, so it's not that the button is just mislabeled or something silly like that. I also noticed while viewing hte html that the "update" 1) is an image rather than a button and 2) has no name attribute. Is it possible that one of those I tried this in IE, just in case it was Firefox being touchy about it's form fields or something, but no luck. I also just checked, and apparantly *none* of my shipping modules are saving properly, and all of them are being directed to the wrong url in a similar way...

Doing that disables my entire shipping modules section. When I click on "shipping" under "modules" I just get a blank screen. Also, while this may not have anything to do with the UPSXML module, all of the other modules are functioning fine, including being able to edit them.

I'm having an odd problem with my newly installed UPS XML shipping module. It installed fine, but when I try to put in the details to configure it none of them are saved. It *looks* like it edited the module successfully, but none of the details that I put in are listed and the module doesn't work. Anyone have any ideas? I followed the instructions to the letter (I thought). Can anyone let me know where the UPDATE string for this would be, so I can see if there are any mySQL errors being thrown? Thanks.

This can happen if an error occurs preventing the customer from fulfilling their order through paypal. In the past few days I've noticed this happening quite a bit. The order is registered in osC, the customer is sent to paypal, but once there, paypal throws up a generic error and stops the process. So far I haven't gotten any useful information from paypal regarding what is causing these errors...