Schadeboy

I am also having a similar issue where I get the error message stated above (sans the Waiting for XML error part). I do have log-in credentials with the USPS, though I am in the process of verifying that information now. However, I have noticed on my admin panel for the module the following information is displayed on the configuration screen. United States Postal Service You will need to have registered an account with USPS. USPS expects you to use pounds as weight measure for your products. Click HERE for registration details and instructions for proper usage. Enable USPS Shipping False Enter the USPS User ID ************ Enter the USPS Password ************ Which server to use production Handling Fee 0 Tax Class Taxable Goods Shipping Zone --none-- Sort Order 2 USPS Options Array Domestic Shipping Methods Array Int'l Shipping Methods Array US/Canada to $50 1.65 US/Canada $50-100 2.05 US/Canada $100-200 2.45 US/Canada $200-300 4.60 US/Canada per $100 .90 International to $50 2.40 International $50-100 3.30 International per $100 .90 Insure Packages True Insure Tax True This is how the configuration panel is displayed prior to editing it. In particular, I am noticing that the USPS Options, Domestic Shipping Methods, and Int'l Shipping Methods configs are showing the word "Array" instead of the actual methods I have selected for those. When I go in to edit these, all of the checkboxes are blank. The module never seems to actually save the methods I want to use. I'm thinking this is probably the reason for the error I'm receiving, and was hoping someone might have an idea as to what's going on. Thanks!

I have installed the latest 0.9.2 version of this in my store and I am thrilled with it. I'm especially grateful for the full details in the error dumps. I am concerned about something, though. These error dumps include the full credit card number along with expiration date and CVV code, as well as a ton of information about the customer. Is there any way to shut these items out of the detail of the error dump? I don't really need so much detail. Thanks!

Okay, another thing. Now that I have the file exported, I need to include the attributes associted with our orders. Any way of doing this? Also, I too would like to see column headers in the exported file. This would be extremely helpful.

Hello, everyone. I'm not sure if I'm missing something, but can someone tell me where the exported file is supposedly stored? I can't see anything anywhere on my site. When I run the script, after everything is said and done, I get a blank screen in my browser. Is this how this is supposed to work? Everyone else appears to have made it work properly. I don't know what I'm missing. The install seems fairly straight forward, so I just don't see what's wrong. Thanks. --------- UPDATE --------- Nevermind. I was using an older version of the exportorders.php file. I downloaded the newest one and got the function working. Thanks to everyone who made this contrib! It will save me a ton of work.

The methodology of upgrading, as written in the instructions that come with the 0.9.2 aren't real clear. when I tried, as mentioned before, I ran into problems. I wasn't sure if I needed up upload all of the new files or what. Is upgrading a better path than trying to do a clean install? And is there a more clear set of upgrade instructions than "Follow the changelog"? Frankly following the changelog leaves a lot of questions unanswered. Thanks!

Brian - I am curious about the upgrade process going from 0.8.2 (I believe that is my version) to the most current release. I tried the upgrade instructions, but found them to be somewhat confusing. When I was done, my system wouldn't work. I didn't have time to troubleshoot, and restored from backup. I'm wondering a couple of things: 1 - Is it worth upgrading to the latest version? Will I gain anything from moving to 0.9.2? I'm in the US and only process in US Dollars. 2 - Is it better to upgrade or try to do a clean install? Thanks.

I had figured it was on PayPal's end. Fortunately it didn't last long. I sure hope the bug was a direct result of PayPal trying to fix their tax charging issue that I've reported to them months ago, where their system is not properly charging sales tax on both the items a customer orders and the shipping charges. So far, the tax they charge, despite having the system set otherwise, is charging only on the items ordered. Arizona tax law requires tax on both items ordered and shipping. Of course, if they've introduced a bug, I guess it doesn't matter what they were working on.

Hello, all you happy people. I have been using this contribution quite successfully for nearly a year, and I am quite satisfied with it. Mr. Dynamoeffects has provided quite the contribution here, and I'm thrilled that he is providing continued support for it. This morning, I got the most bizarre error notification when someone tried to process an order. It actually happened three times, but since then I've not seen it. The error is as follows: In function: before_process() - Direct Payment Did first contact attempt return error? Nope --------------------------------------------------------------------- -------------------------------DP_DUMP------------------------------- ------------This is the information that was sent to PayPal---------- --------------------------------------------------------------------- --------------------------------------------------------------------- -------------------------------FINAL_REQ----------------------------- -------------------This is the response from PayPal------------------ --------------------------------------------------------------------- Array ( [faultcode] => SOAP-ENV:Server [faultstring] => ASSERT [detail] => PPBaseException: UNKNOWN -- CheckAssert File: /x/sbuilds/x/builds/live-495_int_451970_rebuild41/vobs/all/ppapi_v2/PABase.cpp Func: process Line: 513 Backtrace: 84fd6d9 84fd669 84de80a 821d186 821a694 805ace5 40bf69cb 8056d61 ) --------------------------------------------------------------------- ---------------------------------TS_REQ------------------------------ --------Results of the transaction search if it was executed--------- --------------------------------------------------------------------- Array ( [faultcode] => SOAP-ENV:Server [faultstring] => ASSERT [detail] => PPBaseException: UNKNOWN -- CheckAssert File: /x/sbuilds/x/builds/live-495_int_451970_rebuild41/vobs/all/ppapi_v2/PABase.cpp Func: process Line: 513 Backtrace: 84fd6d9 84fd669 84de80a 821d186 821a694 805ace5 40bf69cb 8056d61 ) I've never seen this issue before, and my customer reported seeing a similar set of "garbage" information on her screen. Thankfully, this error hasn't cropped up since. We introduced a new product today on our site and the damned thing skyrocketed the traffic to our site by a million percent (believe it or not, it was a simple piece of jewelry). We've seen an increase in our orders of 5 times - we're used to processing 20 orders a day and today it hit well over 100 - just because of piece of jewelry. Don't get me wrong, I'm not complaining in the least. It just amazes me what can be in demand in this world. Anyway, could anyone possibly shed some light on what's going on when this error crops up? Thanks!

Okay, I'm not sure what happened, but now things seem to be working properly. Maybe it's just that my brain is made of tuna phlegm? I don't know. Thanks for your help!

Hello, everyone. I am having a problem that has a solution that exists somewhere in this topic, but I can't for the life of me seem to find it. So I'm hoping someone can point me in the right direction. This seems to be a new problem (for me), and it looks like others are now experiencing it, too? Here's my deal. When a customer users PayPal Express Checkout, they are taken to the payPal page where they log in, then the page where they confirm their information. When they click the Continue button from that page, they are returned to my site, only they are taken back to the shipping selection page. Then they have to go through the entire process again. I'm not sure if I have a misconfiguration somewhere, but if anyone can help me find the postings in this topic where that was covered (at least I seem to remember seeing them before) I sure would appreciate it. Thanks again.

Satish, Your help is very greatly appreciated. However, I'm still confused as to how to place this in the code. I have included the specific part of my checkout_shipping.php file that has the link I want. The link, when clicked, will display a pop-up that gives information about customs fees and VAT charges that are levied to international orders. Like I said, this link is somewhat moot for US customers. The specific part of the code that sets this up is separated from the rest with dashed lines (note - the dashed lines do not appear in the real code). <?php if (sizeof($quotes) > 1 && sizeof($quotes[0]) > 1) { ?> <tr> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> <td class="main" width="50%" valign="top"><?php echo TEXT_CHOOSE_SHIPPING_METHOD; ?></td> <td class="main" width="50%" valign="top" align="right"><?php echo '<b>' . TITLE_PLEASE_SELECT . '</b><br>' . tep_image(DIR_WS_IMAGES . 'arrow_east_south.gif'); ?></td> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> </tr> <tr> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> -------------------------------------------------------------------------------------------- <td class="main" width="50%" valign="top"><a href="java script:void(0);" onclick="NewWindow('echo tep_href_link('popup_shipping.php#Customs'); ','tech','800','800','yes');return false"><u style="main"><font color="#FF0000">Important information for non-US Customers!</font></u></a></td> -------------------------------------------------------------------------------------------- <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> </tr> I tried implementing your code suggestion into this, but I'm apparently not getting it right as I have received nothing but parse errors. The research on PHP that I have done, to include searching through my several PHP books, hasn't been very helpful. I think it has a lot to do with the fact that my books don't have examples of how to work PHP with tables. Any thoughts? -Brian

Thanks, Satish. I appreciate your response. What I'm want to do is modify a small piece of code that I placed in the checkout_shipping.php page. My modification, as it stands, is simply a link to important information for my international customers about customs and VAT charges they may have to pay on their ordered items. Currently, this link is displayed to all customers regardless of their country. This link is unnecessary for my domestic U.S. customers, as they don't pay those extra fees. So I'd like the link to only be displayed if a customer is outside of the U.S. I use a modified Zones module to determine shipping costs for a particular country. It just occurred to me that the IF function I'm looking for is probably in that module, and not the checkout_shipping.php code at all. Something to look for. Thanks!

I would like to add some extra text in my checkout_shipping.php file that will display only when a customer is located outside of the US. Can someone point me to the right code within the checkout_shipping.php file that determines if a customer is considered international or not? I think I can figure out the rest if I can just find that piece of code. Thanks!

At our store, we sell t-shirts. What we've done to handle this situation is to include a base price for the product, and then use the Value Price setting for the attributes for size to increase that base price to the appropriate amount. For example, our shirts up to XXL in size are $18.00. Shirts that are XXL and XXXL are given a Value Price of $2.00. This increases the price for shirts with that attribute to $20.00 total. This works very well for us, and is quite the norm for many t-shirt vendors. Hope this helps.

Anybody? Anybody? ...Bueller? Bueller?

Hello, everyone. I know that a contribution that does what I'm looking for exists, because I seem to remember seeing it before. However, now that I want to actually implement the feature, I can't for the life of me find it. I would like to allow my customers to cancel their own orders if the order has not yet shipped. I have searched these forums and the contributions themselves, and I'm coming up with nothing. I've searched on Customer Cancel Order Cancel Order Customer Order Customer Cancel Cancel Customer Order Cancel Order Before Ship Cancel Before Shipment Cancel Customer ...and various other combinations. That last one came up with more hits than I have time to sift through. Can anyone point me in the proper direction for a contribution that can do what I'm looking for? I appreciate your help.

Glen, Yes, since I use a multi-zones option for Priority Mail, I use the USPS Methods to offer the Express mail option for U.S. domestic customers (it's a long story as to why I don't just use the USPS methods for Priority mail, and I don't have time to explain). So, when an APO address shows up, and since this is the only option for U.S. addresses, then I get the error message. Creating the zone with everything but the APO/FPO addresses has proven to be far more time consuming than I thought. Does anyone know of a contribution that makes zone creation a lot easier? I envision a method that would present me with a series of check boxes for each country/state that's listed in osC, and I just check which ones I want in that particular zone. The current method of managing zones in osC is not very user friendly.

This makes a ton of sense. Now that I think about it, yes, Express mail probably isn't available. But it seems like the service would just not be offered, instead of generating the error. I'm going to try a similar test with all of the options enabled and see what happens. I want this method to be available to all of my customers. I'd like to turn this option off if the address is an APO/FPO and let the other shipping option become the default. I'm going to look into creating a zone that has everything EXCEPT for these addresses. Thank you!

As far as I know, and according to the UPS web site, UPS does not ship to APO accounts.

I'm sorry if this has been covered before, but my search attempts on this subject are coming up futile. I'm either told that my search criteria is less than three letters or using illegal terms (which the aren't) or that there are no results. But I can't imagine that this hasn't come up i this thread before, so I'm going to ask it. Can this contribution support APO/FPO military addresses? If so, how do I set that up? Thanks!

We have a similar situation going on in our store. In our situation, we have t-shirts that weigh different amounts depending on the size that's ordered. A small women's fitted shirt might weigh only 0.22 pounds, while the 3XL men's version of the same shirt with the same design might weigh half a pound. Regardless if the weight, though, most of our shirts can easily fit within a USPS Priority Mail flat-rate envelope. In fact, we can usually ship TWO shirts in a single envelope. On top of this, international and domestic shipping rates are different, which means I need to be able to not only calculate shipping based on the number of items, but also based on the country to which the item is being shipped. Until that happens, we have come up with a solution that seems to be working well, but it's not fool proof. I used the Multizone by Weight Enhancement contribution http://www.oscommerce.com/community/contri...ll/search,zones This let me build any number of zones that I needed, plus build custom shipping tables which were based on weight. I figured that any orders up to 1 pound should be assumed to be going into a flat-rate envelope (unless the customer is in the U.S. and they choose the USPS Express option). For any domestic shipments above 1 pound. it would be assumed to be at least three shirts, and thus would be going into a USPS Priority Mail Flat-Rate box. International shipments over 1 pounds would be automatically shipped by USPS Priority International and the costs would be calculated by weight. All of this to say that the contribution I mentioned above, while needs some time invested to determine your shipping tables, seems to be working well for us. Hope this helps.

If you don't want to hook into the UPS servers for getting accurate quotes, you could use one of the contributions that uses zones instead. It's been a while, but I believe the contribution that I use for my USPS Priority shipping rates is the Mutlizones By Weight Enhanced contribution; http://www.oscommerce.com/community/contri...ll/search,zones This allows you to specify as many zones as you need for various shipping fees, but it's not very versatile and it's very time consuming to go through and figure out all of the zones you'll need, which countries need to be in those zones, and how much to charge per weight increments (we use pounds). but it's the best option for us, right now, because the USPS contribution that I'm using for Express mail within the U.S. isn't smart enough for my needs (I'm working on that...). Hope this helps.

Hello, everyone. I am finding myself in an interesting position regarding international shipping capabilities to the Netherlands. I don't have very many customers in that region, but I do have a couple. The problem that I'm running into is this: I use zones to calculate shipping internationally as well as domestically within the U.S. I haven't run into any problems with this method until just the other day. A customer sent me a screen capture of the shipping screen she receives, and it's showing absolutely no shipping options for her to select. I tried with a couple of test "customer accounts" and several addresses within the Netherlands, and they all come up with the same thing: no shipping options are displayed. The customer should get at least one shipping option if they are international. The Netherlands exists within the same zone as several other countries. Test orders with legit addresses in those countries all work properly. So far, from my research, I have found that The Netherlands do not have "states" in the same fashion that a number of other countries do (particularly the U.S.). Addresses within the Netherlands seem to follow a simplified format: addressee street and number postal code and city Netherlands I think that maybe, since osCommerce requires a state to be added into the address, this may be throwing osCommerce off, but I'm not sure. Has anyone else used osC to ship to the Netherlands? Did you have to make any specific changes to the code in order to do so? Any help here would be greatly appreciated.

Thanks, Glen. I'll check into that. We have found that the new Priority Mail International flat-rate fees are4 exorbitantly high. Far more than we feel is fair to charge our International customers. If we go by weight, then we get better pricing.