Yeah, the Account # is the Shipper # that you have set up.

Everything else sounds right, so you need to look at what's happening when the quote is being calculated. The Firebug extension for Firefox works pretty well.

I'm going to guess that there's a problem with SSL on your server. All I know is that my local WAMP server doesn't have it, but the livetest does have it configured properly.

I am having the same problem, but with the USPS module. I followed the instructions in this post - http://www.ubercart.org/docs/user/312/usps_web_tool_shipping_quote_setti... . (although I couldn't find the patch mentioned). Everything appears to be setup, but I never get a quote back.

Firebug says:

syntax error
http://localhost/misc/jquery.js
data =

I should add, I am testing this on a lampp system if that makes any difference.

Should I update all the files or just the uc_usps? I downloaded the usps and shipping modules from bazaar and get the same issue...

It would be the quote method. I actually just cleaned up the install and put on only the latest version of ubercart and all modules from the bazaar download. I still get the same issue. I have some sense that it is from the lampp setup, but I cannot imagine why that would make a difference. I'm tempted to try it on my live site, but I don't want to confuse people with two stores....

Should this work within a lampp/xampp setup? If not is there a way I can install it on my live site but block the product and catalog links from showing up for all but administrators?

I should also add that the error message in firebug changed to
a[J] has no properties
http://localhost/misc/jquery.js

I'm not sure I know how to debug an ajax request, but if you tell me where/how to look I will. The only other thing I see in firebug happens when I view the cart and go into the checkout page and it says "uncaught exception: Permission denied to call method Location.toString"

Never mind about that last error - it was a tmp files permissions issue. Changing the permissions fixed it - it didn't change the quote issue unfortunately...

Chad,

With Firebug, you can view AJAX GET/POST responses in the console tab. You can expand out each result to view further information (parameters sent, HTTP headers, and the server response). Truly great extension, it is.

It seems to work when I connect from another machine to my laptop running the lampp server. Perhaps it was some sort of sessions variable? I didn't change anything, except for connecting from another computer and logging in as someone other than administrator....

Lyle,

Took me a while to get back in the swing of things, I just got back from vacation! I downloaded Firebug and when I click the quote symbol I get 2 error that comes up from "/catalog/?q=cart/checkout/shipping/quote":

I read through the post here and I am glad to see that others issues were fixed, lets hope mine is as easy! Get back to me whenever you get a chance, I am going to see what investigating I can do on this issue.

- Franksta

I just changed the default to small packages and thought I would give it a shot (weight is always in products); added a product and put it my zip code under view cart to attempte shipping... Firebug now gives me the following errors.

POST http://oldskoolindustries.com/catalog/?q=cart/checkout/shipping/quote

And that keeps repeating... This is honestly the last hitch, my clients site will be live as soon as I can get this shipping quote done. I have yet to figure out how I can do shipping quotes with FedEX but I filled out all the information for UPS because I figured it was documented a little better by people around the foruns here. Any help you guys could give would be unbelievably helpful, I am having trouble figuring out what these errors signify as I am more a designer than a coder.

Thank you to everyone who has helped so far as well! =)

There's an option is Shipping Quote Settings that lets administrators see the debug information generated by quotes. For UPS, this includes the XML received from the quote request. If you could post that (without your password), I can probably be more helpful.

OK, I forgot that alpha 7b didn't have that setting. Instead, you need to uncomment 3 lines in uc_ups.module: 604-606. That'll will pass the XML back to the checkout screen.

OK. It looks like we're going to have to do some serious debugging.

Put

After you do that, refresh the checkout screen, enter a valid postal code and try to calculate the shipping cost. It should still not work, so refresh the page again so we can see all the messages that were generated. There may or may not be a lot of them, but since they're long, I only want the first set of 3.

Alright we got some code now in the Recent log entries ; however it is lengthy as you mentioned. I am trying to figure out what it is that will be helpful to us lets see if this is what you are looking for, if not let me know there is more below that I have copied to a file for the time being.

Below that is a bunch of META TAGS and the start of some HTML; do you want me to post that as well; it is fairly long I could just upload a .txt file with it in there for you as well.

You caught me on the way out to my next class, here is the full error log attached via .txt file. I have to run out to my next class, I'll be back in a few hours!

Interestingly enough the code we were looking for reads:

... currently. If you goto "https://www.ups.com/ups.app/xml" as you say that is corect in a browser you do get a Page not Found for that one as well. I did change the code to read "https://www.ups.com/ups.app/xml" instead and tested and found that in the log I again got a "Page not Found".

You are definatly onto something though we just need to find the right page I think!

I've confirmed that the UPS Customer Integration Environment (CIE) does indeed work and return quotes. I am testing the Production server today and can feed back what I find. The .../ups.app.xml/ vs. .../ups.app/xml is fixed in the bazaar repository and is a red herring. I am not working in production yet even with this fix. I suspect it may be because I am useing my test dev key and not an official live key or something. The url does need to be fixed if you are using 7b package.. but you might still have problems in the production mode.

More soon (juice or no juice! *g*)

Yep it was the "Testing" that was not reporting back properly because as soon as "Production" was set everything worked fine, I even went back to the original 7b file from my archive and it fired up a quote right away. I do not know what was going on with testing however I wanted it to be in production mode anyhow.

About the only advice I can give is to tell you to double-check all of your settings. Start at "Shipping quote settings" and check each page under it.

Specific things to check:

• Enable logging errors to watchdog. Something might show up there.
• That the UPS quote method is enabled. Make sure the customers' country is included.
• Your UPS user ID and shipper numbers match.
• You have at least one UPS service enabled (Ground, 2nd Day Air, etc.)

It's hard to be of much help when there isn't much information to go on. :-/

Edit

I only had the developers key, so I used that to get the access key. After I changed the info to reflect the access key, i got the exact same problem. No errors in watchdog and firebug just says "[ ]" in the response tab

UPS Shipper #: the shipper number I entered matches the shipper # on the ups website

There isn't a big serialized, urlencoded string called "products" sent to ?q=cart/checkout/shipping/quote? That might be the problem. Trying to get a quote with no products would result in getting nothing back.

The trouble is, I'm not sure why the products aren't being sent. They should be taken from uc_cart_get_contents() by the shipping quote pane. I haven't seen it not work for a long time.

Edit

Turns out the problem was selecting Small Package instead of <store default>. :/