wakabayashi

Please use search, before you open a new thread: It's not only good for the forum. Also for you. If multiple persons report the same bug, it is quite clear, that it's a real issue 🙂

One way is to hide. The other way is, to remove it from tpl. We had issues with the first solution, as there were some autofill or old customer data problems. Users saw something like "Your Birthday is not valid". But ofc they didn't even see any birthday select. Thats why we removed it completly from the tpl.

Well It clearly says, that you use an override. So the error will come from there... Either you have added an override or (more likely) an external module.

Or what are you talking about?

@movieseals are you using this module for speed optimization? I can only say this: thirtybees is quite fast without any external modules. You also don't need this "Full Page Cache" as @zen correctly pointed out. If your website is slow: check your hoster or the external modules. When I have performance issues in 95% the reason is due to a shitty external module.

Thirtybees cookies are first-party cookies. So no need to worry, IMO.

I can't answer your question. But in general I would just use the working solution you have got. I believe you won't get any big problem, if you use the reCaptcha module in the eu.

Hello Check the module "Custom payment methods". With this it should be possible.

This issue is well known. It has been reported like 20 times... It can only be fixed in the theme:

Is there any real problem? Because this is just a Notice message and looks very harmless. You wouldn't see it, if you switch of debug mode.

I can only guess ofc. But in the past he invested very much time into support for a not very big return. As a merchant I know such requets from daily work. Imagine customer "type A" is asking a lot of question about your products and then (maybe) buys a something for 30$. In the meantime 5 other customers from "type B" bought without any questions/support (some of them maybe even spent a lot bigger amount). Which customer type do you prefer? Of course nobody can expect, to sell only to type B. But maybe the percentage of type A is just too big for him.

I believe it's a problem of the core. We have some similair issues. The problem is the indexing while saving, won't be done for all stores. Try to regenerate the index for all stores under "Preferences" -> "Search"

Have you tried this one?

Thanks for confirmation. I managed to index some products, but the search doesn't really work, to query errors. @kubilay will also look at it. But at the moment I am a bit sceptical, as the search is not near to be working for me.

I know this topic has already popped up multiple times. Still I believe it's very sad, that we have launched a crowdfunding project, which is almost not used. Who is using it on a live or teststore? Who wants to use it, but couldn't make it work? I followed the instructions on https://docs.thirtybees.com/native-modules/elastic-search/, but they are just too unclear to me. If I could make this work for myself, I would improve the docs and probably also the module.

Check your store settings in the BO (Preferences). The controller is called "AdminStores"

Hm, I don't have access to this theme. I believe, you have another file there something like address-tab.tpl. Probably you need to edit this one...

Bro, you probably need to change something there. Can you paste the code of the file here?

Ok maybe my words were not 100% clear. But come one, you have almost 600 posts, you should know, what was meant 😉 To end this puzzle: for themes/panda/pdf/delivery-slip.tpl

😂 👍

search for themes/webpoint/pdf/delivery-slip.tpl (replace webpoint by your own theme)

Well thats basically what I tried to ask in my post. But in the software there is height and depth as it would be not the same...

I dont get your screenshot. Why is there even a country information on the left side? Checkout for invoice.tpl in your theme. Folder should be "pdf".

So the implementation in tb is just strange 🤨 ok actually it was PS, who did this 🙄

I am a bit puzzled about the product dimension, which you can define under Shippment in the BO. In switzerland we do this like that: "Länge * Breite * Höhe". Translated into english this would be "Length * Width * Height". A possible alternative would probably be "Length * Width * Depth". But in the backoffice it's like: "Width * Height * Depth". Does this make any sense in GB/USA? From my german perspective "Height" and "Depth" are the same, but length is missing 🤨 I know of course that the order of mulitplication doesn't matter. But I wan't to display this information in the FrontOffice. So I want to use them correctly.