• Resolved Javier

    (@xarkitu)


    Hi,

    After upgrading to version 3.3.2 the orders to be edited do not show prices, if you try to create a new order it does not teach the prices either, it is impossible to create an order manually.

    I think it’s a very serious bug, please review it.

    • This topic was modified 6 years, 9 months ago by Javier.
Viewing 15 replies - 1 through 15 (of 17 total)
  • Plugin Contributor Mike Jolley (a11n)

    (@mikejolley)

    @xarkitu I just tried creating an order manually and it had no issues.

    – Please provide more details
    – How do you reproduce it
    – Have you tested with extensions OFF

    Thread Starter Javier

    (@xarkitu)

    Hi Mike,

    I will try to review what you are saying, it is happening from this morning that I updated to the latest version, I have returned to V3.3.1 and let create the orders well again.

    I will try another clean and updated installation from V3.3.1 to V3.3.2. and I will inform you as quickly as possible.

    Thank you very much for your prompt response.

    Where is my reply?

    Same problem here. I updated this Morning to 3.3.2 and now there is an problem with manual orders. We are using it just for manual orders as admin.

    Following procedure:
    – add item
    – add product
    this point it shows an productprice
    – saving or recalculate is setting the price back to zero.
    Deactivated all plugins

    • This reply was modified 6 years, 9 months ago by purdy87.
    • This reply was modified 6 years, 9 months ago by purdy87.
    Thread Starter Javier

    (@xarkitu)

    It seems to be a problem of decimals, if the price is an integer it stores the values, if it is a decimal it is not saved.

    Try to create an order, add a product and change the price of integer to decimals and vice versa, then either it does not save it or it does bad calculations …

    Reproduced. And yes,its an bug with decimal.

    E.G.
    74,76 do not Work
    100 is working

    I have the same problem. Any solution ?

    Thread Starter Javier

    (@xarkitu)

    I guess they’re checking …

    Mike Jolley will tell us something as soon as he has a solution.

    Ok, great, if I downgrade the version to the previous one, will i face any database problems? Because a database update took place too.

    Thread Starter Javier

    (@xarkitu)

    If it is from 3.3.2 to 3.3.1 I think there are no problems ….

    In all the ways I would recommend waiting without editing orders, orders and other jobs in the store seem to be fine in version 3.3.2

    I join you on the problem.
    I brought the details here: https://github.com/woocommerce/woocommerce/issues/19064
    It’s the VAT that does not

    Plugin Contributor Mike Jolley (a11n)

    (@mikejolley)

    Will take a look at the github issue. If there is a bug we’ll release a patch asap. I assume you other folks have similar setup to that issue ^ ?

    Thread Starter Javier

    (@xarkitu)

    I think it’s not a VAT problem, I have two stores checked, one with VAT included and one without it, I think the issue is more for the decimals ….

    Mike Jolley, i would pray the maximum attention to this problem, we all use continuously having to create orders manually or correct them when adding or deleting lines. We are standing!

    Best regards and thanks for your great work. (Y)

    Yes, I thought it was VAT,
    I just checked with a product without VAT but decimals.

    And yes the calculation is broken.

    We have the same problem. Everything works fine until you update an order or do anything that needs saving the order.

    Zandy Ring

    (@zandyring)

    Automattic Happiness Engineer

    Hi all,

    In the bug report that was pasted above (and right here: https://github.com/woocommerce/woocommerce/issues/19064 ) Mike was able to pinpoint the cause and get it patched up. It will be included in 3.3.3.

    Cheers!

Viewing 15 replies - 1 through 15 (of 17 total)
  • The topic ‘Orders do not save prices when they are edited in admin – V3.3.2’ is closed to new replies.