30knees

Hi, Principally a nice idea but what's the added benefit to the forum? The nice thing about the forum is that knowledge stays here and is easily searchable in the future, even though search engines.

Thanks for the update. Maybe it is interesting! Let's see what its features all are when it's ready. :)

Has this developed further? I'm interested in experiences of using Odoo with thirtybees.

Yes, I checked the logs generated by "Collect PHP Logs". Unfortunately, I don't see anything related to the order. Moreover, if I filter by the date when the order status was set, I don't get any errors at all. :/

Thanks. Then I believe it is related to payment information being sent from the third-party service to the store together with the status change.

A customer accidentally entered their address with Germany as the country. I want to edit the address so the country is now Spain. Upon clicking save, I get the error: "The identification number is incorrect or has already been used." However, I can edit the address if I keep Germany as the country. UPDATE: I just wanted to create a totally new address for the customer but got the same error. So I added a . to the DNI field and I could suddenly change the country in the original, saved address. So this has something to do with the DNI (which was left empty)?

Any ideas what could be wrong with an order status that is set via API from a third-party service that shows on the order detail page but on the order overview page just as "--"? See screenshot. Thanks

An idea: There could be the option to give a different number of points (including zero) for regular discounts and for volume discounts, respectively.

I'm writing about the module Customer loyalty and rewards v3.1.0. I have "No" set for the option "Give points on discounted products". However, now orders for products are apparently also denied points (the product page says "No reward points for this product because there's already a discount") if the product has a volume discount even when the customer does not order enough to qualify for the volume discount. Shouldn't this not be the case? The customer isn't getting a discount when they don't qualify for the volume discount.

I don't know for sure but did you check category.tpl?

If the module stops working one day you might want to look at https://baselinker.com/en-GB/integrations/ebay/

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