Chandra

Creating a new release of a module on github was supposed to pull the new version onto Thirtybees marketplace, but actually breaks the link and redirects to marketplace home. I notice it on several modules. e.g.: My module download worked until I created a new release. Try logging in to marketplace and clicking download button on this page: https://store.thirtybees.com/shop-modules/front-office/block-in-stock-products

I dug a little more with the Community theme and the Niara themes. The community theme has this nice feature to show a message similar to "Product available with different options" when the product has multiple combinations and one of them is in stock, both on the product list and product pages (pics - I have tweaked the translations a bit). This seems to be missing in Niara, which is otherwise a lovely theme a lot of us have adopted. A couple of questions: @tommat Would it be possible to kindly port this feature to Niara? It would be a great addition if so. In general, can I also ask TB team if both community and Niara themes will be maintained or if there is guidance to use one over the other? Edit: I will answer my own question for anyone else looking for this feature. I found the code is also available in Niara and the messages are being hidden in css. You can show these messages by adding the following lines to custom code. .product-actions-container .availability { display: inline; } #availability_statut { display: inline !important; } .label-success { display: none; } .label-danger { display: none; }

I have the same issue and Google calls them invalid items due to the error. I use Niara too.

1 does not work for me. For 2 - I was looking for the code in classes. I will now look for it in the controllers. Thanks much!

Will do, thanks. Edit, here it is: https://github.com/thirtybees/thirtybees/issues/1156

Well, I still need the customer to be able to login and view the invoices (in any order status, actually). All I need switched off is the pdf in order confirmation.

It is already set that way. Let me explain. Customer creates cart. Customer chooses either COD or Online payment module and confirms order. If COD -> Order status is 'Processing in progress'. If Online paid -> Order status is 'Payment Accepted'. Both statuses have been set to not attach invoice to order confirmation email. However, both order confirmation emails have attached pdf. Hope that clarifies.

Thanks all. In my head, a new order meant an order status change from nothing to one of Processing/Payment accepted/Awaiting check payment etc. Hence I had thought the pdf checkbox would be respected. My view is that it should be an option to be respected, even if it defaults to yes since you reckon most merchants want it that way. To me, having the same content in the email body and the pdf is no additional value to the customer. I note the pdf delays order process by a few seconds (you will remember I was trying separately to make it faster by queuing up emails even). Sorry you had to take the trouble. Please see my explanation above on why I thought/think it should be related to the status. Disabling invoice for a status does not let the customer download it. I only think it makes sense to have an option to not to email it by status when the same info is in the email body. If it is the design, I request we review it.

I still have the invoice attached to the customer email. I have reconfirmed Attach invoice PDF to email is unchecked for the order status. Code base: up to date (bleeding edge) DB: Up to date Overrides: None relevant I have mailalerts module installed if that is of any significance @datakick @toplakd @wakabayashi Can any of you give me a hand on which file generates the email so I can dig a bit. I looked up the classes folder - Order related php files and did not find code that actually sent the email. Thanks.

This is always zero for COD/Bankwire orders in my case. Online payments show correctly. As @toplakd mentioned in this thread, you may need to update payment on each order for manual payments. I have not tried it yet myself.

Good plan. I never got to set them up but will do shortly.

Not many related ones, really. Now I will stop to bug you and report back once I have the next order.

DB and Consistency all clear. Now waiting for an order to come 🙂

Thanks @toplakd and @wakabayashi I had zero db differences when I ran core updater against 1.1.0 yesterday I updated to bleeding edge overnight and have a clean code base from that sense. I ran the db diff of Core Updater and see a bunch of diffs, mainly field lengths and autoincrements. I have applied all changes - let me test this further on bleeding edge and post back.

https://github.com/thirtybees/thirtybees/issues/1155

Indeed, the collaboration on TB is pleasing. I have updated my prod shop to bleeding edge and will test this over the next few days.

The issue is that the invoice shows the original amount on the left in the payment information box while the bottom total would be the updated amount. Especially a problem with COD if amount is collected based on the invoice.

@Traumflug This bug shows up in 1.1.0 for me. Created a new bug: https://github.com/thirtybees/thirtybees/issues/1151

Thanks wakabayashi. From a technical point of view, it seems a straight forward update of the order payment. Did you mean maintaining the order total history when you think of consequences? Count me in if we need to analyze to fix this.

Changing an order from back office does not update the tb_order_payment table The original amount is retained and printed in the Invoices.

total_products_wt is wrong in order_invoice table It is updating total amount in this column as well.

Invoice numbers occasionally jump up and don't sync with the Order numbers. The reason seems to be duplicate order lines in the following tables: tb_order_carrier tb_order_invoice This seems a case of creating a new order line than updating the existing one in specific cases?

I wanted to bump this topic to see if anyone sees this issue and have a way out. I think the right behavior would be for products with at least one attribute in stock to show the 'Add to cart' button and then lead/let the user select an available attribute on the product page. Currently it simply says the product is out of stock even if some attributes are in stock.

Thanks @toplakd! I had to enable Re-display cart at login and it works!

I noticed the cart for a user is different for login on mobile and login on desktop. Products added on one don't show on the other. I think the cart should be common whichever device it is viewed on?