e38f2298 introduces wrongly the iteration over the function instead of the result.
Closes#14014
(grafted from fadb43303291d5641f5e30169126e595aaa83ad5)
--HG--
branch : 6.0
Without digits the full representation of the number is used which might not
be the expected behaviour because applying the factor will result in a number
which short representation could be surprising to the user.
Closes#10460
(grafted from 6b292fe0dbb05cebbc17ba7fbbddb19d39f675dc)
--HG--
branch : 6.0
It may happen that a tree view is considered as modified even if there is no
current record. In this case we should not try to compare the id of the current
record before and after reload as it is not defined.
Closes#13998
(grafted from 331d52d447992f2bc923df8cd8bf88690460f637)
--HG--
branch : 6.0
The bank can put a balance for the statement at a different date than the end
date of the statement. But for Tryton the end balance must be the balance at
the end of the statement.
Closes#13982
(grafted from 46dc70e63342ec41efdf55f2c9e77f2ec27882a8)
--HG--
branch : 6.0
This ensures that the growing rate between display size and rows is the same.
Closes#13972
(grafted from c8cfddd30e18453eea57dca6d80fcc7b992cb61e)
--HG--
branch : 6.0
e38f22986aac reuse vals_to_set later so linter may complain about it not being
defined.
(grafted from 81360b8ae682fb56f85d4ad6f5f779e0418cc3ce)
--HG--
branch : 6.0
The process_lines of ModelStorage.import_data pop rows when importing One2Many.
But if the transaction has to be restarted for example if a lock is needed, the
original data from the request has been altered for the second call losing some
or all the data to be imported.
Closes#13984
(grafted from 2cb96c1427d7c0edcb1c9b5b410e220db3f8958e)
--HG--
branch : 6.0
This is needed to support PyGObject >= 3.51 from the binary packages of the
Windows and MacOS hosts which can not be pinned.
Closes#13979
(grafted from 7f3e8b2165e7869e41749bb52879eaac5bb4b111)
--HG--
branch : 6.0
When applying the factor, we introduce new rounding issue which falsify the
computation of digits.
So it is better to compute the digits using the initial value (coming from the
string parsing) and update the digits based on the order of the factor.
Closes#13964
(grafted from 3606a9f176d0312d9645d05902b74192391538e4)
--HG--
branch : 6.0