Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

RabbitZzZ

Members
  • Content Count

    75
  • Joined

  • Last visited

Community Reputation

5 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Da https://github.com/thirtybees/bankwire/commit/914010b77f152f7fc487c5bb116a314eb7597f83
  2. @Occam vielen Dank! Ich habe es eben schon auf Git gesehen und behoben.
  3. Ah ok, also ist es ein Bug. Ich erinnere mich nämlich auch, dass es schon mal funktioniert hatte.
  4. Hallo, immer wenn ich im Banküberweisungsmodul beim Konto einen Zeilenumbruch einfüge, ist dieser nach dem Speichern verschwunden. Auch HTML Codes werden entfernt. Gibt es irgendwie eine Möglichkeit die Kontodaten auf mehrere Zeilen aufzuteilen? Danke!
  5. I checked defines.inc and in lines 173 - 175 there is: if ( ! defined('_TB_PRICE_DATABASE_PRECISION_')) { define('_TB_PRICE_DATABASE_PRECISION_', 6); } Could it be that the whitespace between "!" and "defined" causes a misinterpetation on some systems? Edit: tried it and got no change in behaviour...
  6. I did and the problem persists. Installed TB 1.1.0 with demo data and tried to refund the first demo order. Also added a new order manually, set it to payment received and tried to refund all products and shipping via partial refund -> refunded product and shipping prices get rounded down -> prices and taxes on order slip are not congruent I attached a screenshot, invoice and order slip for illustration. FA000002.pdf order-slip-000002.pdf
  7. I have to put this up again, beacause the refunds are still not functioning correctly. The shipping costs hardly ever get on there correctly. First scenerario: - order via bankwire, payment received - partial refund, all products with full price and shipping cost -> shipping (tax incl.) on the order slip get rounded down to full euro Second scenario - order via bankwire, payment received - partial refund, only shipping cost put in -> order slip with all products refunded, shipping rounded down to full euro
  8. Could anybody find the cause of the rounded discounts? Really sorry to bother, but we have the problem on a live shop and the wrong refunds get more and more.
  9. So the problem with the products seems to be resolved, but the part about the discounts still persists.
  10. Is this the solution for it: https://github.com/thirtybees/thirtybees/commit/0177e604e103f49ac8c2670923b264ebbae989f7 ? Edit: Tried it and no. Github says there is a known workaround, but I can't find it. Could you give me a direction? Thanks!
  11. I'm sorry, I didn't actually see that solution. But I tried it and it worked. Thanks! What's the strange behaviour of AEUC? This shop is in production already. Would it be wise to downgrade? On the other hand the update also fixed some stuff that was wrong before...
  12. 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
  13. 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.
×
×
  • Create New...