After upgrading from Alpha 8, where all shipping rate quotes were working properly, I too found that I wasn't getting any USPS rate quotes.

I traced problem with USPS shipping quotes not returning any quotes to this piece of code (bazaar version 728 of uc_usps.module):

Changing the above lines to:

Thank you both for your replies.

Neither of these amendments is working for me. It still comes up blank on the shipping quotes. Perhaps I have something else to change in my settings as well--but I was sure I'd done everything. I'm double-checking now; any suggestions are welcome!

[EDIT]

I wasn't expecting the solution to this problem to be in the USPS module, but rather the shipping module itself. Particularly considering the comment below from the other thread on this subject:

I also have the "Weight Quote" module enabled, and it's not showing anything either.

I may be onto a solution here, or maybe just a wild goose chase. I don't understand the code I'm looking at:

What is arg(3)? It doesn't return any value--other than ""--Nor does arg(5), both of which are found throughout this one function.

Yup, arg() was a wild goose chase.

So, I downloaded the bleeding edge latest versions of all modules from Bazaar. I started by just uploading the shipping modules (including uc_quote) but that made no difference. I've now updated all ubercart modules, and still no joy.

Any ideas?

Yeah this feels like my situation also. Any ideas anyone?

You could try using Firebug on the Checkout page to see if the AJAX calls are being made and what's being returned. You DO have JavaScript enabled, don't you? It would help if you said exactly what shipping module you're using and exactly how you set it up, so we could tell if you've missed a step. I suggest using just weightquote, since that's the simplest one. Make sure you have weights entered for your products. Turn all other quote methods off and uninstall them (not just deactivate!). Verify the weightquote configuration exists in workflow-ng - delete all configuration from other shipping quote methods that might not have been removed when you uninstalled those modules. Print statements can be inserted to verify that the weightquote module is being called and to see what is returned from the AJAX call. You can inspect your web server logs to see if the AJAX calls are being received. Apparently, the process is breaking down somewhere along the line, and you need to identify where the fault is. Since I know shipping quotes do work, I would expect there is a problem with your installation or with your web host configuration. At the risk of opening another can of worms, have you tried to apply a tax with the uc_tax module (http://www.ubercart.org/docs/user/315/tax_settings)? That also uses AJAX and workflow-ng.

...feel free to visit the site to test out placing an order yourself:
http://quitnicotinenow.net

And thank you for your help!

This may, or may not, send you in the right direction. Anytime you install a new shipping quote option, you need to go to workflow_ng page. When there, edit any active shipping rules, click on the checkbox to disable it and save your changed configuration. Your rule will appear in the inactive list. Click on the reset beside this to restore it. Now it will work.

For some shipping quote methods, there may still be errors. But usually something will appear.

We got ours working (shipping via weight method) by:

1.) updating our site's entire Drupal Core
2.) Re-Installing Ubercart and associated modules all at their most recent version.
3.) Enabling all shipping methods - then switching off the ones that weren't needed.

There's definitely something wrong, some conflict somewhere, as this kind of backtracking shouldn't be necessary. We had a stage site, so it could all be done relatively safely, even if it did waste a day or 2.

Just as an FYI (not sure if this is related to anyone else's issues), after updating to the most recent bazaar, I had to select the USPS shipping methods again. They had been turned ON before the update; after the update, I had to revert the Workflow_ng configurations to their defaults as well as re-activate the USPS shipping methods. Oddly enough, my USPS webtools API number / username was still intact, as were all of my shipping method preferences (First Class Parcel, etc.). Weird.

Well it looks like your installation of Drupal had some issues. For some reason the "variables" table doesn't exist. Did you delete it on accident? The first error looks like it's because the variables table isn't there, so it can't delete the rows that start with "uc_notify".

The second error shows that the uc_store_footers table ALREADY exists - so you are trying to create a table, but can't since it's "already" there - the error in this case wouldn't affect normal cart operation (it'd be a one-time thing that you could ignore).

The last errors appear to be getting thrown because the arguments are invalid, but are most likely the result of the other errors (or other errors not listed here).

My advice: delete your databases, reinstall Drupal, then reinstall Ubercart and the modules it REQUIRES - Tapir, Workflow_ng, etc. Make sure you install those first and then save changes; don't go and install all modules all at the same time.

Then install the optional modules such as Imagecache / Imagefield, CCK, Thickbox, etc. Make sure you aren't getting any database errors on any of these.

Then configure your cart. Make sure you setup the important stuff - your origin address, your shipping APIs (if applicable), credit card modules and info, all that stuff.

Basically, follow these instructions to a T: http://www.ubercart.org/docs/user/802/new_drupal_installation

Sorry for being verbose about this. I've installed Drupal and Ubercart 3 separate times on two boxes, and upgraded core Drupal, core Ubercart and other misc modules on my Apache / Linux box with no issues whatsoever. The fact that you are having problems with the setup is an issue to be taken seriously, but we have to rule out any extraneous mistakes during installation or other unknowns before we can really determine what is going wrong.

Good luck and let us know how the reinstallation goes. Remember, I don't mean just reinstall Ubercart; if at all possible, remove all the files from your webroot / public html folder and reinstall from scratch. Sometimes it's necessary in a case like this and I think it'll be worth it. If you can't go that far, there are other ways, including backing up the database and unpacking the tarball, resubmitting your settings.php file, etc.

Good luck!

EDITED for beautification of code

Okay, so I've given in I've reinstalled Drupal (5.6) from scratch. I've just uploaded the four required Drupal modules. I activate just these four, and...

Parse error: syntax error, unexpected '&', expecting T_VARIABLE or '$' in /home/barliesq/public_html/_quitnicotinenow/sites/all/modules/workflow_ng/workflow_ng/workflow_ng.module on line 625

[EDIT]
Updated to the latest version of workflow_ng and got past this step okay.
Please note: the version I uploaded at first came from the Ubercart Package installation (which I did NOT use to install Drupal 5.6!)

Strange that you mention the Uberinstaller, I think that's usually pretty well kept up. Would be interesting to see if the issues go away with an install from the latest Bazaar SVN update.

Also, about the pass-by-reference error (at least that's what it looks like). Maybe upgrading Wf_ng is the issue solver here. What version of PHP are you using, out of curiousity?

Can you attempt to re-enable all of your modules for the cart setup and let us know if you still have the original shipping issue? And of course note any errors you encounter in the process.

Okay, now I may just be losing my mind. I spoke to the Post Office Tech Support people and they've activated my UserID. Now I was sure there was also a Username and Password that have to go in somewhere for USPS shipping quotes. I can't find it anymore! Couldn't all three of these have been in the same place?

I sense I'm almost there... almost there... regulating breathing... relaxing... almost there...

As I suspected. I was in fact losing my mind. I just had the wrong User ID. For the most part it now works! Yippeee!

...However, there is another problem. After calculating shipping quotes (from either the cart view or the checkout) whatever page I navigate to next comes up with this:

Sorry to post ALL of that.

...Uh-oh. I've run into more trouble. Testing in IE (rather than Firefox) just now, I placed an order in my cart, tried to calculate shipping quotes (based only on a zipcode, of course) and it sat there waiting for quotes that never came. I clicked on Checkout, and the following errors came up:

I clicked again on View Cart; didn't bother to get shipping quotes; clicked Checkout again, and no error messages came up this time.

Give it a try: http://quitnicotinenow.net

If you want to give me Admin access I can take a brief look for you. There is probably some good information in your logs - go to /admin/logs/watchdog and take a look.

I think some of it may be the version of PHP you are using. Any chance you can ask your provider to upgrade you to PHP5?

EDIT: TR, you beat me to it

Thank you all for your replies. As it turned out, going to PHP 5 was all it took. I love my host, by the way: Site5. They've been running PHP 4 and 5 in parallel for a while--soon to convert over to all PHP 5. All I needed was a directive in my .htaccess file... Come to think of it, I'm glad this issue came up, since I'll be wanting to use PHP 5's XML features on a project coming up.

I've just carried an order all the way through to PayPal successfully. However, one more minor issue has come up. On the "Review Order" screen, the message "You must select a shipping option before continuing" was at the top of the screen--in spite of my having already selected a shipping option which was calculated into the order just fine.

Where do I find this setting? I just got an automated message from USPS that says...

Ah okay, so the Post Office's message wasn't really responding to anything my website is doing. Naturally.

I posted so many times above, the one remaining minor issue got a little buried. In case you missed it...

The production server uses different credentials than the test server. The numbers they send you initially are only for the test server - you have to contact them and get them to switch you to the production server. See http://www.ubercart.org/docs/user/312/usps_web_tool_shipping_quote_setti...

Please read http://www.ubercart.org/docs/user/312/usps_web_tool_shipping_quote_setti... carefully. Your Web Services ID can NOT be used to log into usps.com. "Authorization failure" means you're not using valid credentials.