- Aug 14, 2017
-
-
ODOO authored
Dominican team is focused on Transifex traductions using es.po, as es_DO.po has a lot of issues in the website and reviewed strings with wrong wording and mixing english and spanish. From now on Dominican Republic will inherit es.po and just make specific changes on github just in the needed words or setences that change base on region. Closes #18834
-
- Aug 13, 2017
-
-
Odoo Translation Bot authored
-
- Aug 11, 2017
-
-
Denis Ledoux authored
We avoid to actually jump in the back-end, to prevent phantomjs to send requests to the server without waiting for them. Indeed, clicking on the close & confirm button jumps ine the backend, but the tour is actually finished (and succeeded) once these buttons are clicked, and just clicked. The test does not actually check if these buttons makes the user come back in the backend, and it does not wait for the requests sent because of the jump in the backend to be completed. Besides, the jump in the backend triggers the compilation of the common and backend assets, which take some time. These requests for which phantomjs does not wait triggers the method `def _wait_remaining_requests(self)` in the class `class HttpCase(TransactionCase)`, which leads to the ugly tracebacks in the runbot, waiting for the requests triggered by phantomjs to be finished.
-
Yannick Tivisse authored
Backport of 81352d47 and f5df7c60 to 10.0 Fixes #5721
-
Nicolas Martinelli authored
A One2many field will unlink the content by default. opw-765552
-
Nicolas Martinelli authored
That shouldn't have been merged. Oops. This reverts commit ce8ed1c0.
-
Nicolas Martinelli authored
The date planned of a procurement should be the confirmation date of the SO + lead time. opw-756875
-
- Aug 10, 2017
-
-
Dave Lasley authored
partner_id was either a recordset (in create mode), either an id (in edit more) in the `_checkout_form_save` method. An id is expected as the result is used in the ORM method (4, partner_id) Closes #18533
-
Christophe Simonis authored
-
Christophe Simonis authored
-
xmo-odoo authored
When deciding to prefetch records (getting records from the cache with no value for the field being fetched), if the field was computed `determine_value` would just get all records, not limited by the normal prefetch limit; for large recordsets this would generate gigantic prefetch lists for records we may not need at all. Fix by applying the `PREFETCH_MAX` limit to records from the cache as is done in `_prefetch_field`. Complementarily, when traversing related fields the prefetch environment would be lost and every record would get an empty prefetch environment, so the values would ultimately be read one by one. Example: select (search) 1000 product.product records, access a related field (e.g. categ_id) in a loop, on the first iteration the system would first read 1000 templates, then it would read each categ_id individually, resulting in >1000 SQL queries rather than the ~2 we would expect. Fixes #18511
-
Nicolas Lempereur authored
IE11 seems to be always using cache when doin an XHR request with the same GET request. It can be changed in several ways: - returning a header: "Cache-Control: no-cache" - altering the GET request with a nonce - using the POST method instead of GET to solve it, in this change the HTTP header is added on the response. opw-752270 closes #18787
-
Goffin Simon authored
The function registration_new must return a type json. opw:765643
-
Nicolas Martinelli authored
The display name of a location should be recomputed when the name of the parent location is changed. opw-761463
-
- Aug 09, 2017
-
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
Do not rely on default value. The context can contains a `default_type` value intended for another model.
-
Christophe Simonis authored
-
Nicolas Martinelli authored
All fields appears in bold (= mandatory) in the checkout form, while ony some of them are. opw-760328
-
Lucas Perais (lpe) authored
Before this commit, when creating a pos_order_line_pro_forma, which inherits from pos_order_line but in a different table, the create confused an overriden field (order_id) When pos_blackbox was installed, pro forma lines would search for an pos_order instead of a pos_order_proforma upon their creation This commit allows an inheritant of pos_order_line to use the super.create function OPW 745685 Closes #18755
-
Sylvain GARANCHER authored
Steps to reproduce the bug: On an empty database, install the sale module -Activate product variants : Sales > Settings > Check Products can have several attributes, defining variants (Example: size, color,...) -Activate advanced pricelists : Sales > Settings > Check Advanced pricing based on formulas (discounts, margins, rounding) -Activate the developer mode -Go to the product.templates list : Sales > Products -Go to the debug menu > Edit TreeView and add the price field in the view -Go to the debug menu > Edit Action and add the value 'uom': 1 in the context field -Search for a pricelist : Type the name of an existing pricelist, then go to the pricelists proposal, open the list of proposed pricelists, and select the pricelist Bug: The wrong value was sometimes displayed in the price field. To be more exact, the displayed value for each product.template was the price of the product.product that has the same id. If a product.template has an id which doesn't exist in the product_product table, this product disapears from the list. opw:762663
-
Sylvain GARANCHER authored
Steps to reproduce the bug: -On an empty database, install the sale module -Activate product variants : Sales > Settings > Check Products can have several attributes, defining variants (Example: size, color,...) -Activate advanced pricelists : Sales > Settings > Check Advanced pricing based on formulas (discounts, margins, rounding) -Activate the developer mode -Go to the product.templates list : Sales > Products -Go to the debug menu > Edit TreeView and add the price field in the view -Search for a pricelist : Type the name of an existing pricelist, then go to the pricelists proposal, open the list of proposed pricelists, and select the pricelist Bug: A traceback was raised. opw:762663
-
- Aug 08, 2017
-
-
Nicolas Martinelli authored
A `currency_id` field on a `hr.expense.sheet` only makes sense if all expense lines are in the same currency. It is very likely to not be the case, so don't format the total amount. In master, the fild should simply be completely removed. opw-761098
-
Goffin Simon authored
When creating a customer invoice with description/reference with more than 64 characters, the description was cut to generate the name of the account move lines. But it's possible to create an entry with more than 64 characters as name by the interface. The limitation is deprecated. opw:760316
-
Lucas Perais (lpe) authored
before this commit, when a portal SO was done with a product that hasn't been "website_published", a placeholder was displayed instead of the image After this commit, the correct product image is displayed in base64 (always image_small though) OPW 760880 Closes #18709
-
Quentin De Paoli authored
In case of a tax affecting subsequent taxes, the tax_ids field was wrongly set which led to errors in VAT reports. OPW 757072.
-
- Aug 07, 2017
-
-
Christophe Simonis authored
-
Lucas Perais (lpe) authored
Commit 14d1f6f6 responded to the need to have clean server answers for SEO purposes and specifically when the products on event tickets have been archived BUT it introduced an infinite redirect loop when the event was in state == done This present commit normalize the behavior in a comprehensive manner and cleans up the code a bit OPW 757117 Closes #18667
-
- Aug 06, 2017
-
-
Odoo Translation Bot authored
-
Odoo Translation Bot authored
-
- Aug 04, 2017
-
-
Jairo Llopis authored
Closes #18597
-
Lucas Perais (lpe) authored
Use case: - 2 invoices in foreign currencies, made at different times (and different exchange rates) - 2 payments (same characteristics as invoices) - allocate the 1st payment to inv A - allocate the 2nd payment to inv A and then B so that A is fully paid, but B is not - try to make the final payment on B to fully reconcile everything Results (all in the payable account) - let CB be the credit line of B - let D2 be the debit line of 2nd payment - let D3 be the debit line of the 3rd and final payment Before this commit, the exchange difference computation dailed because: - There were 2 amls that had an amount_residual and needed to be reconciled (CB and D2) - Also, there was a structural flaw in the code that did not allow for multiple lines to have a residual After this commit, we still make 1 move to log the exchange difference, but we make exchange difference lines for each line that need to be reconciled: CB and D2 OPW 751710 Commit in master c36f70f6726e0c7ccca1002f78e4d402e27cae3d (2017-07-20) Closes #18347 [FIX] account: testing partial and full reconciliation
-
Nicolas Martinelli authored
To reproduce: - Go Website Admin > Configuration > Settings - Change the Website Name - Click on 'Cancel' The name is saved. When the "Cancel" button is clicked, we automatically save the record (which is a transient model). Since the field is a related to the company, the name is changed even if we canceled. opw-760749
-
- Aug 03, 2017
-
-
Martin Trigaux authored
Introduced at bb5fd86f The test checked that the invoice amount was the same as the order amount
-
Nicolas Martinelli authored
Complement of commit b335ae03 opw-760707
-
Timo Talvitie authored
Done at #18591
-
Fabien Meghazi authored
This patch modifies Root#dispatch() in order to keep the httprequest url in the current thread's attribute and use if for dumpstacks and the phantomjs tests remaining requests handling. Also added a counter in order to avoid looping forever when trying to join unclosed http requests in phantomjs test suite after a phantomjs failure + added a log.warning in such a case so it's easier to troubleshoot runbot's ir.logging.
-
Lucas Perais (lpe) authored
Use case: click on "reconcile X items" on a journal which doesn't have its default credit or debit account set. Result: Before this commit, a useless traceback popped to the user. After this commit, move lines are searched without taking into account the journal's default accounts for debit or credit OPW 760305 Closes #18485
-
Lucas Perais (lpe) authored
Before this commit, the view selected to be edited by the html editor was the wrong one This was caused by the simplification brought about by commit a2ae219d which transfered from python to js the decision to make a view a header for the [customize] menu (on the website In this case, the first view in the return list of python was the header, and the second the actual view Now that python just sends a list of unique views without any distinction whatsoever, the right view to pick when entering the html editor is the first one, at index 0 opw 760279 Closes #18603
-