RabbitZzZ

German most parts show up, but for instance translation page and order editing page are in English (haven't checked evrything) running on PHP 7.1.3 (also tested on 7.0 -> same), minimum requirements are met

In 1.1.0 when I want to manually add a product to the order, the tax exclusive price is rounded to the next full Euro. If I save it directly like this, the then tax included price is different from the original article price because it now calculates from the rounded one. Only when I delete both prices from the fields an replace the tax included price it get's calculated correctly. Also after saving the article the loading sign in the upper right corner doesn't stop spinning. Edit: Also when I add a discount it gets rounded down to full Euros.

This didn't change anything for me. The admin.php has the same size before and after.

That's very odd. Input is 100% right. Also: Before the update there weren't any shipping costs on the pdf automatically. Now after the update, the shipping costs are refunded automatically, even if I don't type them in the field. The difference then ist, that they don't appear as an extra line on the PDF but only in the sum. If I put them in the field before refunding, everything ist correct.

Ok, what would you have done differently then? In my case it doesn't work in 2 shops. Both are recently updated to 1.1.0 without errors. What I have done: - create order with one product - set order to payment received - partial refund for the product - partial refund for the shipping cost -> ERROR

Was it also the one and only product in that same order? When I try and no products in the order are left for refunding I can't refund just the shipping costs on their own. And: order slip = credit note (the template in TB is called order-slip), this isn't correct if the shipping costs aren't on there but are in fact refunded

Yes we do.

It's not a problem of the stats but merely of having correct accounting. The invoices and order slips have to conform to bank account activity. This is important because of correct tax calculation and everything. I suppose the error is somewhere in the condition in line 813 of AdminOrdersController.php

Bank transfer in this case

Hi, after updating a shop to 1.1.0 parts of the backoffice now only appear in English despite all the expressions are filled in the translations section (and have the translations in there). For example the order page and the translations page itself are only shown in English. I also already tried updating the translations and clearing the cache without success. Any idea how this could be resolved? Is it a bug?

Hello, I have an order which has already been refunded. The partial refund of the products worked but the shop manager forgot to put in the value for the shipping costs I suppose. If we now want to do partial refund again (1 product in the order already completely refunded) and only put in the value in the shipping field and try to save it, we always get the error "The partial refund data is incorrect.". I already tried using different order states but without success. This should be possible, right?

No misconfigured restrictions under Modules & Services -> Payment?

Hi, when a order slip is created because of a partial refund the header that is usually in alle the PDFs in the upper right corner (title, date and number) is missing. Instead only the shop address is placed there. The template files look fine as far as I can see. Does anybody have a clue how that happens and how I can get that back? Thanks! Edit: Got it. Template was in a different place.

Had the same problem before, see: Somehow the order-address.js isn't loaded there. My workaround was adding it to header.tpl.

Hi, I have the same problem when trying to uninstall the Paypal Module. Is it possible to uninstall it manually? Which database entries have to be deleted? Or is there a way to fix the code to make the uninstallation possible? Thanks!

I still have that question.

Ok, tried the module. Installs alright, but when you try to change the shipping cost the update button does not work (console says: "Failed to load resource: the server responded with a status of 503 (temporarily overloaded)"). Also it's supposed to just allow you to manually edit the cost and does not recalculate it based on new articles/weight.

Interesting! Have you tried in on Thirtybees already?

Hmm, seems quite tricky, yes. Looks like the database could be designed less redundant in that matter. In my opinion it would be good to have both options you mentioned. If there are products added to the order at least the total weight should be updated and the shipping cost should be calculated newly according to the configurated shipping table. The possibility to change the cost manually would be nice anyway. That would add flexibility in offering discounts in customer contact etc. Is that something that could be added as a goal for an upcoming version?

Is there any way to accomplish that? In my mind it doesn't seem so hard to trigger the shipping calculation again and update that in the order. Am I right?

Hi, I noticed that when you edit an order in the backoffice and add products there, the shipping cost isn't updated according to the new weight. Is that how it's supposed to be? I would guess no. Is there any way to fix that? Thanks in advance!

Thanks all for finding out together! I will try the fix today. Edit: Works! Thanks a lot!

So I tried on a fresh and unaltered 1.0.8 version and still there is the same problem.

Ok, I found the problem. Somehow the order-address.js doesn't get loaded on this page. I solved it via workaround through adding this in header.tpl but there should be a better way I suppose. ``` ```

Doesn't anybody else have that problem? How can that be? There must be a way to solve this...