noesac

The new PayPal module (3.8.0) completely screwed up my site. When I try to check out now I get this error: http://www.prestashop.com/forums/topic/231465-error-occurred-please-try-to-contact-the-merchant/ Even when I restored my old PP module it still happens. Dammit.

This helped a lot. I only wanted to reverse the subcategory links so I did something a tiny bit different. I've got v1.4.10 and I changed row 473 from this: ORDER BY `level_depth` ASC, c.`position` ASC'); To this: ORDER BY `level_depth` ASC, c.`position` DESC');

Here's a picture of the bug I just found. Does anyone know how I can fix this? I'm pretty confident the change needs to happen in this part of the code (productscategory.php - line 113 / 114), but I'm not sure how: /* If the visitor has came to this product by a category, use this one */ if (isset($params['category']->id_category)) $category = $params['category']; /* Else, use the default product category */ else { if (isset($product->id_category_default) && $product->id_category_default > 1) $category = new Category((int)$product->id_category_default); }

thanks! Which part did you modify? That's a frightening amount of code to just bulk replace...

This is what I mean (it's on the shopping cart): What if a customer already has an account? Most of my repeat customers don't even login anyway and end up creating duplicate guest accounts, so I'm not going to be any worse off than I am now. E.g. This way, at least that way all customers end up with an account (since new, non-repeats still make up like 95% of my business). It's the better of two evils I guess. It's the best compromise I could think of...

Is this possible?

Thanks! I didn't even realise I had a reply! That worked. Yes I'm wondering this too. The solution provided is to display it on the Customer tab, which is nice, but more useful would be the Orders tab as per my original post.

I provided the "solution" above, but I need to clarify 2 things: 1) It was for a very old version of PS (1.3), but that area hasn't changed much so it might still apply, however; 2) It never worked to begin with. It didn't work properly when you had combinations. My solution was crap, I'm not exactly the best coder:)

Yeah I changed this: input[type="text"],input[type="password"],input[type="file"],textarea {border:1px solid #E0D0B1} To this: input[type="text"] {width:500px},input[type="password"],input[type="file"],textarea {border:1px solid #E0D0B1}

Found it, it was on line 49 (ps v1.4.10)...unfortunately it changed all the fields in my back office so I had to reverse it, as you predicted. Oh well, thanks anyway.

I'm not talking about the max value, I'm talking about the physical width of the field. It's so short I can never read what I've got in there! This is what I'm talking about: http://oi39.tinypic.com/241molt.jpg

Ok so they have to login first before they can continue with their order?

What exactly does this do? I wasn't clear about this

Yup this is it: http://www.prestashop.com/forums/topic/47173-module-list-of-customer-out-of-stock-registrations/

Thank god I would have spent forever trying to figure this out for myself. I updated my query to support both a price adjustment or the "on sale" flag, by adding an "OR" statement instead of an "AND" to the bottom: LEFT JOIN `'._DB_PREFIX_.'manufacturer` m ON (m.`id_manufacturer` = p.`id_manufacturer`) WHERE 1 AND p.`active` = 1 AND p.`show_price` = 1 '.((!$beginning AND !$ending) ? ' AND p.`id_product` IN ('.((is_array($ids_product) AND sizeof($ids_product)) ? implode(', ', $ids_product) : 0).')' : '').' AND p.`id_product` IN ( SELECT cp.`id_product` FROM `'._DB_PREFIX_.'category_group` cg LEFT JOIN `'._DB_PREFIX_.'category_product` cp ON (cp.`id_category` = cg.`id_category`) WHERE cg.`id_group` '.$sqlGroups.' ) OR p.`on_sale` = 1