USPS Shipping Module [Support Thread]

[lat9]

Yes, I know that, but I have never been able to make it work. The only way I've been able to manage the appropriate size shipping service for our products is to stay with the existing working code. I just need to know what variable to look at to see what Zencart thinks the product ID is here.

You'd just follow the "pattern" in that extras file, using (most likely)

$_SESSION['cart']->in_cart_check('master_categories_id', {product-id to be checked});

[HeleneWallis]

You'd just follow the "pattern" in that extras file, using (most likely)

$_SESSION['cart']->in_cart_check('master_categories_id', {product-id to be checked});

That just returns a zero, since there is no master category with that number. I don't see how it could work, since I'm not looking at a master category of 171, but a product id of 171.

[carlwhat]

That just returns a zero, since there is no master category with that number. I don't see how it could work, since I'm not looking at a master category of 171, but a product id of 171.

try:

$_SESSION['cart']->in_cart_check('products_id', {product-id to be checked}); 

best.

[HeleneWallis]

try:

$_SESSION['cart']->in_cart_check('products_id', {product-id to be checked}); 

best.

That is giving me the quantity of that product number in the cart, which I also needed to know. But not the actual product number itself. But it does confirm that the software is seeing '171' as the product ID, because it returns the correct quantity. So I am still totally stumped as to why this is happening:

  echo $_SESSION['cart']->get_quantity('171');  // RETURNS ZERO
  echo $_SESSION['cart']->in_cart_check('products_id', '171');   // RETURNS 1, WHICH IS CORRECT

The first comparison works for every single other product id in our inventory, but not for the one with an id of 171. That's why I was trying to find out what the code was actually seeing there. The second statement confirms that it is seeing 171. I can use the second comparison as a workaround, but the first one ought to work.

[carlwhat]

looking at the code is always a good idea. in this case, there is useful info in the documentation of the code.

the following snippet is from:

includes/classes/shopping_cart.php

/**
     * Get the quantity of an item in the cart
     * NOTE: This accepts attribute hash as $products_id, such as: 12:a35de52391fcb3134
     * ... and treats 12 as unique from 12:a35de52391fcb3134
     * To lookup based only on prid (ie: 12 here) regardless of the attribute hash, use another method: in_cart_product_total_quantity()
     *
     * @param int|string $uprid product ID of item to check
     * @return int|float the quantity of the item
     */
    public function get_quantity($uprid) 

i would use the method:

in_cart_product_total_quantity()

instead of

get_quantity()

and see if that provides the desired results.

best.

[HeleneWallis]

looking at the code is always a good idea. in this case, there is useful info in the documentation of the code.

the following snippet is from:

includes/classes/shopping_cart.php

/**
     * Get the quantity of an item in the cart
     * NOTE: This accepts attribute hash as $products_id, such as: 12:a35de52391fcb3134
     * ... and treats 12 as unique from 12:a35de52391fcb3134
     * To lookup based only on prid (ie: 12 here) regardless of the attribute hash, use another method: in_cart_product_total_quantity()
     *
     * @param int|string $uprid product ID of item to check
     * @return int|float the quantity of the item
     */
    public function get_quantity($uprid) 

i would use the method:

in_cart_product_total_quantity()

instead of

get_quantity()

and see if that provides the desired results.

best.

Thank you, that is working.

I know I have to get the newer code set up, but I simply do not have time to do it, and as long as this is working for now, it will have to do.

[gothstone]

Today we noticed intermittent issues of getting: "Your order's details have changed. Please review the current values and re-submit." Reloading the page or changing the shipping method will let the order go through. Only recent changes were upgrading USPS from K11i to K11j (I typed in the password), sitemap from 3.99 to 4, GPSF from 1.0.0 to 1.0.1, and edit orders from 4.7.0beta2 to 4.7.0 released. It happens using cashiers check / money order, so not a payment module issue.

Guessing USPS API issue? Anyone else seeing this?