- Sep 07, 2017
-
-
xmo-odoo authored
Fixes #19315
-
Xavier Morel authored
Fields sent from the client are pretty much always *text*. This can be problematic for image fields sent as base64 *text* as in Python 3 the base64 routines only work between bytes. Alter the core field-resizing function (image_get_resized_images) such that it ensures text base64 sources are encoded back to bytes before being forwarded to the main resizing routines (which I don't think should deal with *that* issue). Fixes #18985: error when trying to update a company's logo
-
- Sep 06, 2017
-
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Thibault Delavallée authored
Still using saas-16 call convention. Method arguments have changed since then.
-
Christophe Simonis authored
-
Christophe Simonis authored
-
fwi-odoo authored
Before this commit, the scroll was reset to the top of the calendar after an event quick create. This commit fixes this by defining the get/set localState for the calendar renderer in order to keep the scroll and calling 'reinitView' from the fullCalendar lib instead of always calling 'render'.
-
Christophe Simonis authored
-
Christophe Simonis authored
-
- Sep 05, 2017
-
-
Nicolas Martinelli authored
- Import a CSV file without header - Untick the option 'The first row contains the label of the column' An error is reported. If no header, the method `_match_headers` should return consistent object types. opw-769117
-
Géry Debongnie authored
Before this commit, we did not really handle gracefully editing a one2many with many records. The main issue is that if the user was not on the last page, creating a new record added it to the last page, which is confusing and actually a bad idea for records with required fields. This fix requires a way to track the current changes (because we do not display the current state of the form view: the new record is displayed in the first page, but is actually added at the end of the dataset). Note that this probably does not solve all issues with pagination. This is a quite delicate problem. We will add tests and fixes as needed.
-
Géry Debongnie authored
We have a new runbot server which is quite slow. Because of this, it takes too much time to run this unit test suite (for comparison, one of the last build by the main runbot takes 126s). This is necessary for now, until we use chrome headless or something...
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Thibault Delavallée authored
It does not have any impact in current stable as the inherited method does not use it. However if another addon inherit it it will not receive access_token depending on call chain. Let us fix it.
-
Olivier Dony authored
This will reinforce the framework against potential XSS exploits escalating to session hijack
-
Lucas Perais (lpe) authored
Before this commit, we could temporarily change cashier from A to B, and back to A seamlessly just by refreshing the page. This could be a security issue for a cashier is held responsible for its sales. This commit stores the cashier in localstorage, and with the right sets of methods, corrects the issue. OPW 767827 closes #19207
-
Olivier Dony authored
The default size limits set in base.sql are eventually superseded by the actual limits (or absence of) when the DB schema is synchronized with the Python model definitions. However the list of modules (name, authors, descriptions, dependencies) is loaded before this can happen. The length of the author field is one case that can easily crash the database bootstrap process at that point, should a module with a long author name be present in the addons path. After schema sync, that size limit is lifted entirely (although Odoo Apps does limit the max author name length to 512 at the moment, to prevent abuse). Fixes #5850
-
Olivier Dony authored
-
- Sep 04, 2017
-
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
At the end of registry loading, a check is made on every model to verify its table exists in the database. Materialized views weren't considered during this check. Note that we can't use `information_schema` views in this case because it does include materialized views on purpose [1]. Forward-port of 4ca69452 [1] http://www.postgresql-archive.org/Materialized-views-don-t-show-up-in-information-schema-tp5822643p5822644.html
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Elkasitu authored
Do not prefetch unnecessary fields during the uninstallation of modules. Previous to this commit, prefetching of unnecessary fields would cause server crashes on some modules that add a field on ir_model_fields. i.e. website_form
-
Elkasitu authored
Do not prefetch unnecessary fields during the uninstallation of modules. Previous to this commit, prefetching of unnecessary fields would cause server crashes on some modules that add a field on ir_model_fields. i.e. website_form
-
Cédric Snauwaert authored
[FIX] account: when opening reconciliation from an account, only open view for that particular account
-
Christophe Simonis authored
-
Patel Jalpesh authored
Closes #19231
-
Lucas Perais (lpe) authored
Before this commit, when trying to edit through the website editor the product image, it was in fact the product variant that we edited. This commit corrects it and when an image is displayed, the model it comes from is reliable OPW 767539 closes #19168
-
Nicolas Martinelli authored
Complement of commit 9d2f48dc opw-724375
-
Lucas Perais (lpe) authored
Before this commit, a message received through the contact us form did create a Lead, but any notification was impossible (even if a user was a follower of the relevant sales team. This was because the default sales team is integrated in the values for create in models.py, which mail_thread can't see, but needs in order to notify This commit corrects the behavior which now converge with standard lead creation by adding the default sales_team earlier in the values for create OPW 762651 closes #19180
-
Nicolas Lempereur authored
As in a7985a5a the SO could be in another company than the linked task and this should not hamper creating / modifying timesheet lines in the task company that happened since 71bb9a09. opw-34138 closes #19234
-
Goffin Simon authored
When the last selected category or search criteria in eCommerce had no products(No product defined), the website category tree was not clickable. opw:767021
-
Aaron Bohy authored
... sometimes. When a dialog is destroyed, the last opened dialog (the one which is just below), if any, is focused. This allows to close it directly by pressing ESC. For an unknown reason, this was done in a setTimeout (delay 0). The problem is that the setTimeout made some JS tests fail randomly, when a test ending by closing a dialog was executed right before a test using a many2one inside a dialog. When this happened, the second test failed sometimes because its dialog was focused (because of the previous test) while waiting for the autocomplete dropdown to open, triggering a blur event on the m2o input, and thus making jquery autocomplete aborting the search, and the opening of the dropdown.
-