fairview

I have been unable to find any details about what bugs this new version fixes.. I don't really want to install it over my semi-working version of 5.2.1 without understanding what has changed. Can anyone point me in the right direction? thanks, Sue

turns out "use stock level" under the products main panel was set to yes with numbers of 0 stock and 0 warning (since we had option level stock control working..) once we turned "use stock level" off the products/category showed up fine when admin not logged in. stock levels by options worked fine when tested with this setting set to off.

more clarification: all products on category womens/jewelry (cat_id=6) show up at all times. no stock levels assigned. products in category childrens/clothing (cat_id=12) only show up on front end when logged in as admin. stock levels by options assigned.

RESOLVED - SEE BELOW - what could cause categories/products to display on front end of store when logged in as an admin and not display when not logged in as an admin?? very odd..

thanks - as always a clear and succinct answer! I didn't turn on seo url rewrite until well after the catalogue was loaded, so the paths must just be the result of the SEO class creation.. can I re-create the paths in the database at this point so they are consistent? thanks again Sue

I edited my template and made the path to the logo image absolute, which corrected the problem. I would still appreciate an explanation of why the rewrites are different - wouldn't you want to include the top level category name in all the pages?

Hi - I have several subcategories with the same name (under women I have clothing, and under children I have clothing) and when SEO Urls are enabled, the first subcategory shows up as www.domainname.com/clothing.html and the second shows up as www.domainname.com/children/clothing.html.. not a problem, except for some reason the store's logo disappears on the pages with the second type of url. I don't understand enough about how the rewrite mod works to troubleshoot this - I can just turn the mod off and all is OK, but I would rather use the mod and don't want to have to rename my categories. Any ideas out there? you can see at www.fetchingpretty.com/shop/clothing.html (womens - shows the logo) and www.fetchingpretty.com/shop/children/clothing.html ( childrens - doesn't show the logo) thanks in advance for any help. Sue

Hello - wondering if bsmither had made any progress towards fixing this issue?

sure looks like it.. have to admit that at this point I am in over my head! Just would like to make paypal stop asking if the customer wants to change their shipping address, and instead accept the shipping address used in CC. That would make the integration in paypal with shippers (USPS etc) work a lot better.

actually the address is the shipping address.. not an email address.

an email (with GC code and remainig value) would be VERY nice.. so would getting the discount amount throughout the process to reflect the actual amount that the cashload of GC was/will be reduced by.

Hello - using paypal standard gateway on 5.2.1 installation. I would like to remove the option to change the delivery address when the customer arrives at the paypal processing page - since the customer has the option within CubeCart, I don't want them to get confused and think they need to add the new delivery address here as well. I have looked at the modules/gateway/PayPal/gateway.class.php file, and see some address override code (as follows - line 62) 'address_override' => ($GLOBALS['config']->get('PayPal', 'address_override')) ? '1' : '0', Can this be edited to remove the question and option from paypal? Thanks, S

i totally agree. to me it ought to just come off the bottom line as it does. so that means the only issue is to include the shipping value in the total discount

i am using flat rate shipping. shouldn't the GC come off the bottom line, regardless of how much is shipping and how much is product? or does it just come off the product, in which case we still have a problem because it is currently being applied to the total even though it isn't showing up that way in the "discount" field.

Hi - your description accurately reflects the PayPal Standard process.. the Pro process is much more complicated in that the order is passed back and forth so payment can be completed on the shopping site instead of in paypal. No worries (at least for me for now) I successfully talked my client into using the standard, and the GC now works correctly in total but there is something funny about how it is showing up in the checkout page - the discount amount isn't reflecting the shipping, but shipping is actually covered and is coming off in the grand total. Probably just a little tweak required to make the total discount equal to exactly what is being applied to the grand total? ie Before GC product - $1.00 subtotal - $1.00 shipping - $1.50 grand total - $2.50 After GC product - $1.00 subtotal - $1.00 shipping - $1.50 GC #. - $25,00 Total Discount - $1.00 grand total - $0.00 have I said thanks for all your work on this? thanks!