TomB01

I didn't even get an e-mail from USPS this time. Was this an un-announced change?

Yep - obviously I did something wrong. I guess I get to try it again now. If I can't get it to work in a few days, guess I'll make the long march to V2.3. Sorry wendys - once I got it to work, I left for awhile. Now that it's broken again, I'm going to do my best to get Rates working.

Yes - I did worse, as a matter of fact. After studiously restoring all the files altered from USPS Methods and un-installing USPS Methods, I attempted to install USPS Rate V4, r3.2. I couldn't get it to work on any level. USPS ID was in the database, etc,, but no go. I restored everything back to USPS Methods 5.2.2 and proceeded to work on usps.php to implement the cause of breaking domestic 1st Class shipping: the March USPS revision changed First-Class Mail to First-Class Mail Parcel, and First-Class Mail Letter to First-Class Mail Stamped Letter. It took quite a few edits, but everything now works.

Actually, they changed First-Class Mail to First-Class Mail Parcel, too.

Sorry - one of those file paths is supposed to be catalog/admin/includes/functions/general.php.

I apologize if this has been asked before, but any hints on how to upgrade from a USPS Methods 5.2.2 install? It looks like USPS Rate V4 is fairly self-contained with the usps.php files. However, an installed Methods appears to have changes in: catalog/checkout_shipping.php catalog/includes/application_top.php catalog/includes/modules/order_total/ot_shipping.php catalog/includes/functions/general.php catalog/admin/modules.php I don't appear to have a shipping estimator in place and I definitely don't have one-page checkout, so those files are not involved. Edit: Upgrade is a misnomer in this context. I am talking about completely removing Methods to install Rate.

That one was worse - the original developer flew the coop long ago, but thanks for the help. ;) I'll give it a shot - got nothing to lose, now.

Broken again from a March 7, 2014 update. 1st Class Package service no longer shows up for domestic shipping options.

Jim, Can you at least look at the existing USPS Methods? It looks like they've broken things again:1st Class Package does not work.

Ditto with mine, although I'm using 2.2.

Well, it appears that nothing's broken this time - at least with what I implement (1st Class, Standard Post, Priority, International - 1st Class, Priority, and Priority Express).

Yes - despite your assessment right now, I am worried every time one of these updates come out. They ALWAYS break something. P.S. I got the e-mail notice from USPS, too - at 5:08 PM EST. :(

Still checking in every once in awhile ... It's too bad that USPS is becoming so complex with their collection of rates and services. I've only ever used 4 or 5 of their services in my store, but those are absolutely critical.

Good luck! USPS has already announced a rate change that they will implement in January. So, we don't really have that long before everything gets broken again.

In case you run into that again, download WinRAR. It's unencumbered shareware and all you have to put up with on a permanent basis is a tiny small popup that asks you to purchase the license. Click close and you still have full functionality. It handles every compressed file known to man, including CD/DVD image files. I've used it for over 15 yrs.

OK - after working on this all weekend, I gave up on Methods 6.1. I very carefully, loaded "USPS Methods 5.2.2 - COMPLETE," following every edit in the HTML instructions page and using bkpie's "V5.2 for July 28th changed Corrected." It was interesting because there was a lot of code that was never included on my 6.1 install. Anyway, it all appears to work right now, except I can't get handling charges to work on domestic. Any ideas? Meanwhile, there was a hack where someone used $cost = $cost + handlingcharges ... think I'll use that for now. P.S. On the install of 5.2.2 - COMPLETE, I made absolutely certain the configuration table was clean of any USPS_Methods. It's a bit tricky, because there are some fields that I guess were so long they couldn't fit "USPS" in the field name, but it was pretty easy to tell it went with USPS Methods - so look carefully if you do the table cleaning.

Arrrggh!! It's only selecting the Express Mail option (the most expensive I have selected) in every case - both domestic and international. It makes no difference which radio button is selected. Help?

Check that - it appears to be working OK, just not showing Standard Post as option.

Actually, it's using "Priority Mail 1-Day" with Standard Post rates. Not good.

OK, I manually edited my usps.php to agree with the domestic arrays in the 6.1c update (from BDuell) and changed 'title' => $title , to 'title' => $quote['id'] , at four places. The only other difference in the files is the following function, which seems to crash on my OsC 2.2: function usps_method_sort($a, $b) { // ascending sort on cost, then ascending sort on title if ($a['cost'] == $b['cost']) { if ($a['title'] == $b['title']) { return 0; } else { return (($a['title'] > $b['title']) ? 1 : -1); } } else { return (($a['cost'] > $b['cost']) ? 1 : -1); } Using a file compare, those were the only essential differences between my usps.php and BDuell's. So, things work better, but not quite right. I don't get any Standard Post. Plus, all the information that used to print out for insurance, tracking, transit times, etc. are gone. There's only a single line for each service, a radio button, and price. Same for international - but almost every revision of usps.php has international working. I'm sort of assuming that's all we get now because the transit times are imbedded in the service title. I've looked at some other threads that had issues with Standard Post appearing, but my code is the same as those that were fixed: 'Standard Post' => 'Standard Post^®'

Great! I will try it out and let you know. Maybe I need some gogo juice, too. B)

I'm still going to work on it - just that I'm tied up until Thursday night. I agree with what you're saying. I've got International working on my 6.1, but nothing yet on domestic. My efforts at using the USPS_methods_utility.php file in 6.1 was not totally successful. I suspect that we 1) ought to be able to use bkpie's array statements for domestic, or 2) use the methods that kymation's initial development code returned to build the domestic array. (See kymations USPS development thread in the Add-Ons Development section of this forum.) I just haven't had an opportunity to try any of the above yet - this weekend, I will, though. The back-to-5.2 effort left database fields all over the place. So, I've taken to backing up a clean database (with respect to USPS settings) and restoring it every time I unload another install effort.

Too late ... they know ... o:) Your file works on my site! It looks a lot more correct than what's returned from that USPS Methods 6 utility file. That gave stuff like "First Class Package Service" that doesn't exist anymore, etc. I think that was what was blowing it up. Tried some different destination zips and countries - it looks like it all works.

Well, I tried it with just First Class Parcel. Anyone know what the difference is between First Class Parcel and First Class Package Service? I don't see anything on the USPS website that refers to First Class Package Service, but it's in the list of methods that returns using the utility. Anyway, with only First Class Parcel, it's showing a price, but it doesn't agree with what's calculated at that weight if you check it with "Calculate A price" on the usps.com website. It's not adding in the handling charge and there's no description except for "1 day". cnchal - I will have to study your post. It's a bit difficult for me to decipher code from the text of your post, but I'll keep trying. Thanks much!

Hmm - guess it shows I'm behind the times, never heard of firebug. Thanks for the suggestions and yes, I suspected as much after thinking about it today - but I was considering just using one value in the array at a time and just testing for that. After all, selecting which services you want in Admin is simply a convenience I can't enjoy anymore because I'm punching/editing the strings directly in the configuration database anyway. Maybe I should find out what's wrong with the Admin modules.php? I will give it another shot soon - I'm pretty tied down with my "real" job Mon-Thurs. EDIT: I think the handling charge is tied up in those arrays, too. They're keyed to the same positions in the services field. There's probably not a one-to-one correspondence anymore and that's causing the handling charges array to mess up.