30knees

So it must be because of "consider validated". However, I'd like to keep that because if it's not checked stock is not subtracted, as per here: https://github.com/thirtybees/thirtybees/issues/1684 @datakickIs this correct? Then I'd file a bug report.

At the exact moment an "awaiting bank wire payment" order is placed, a payment is registered in the system, see below. Is this the same for you or a bug in the system or my user error? These are the settings for the order status and you can see that "set as paid" is not set:

https://baselinker.com/ Is anyone using it? I'm using it and am generally happy. I'm using the integrations: Prestashop API (some issues with payments being registered multiple times and certain status changes not being properly set) DHL DE (export shipments are not yet supported, scheduled for September) Amazon Marketplaces (works) I'd like to talk to other thirtybees + Baselinker users to see how it works for you and if you're having the same issues I'm having (see above). @e-commentioned he has a number of clients running thirtybees (I think) who don't have any issues.

I've settled on using Baselinker for Amazon. Magnalister was too expensive in that they charge per Amazon Marketplace and from some Marketplaces we just don't get enough orders to make it worthwhile. Baselinker works well except for the fact that some order statuses are not properly transmitted to the store and that some payments are registered multiple times. datakick wrote a script that fixes that but I'm still trying to get this fixed from Baselinker's end.

Does this mean that with your fix we can change categories and product URLs and the rewrite will always redirect to the product with that ID? That would be amazing!

Good point. But the typing search typically also turns up the meta data, so page name. Will think about name vs ID, though.

Agree - category name in the URL is not necessary. I'm also thinking about dropping the product name and just having an ID.

We'd like to revamp our category structure. However, product URLs are in part based on the "current" category the product is in. I'm wondering how to change the category structure without losing the URL. Theoretically, I see two options: Somehow freeze current URLs for products. Is there a way to do this? To me it's surprising that something as important as a product URL is automatically "dynamic" in a sense that changing a category will affect the product URL. Create rewrites for the htaccess file, either manually or using a module like: https://addons.prestashop.com/en/url-redirects/21856-url-redirect-manage-301-302-303-redirects-404-urls.html or https://addons.prestashop.com/en/url-redirects/21428-redirections-manager-manage-301-302-and-404-urls.html If you have any other ideas/comments, by all means!

I'm not sure tb has its own module for the homepage and Niara doesn't either, if I'm not mistaken. I don't know about hooking and CSS, unfortunately, maybe someone with more knowledge can help.

Verwendet jemand einen Fulfillment-Dienstleister in DE und kann den empfehlen?

Before I vote, what would the warehousing module all do beyond what tb already does? Regarding payment providers, I'd be happy for an official Mollie module (and will vote for it).

Thanks for the update, @wakabayashi. Maybe it's time for a general update on the status and future of the software, @Smile?

Why not managed?

Hope your holidays were nice! Those errors haven't occured again, they were just when I first installed the module so you're probably right with the configuration setting. But in the logs I see there's a new warning today. DEPRECATION Message: explode(): Passing null to parameter #2 ($string) of type string is deprecated Location: modules/genzo_turnstile/genzo_turnstile.php line 224 STACKTRACE #0 modules/mollie/vendor/sentry/sentry/lib/Raven/Breadcrumbs/ErrorHandler.php(34) #1 modules/mollie/vendor/sentry/sentry/lib/Raven/ErrorHandler.php(127): Raven_Breadcrumbs_ErrorHandler->handleError(8192, "explode(): Passing null to parameter #2 ($string) of type string is deprecated", string(102): "/modules/genzo_turnsti"..., 224, array(0) []) #2 builtin: Raven_ErrorHandler->handleError(8192, "explode(): Passing null to parameter #2 ($string) of type string is deprecated", string(102): "/modules/genzo_turnsti"..., 224) #3 modules/genzo_turnstile/genzo_turnstile.php(224): explode(",", null) #4 modules/genzo_turnstile/genzo_turnstile.php(193): Genzo_Turnstile->checkIfControllerNeedsValidation() #5 classes/Hook.php(769): Genzo_Turnstile->hookActionFrontControllerSetMedia(array(3)) #6 classes/Hook.php(471): HookCore::coreCallHook(Genzo_Turnstile#1, "hookactionFrontControllerSetMedia", array(3)) #7 classes/Hook.php(288): HookCore::execWithoutCache("actionFrontControllerSetMedia", array(3), null, false, true, false, null) #8 classes/controller/FrontController.php(1104): HookCore::exec("actionFrontControllerSetMedia", array(0) []) #9 classes/controller/Controller.php(201): FrontControllerCore->setMedia() #10 classes/controller/FrontController.php(255): ControllerCore->run() #11 classes/Dispatcher.php(861): FrontControllerCore->run() #12 index.php(33): DispatcherCore->dispatch() HTTP REQUEST GET /45-Ecom_home_smallest/spageti.webp211w,https:/domain.com/45-Ecom_home_smaller/spageti.webp218w,https:/domain.com/45-Ecom_home/spageti.webp250w REFERRER https://www.domain.com/hr/?MODsid=93b3eb0bc990aaf46ba6cc5dc983876e&cPath=32 GET PARAMETERS [controller]: "pagenotfound" COOKIE [date_add]: "2023-06-03 09:35:59" [id_lang]: "2" [id_currency]: 2

Genau. Du müsstest das wohl mit custom submit ggf. machen. Funktioniert sehr gut bei mir.

Might this help?

Schau mal hier:

For when you're back from holidays, @wakabayashi. It looks like there is some deprecated code that would eventually want to be updated. I am getting these warnings: explode(): Passing null to parameter #2 ($string) of type string is deprecated modules/genzo_turnstile/genzo_turnstile.php:227 explode(): Passing null to parameter #2 ($string) of type string is deprecated modules/genzo_turnstile/genzo_turnstile.php:224 explode(): Passing null to parameter #2 ($string) of type string is deprecated modules/genzo_turnstile/genzo_turnstile.php:161

Confirming it works now. Thank you very much!

Customers who are subscribers, not who are not...so all good.

I uninstalled the block newsletter module to get rid of loads of spam registrations. When I reinstalled it, the customers who are marked as subscribers showed up in the module again. Where are the registrations stored that are not customers? I didn't find them in the database.

I am giving the module a spin, too! Thank you, @wakabayashi. I'd like to use it in particular for "forgot password" attempts. We're getting loads. For the custom forms you write: I didn't find a "name" value, just an "id" value (form_forgotpassword). Are "name" and "id" interchangeable? EDIT: I found a name value "email" now. That works. 🙂 EDIT2: Using the value "email" seems to block Chex. When customers enter the email they get a "verifying email" message that doesn't get resolved.

Now reported here: https://github.com/thirtybees/thirtybees/issues/1684

This was it (partially). I tested change of status and quantities in the backend and it all depends on whether the status has this flag set. However, checking "Consider the associated order as validated" does not have any effect if the order was submitted (and thus the status assigned) via the frontend. It only affects changes through the backend. Is this intended?

Ah, OK! ASM: No, I'm not using it. Quantity: I'm looking at the "quantity" section of the product page itself and also where the quantity is reflected on the order page (see screenshot).