- In some cases, the rendered ticket is not fine when we directly send
to XmlReceipt print.
- To get rid of this kind of issues, we allways go to the receipt screen
wich will allways give us the same results for both options (html and
escpos).
[FIX] compatibility with pos_restaurant https://github.com/OCA/pos/pull/339 cortesy @carlosDomatix
[FIX] add _compute_refund_order_qty
[ADD] pos order view form. Add links to original returned order and refund orders.
[IMP] when refunding an order via the 'Refund' button in back office, set the correct returned_order_id.
[IMP] Add helper on each button
[ADD] python test
[REF] JS remove useless code
[REF] Python remove useless code
[FIX] remove bad oldname
[FIX] remove gap in bill display, when it is a refund
[FIX] when reprinting a bill, the returned order name is displayed, if any
[FIX] JS lint, with OCA eslint file
[ADD] french translation
- Fix search clear button
- Refactor load_order and actions
This refactors load_data into two functions: load_order_data and load_order_from_data.
Also, when executing actions, instead of sending the order as an argument, only the order_data will be sent.
The action method is responsible for generating the order data (if that's what it needs)
All the refund logic has been extracted from the various methods, and it's now in action_return.
Now, returns have a specific 'Refund XXXX' name.
- IMP Allow to duplicate done orders from the POS
- IMP filter by customer name, too, when searching
When the PoS is using fiscal positions it can lead to errors when
computing the reprinted ticket value because the tax mapping function
computes them from the current order instead of from the one belonging
to the line. So we set our loaded order temporarily as the selected one
just to bring it back to the current one after it's printed.
david
Iván Todorovich
Sylvain LE GAL
Pierrick Brun