haylau

I know nothing about linnworks, but their help page suggests it is simply adding the prestashop api details. so it should work out of th ebox with a module? https://www.linnworks.com/support/settings/channel-integration/channels/prestashop-linnworks-integration/adding-prestashop-to-linnworks/

Is it possible to stop the emails about badbots?

Solved it - Sort of The problem is the Move JavaScript to the end settings I have added it to github as an issue https://github.com/thirtybees/cookiebot/issues/1

OK, thanks anyway

How did you get the javascript to run. I can see the javascript on the page source but no cookie banner Console give this error: Error: Can't read data values from the cookie script tag - make sure to set script attribute ID. log @ uc.js:1 process @ uc.js:1 init @ uc.js:1 CookieControl.Cookie @ uc.js:1 (anonymous) @ uc.js:1

You could try one ofthe one page checkout modules as payment methods are shown without this problem. I use @datakick's Chex module and it is fab (and cheap)

We use Stripe and PayPal with Chex and it works perfectly

All sorted and looks great 😁 Changed the CSS white-space to pre-line .chex-cart-item-title { white-space: pre-line; overflow: hidden; text-overflow: inherit; }

Try here:

Using the file manager.php I have managed to add product reference, title and current stock level to the cart By: 'name' => $prod['reference'].PHP_EOL." - ".$prod['name'].PHP_EOL." - Current Stock Level: ".$prod[stock_quantity], 'name' => $prod['reference'].PHP_EOL." - ".$prod['name'].PHP_EOL." - Current Stock Level: ".$prod[stock_quantity], It looks great on the tooltip pop up But in the normal view, I can adjust wrapping so it is all displayed but the line breaks are not being adhered to. Is there a way of forcing the line breaks in CSS to show like the tooltip? Possible?

I can't follow the logic here. Can you do some mock screen prints to show how your idea should work?

No, it is the cost of the shipping that is not showing on the credit slip although it is refunded to the customer

Jut noticed on the Stripe website that they have upgraded the API - should we be upgrading or do we need to wait for the module to be upgraded first?

ANyone?

When I run a Gmetrix test I get poor scores for minify javascript and it offers optimised versions So the rather simple question is: Is it safe to download those optimised versions and replace the originals (i know if we update anything we would need to repeat the process. But is this an acceptable thing to do?

Either or. But remember if they are entering card details in your site you have to be fully PCI compliant.

Which theme? This any help?

Oh, Supercheckout from Knowband. Used that also. Seem to remember it has a ship to pay system which may need to be configured correctly. It links payment methods to shipping methods We recently switch to Chex and we are LOVING it. Nothing comes close. Is there something holding you back from using chex?

For now, I would add LOGIN OPTIONS ( PAYMENT MEATHOD WILL SHOW ONCE YOU SAVED DETAILS) Where it shows the paymetn method also.

I think I have used that module (PresTeamShop??) and it worked properly for me. BTW your checkout page is showing quite a few errors in the browser console - and it keeps asking me to allow my location. Why would that be? Could the payment method be linked to location somehow??

One of the main purposes of the one page checkout modules is that you DO NOT have to create account before seeing the payment methods so something is definitely wrong somewhere. Have you talked to the module devs

It should not be like that using the checkout module you are Have you got all the payment methods lnked to all the customer groups?

I haven't seen duplicate before. But you can create a new order in back office. Select the customer, then switch to the "orders" tab to "use" an existing order Or StoreManager has a clone order feature

I think MORE likely bug in core as not using any modules at all apart from back office. As I did create one of these orders in the back office. All was perfect. Created the order in the back office. Customer received email with order confirmation and saw the address was wrong. Really weird

TB: 1.1.0 Two customers created orders fairly close in time scale to each other but not instantly. But the address are crossed. When I click into the order (say john@order1.com) and then click into the address to edit the address, the address belongs to jane@wrong.co.uk I thought this was a checkout module issue or perhaps a payment module but now I think not. It has happened again, and this time we created one of the orders in the back office within a couple of minutes of another customer creating an order in the front office. When I click into the order I created it now has the address of the other customer. So that means two differnet cart systems and two different payment systems used at the same (ish) time cross the addresses over We do not use ANY caching https://github.com/thirtybees/thirtybees/issues/1120