30knees

The DPD module is working great! But I'm not using the cron/email combo yet, as the shop is only half-live. It's running for Amazon orders (our old shop is still up for all orders directly from the shop). Some things with Amazon orders still need a manual check, which is why I'm exporting manually.

Haha, yes, it would work hand-in-hand with the DPD module. Both lists would go to the warehouse.

@lesley @mdekker Do we want this as a feature or as a module? I'll be getting it done either way.

I'm running the tb module. I haven't noticed any slowdown when working in the backend. I agree that transparency is key here. If monero were to explode like crazy, people might feel like they'd be better off running it for their own purposes. Transparency could help reduce that.

If everything under Performance and CCC (COMBINE, COMPRESS AND CACHE) is turned off, too, and you flushed your browser after turning everything off - no idea anymore, unfortunately.

And did you try a different browser without any plugins? I wish I could remember exactly what the issue was... .

I had the same problem and if I remember correctly it was a caching issue together with my browser. Does it run faster if you turn off caching?

It would be nice if this were to flow into the core.

I'm getting the following error during the checkout flow Notice: Trying to get property of non-object in /modules/advancedeucompliance/advancedeucompliance.php on line 920 on the page index.php?controller=order when you get the overview of the order. Line 920 is: $linkConditions = $this->context->link->getCMSLink($cmsConditions, $cmsConditions->link_rewrite, $isSslEnabled); It looks like some type of CMS page is missing. Does anyone know how to check what might be missing and potentially fix it? Thank you

@occam I'm revisiting this now because I'm testing the checkout flow prior to launching the shop with thirty bees. Does the Presta plus module solve all the issues of this thread? If so, I'd get it to move on with the shop.

I'd like to remove the "catalog" filter on category pages, where you can select the different attributes, brands, etc. Is there a setting in the backend to edit what filters get shown or a way to disable it entirely?

How about a different module for deleting orders, then? :)

@daresh About Tidy: Would you consider adding an option to properly delete orders, so they're also gone from the database? See eg this thread: https://forum.thirtybees.com/topic/793/suggestion-delete-orders-directly-in-the-backend I'd buy the module right away then. :)

Thanks, but unfortunately I wasn't able to figure it out. I'll post this as a job.

I think it should be optional - like so much in shops! It always annoys me when such things are forced upon users without a choice. Some scenarios: You're working with a third party service like Amazon that will send out its own emails. You don't want to spam your customers. You generate the tracking numbers in advance and feed them already into the system, but don't want to mark the order as shipped because they won't be scanned by the carrier for another day or two. You want to change different orders to different types of order shipped statuses, eg customised on the carrier. You don't want to spam your customers because you add the tracking number and then 5 seconds later change the order to the shipped status. So...is there any way to turn this "feature" off?

This is their reply after pointing out that the function is identical to PrestaShop: "The message is not error but warning. I think you can ignore the message." What does line 4620 do?

According to the @Common-Services support, the error being thrown when I import orders from Amazon is due to tb incompatibility: "Warning: Cannot use a scalar value as an array in /public_html/classes/Tools.php on line 4629" What's your take on this?

Yes, adding the tracking number does generate an email. How can I stop this?

mdekker built it - it's for our shipping company, an export of addresses that get fed into the shipping company's system.

Is an email perhaps automatically generated when one adds a shipment tracking number?

I have an order status with the following settings: According to my understanding, the customer should not receive an email when the order status is changed to this status. But, an email is being sent. Am I doing something wrong or is there a bug somewhere?

I guess the minimum change would be that Orders>Deliver slips is enhanced by an option to select which orders should be exported via their order status. Currently, it's only by date, which is not useful at all for my purposes. I'm also happy to finance this as a feature. @mdekker Would you pull this into the core if someone make this change?

Hi, I'd like a module as follows: Generate a PDF delivery slip of orders, one order per page, filterable according to pre-defined order statuses. The PDF delivery slip can be manually or via cron (I can choose) generated and downloaded and saved in a folder or sent by email. I'd like the module to be made available to the community free of charge.

Hi, I have a great CSV export module that our own mdekker built. It generates a CSV and can email it via cron. He's busy at the moment, which is why I'm posting the offer here. I'd like the module to be modified such that I can choose to either have the CSV emailed, as it currently does, or that it gets saved on the server in a directory I choose.

OK, then I'll close it. Thanks!