- May 24, 2019
-
-
qmo-odoo authored
This commit allows the user to edit the name of the sections in the front end with the web editor Task ID: 1999661 PR: #33633 Signed-off-by:
Thibault Delavallee (tde) <tde@openerp.com>
-
- May 29, 2019
-
-
Denis Ledoux authored
In the backend, the user has the possibility in the channels list to drag and drop channels to define their order, thanks to the `sequence`. This order was then not respected in the front-end when displaying the slides channel `/slides/all`. This was basically not possible for the user to control the order in which the channels were displayed. With this revision, when the order is not specified to the controller, or is wrong, it fallbacks to `None`, which therefore follows the slides channel natural order, which is `sequence, id`. The user can now control the order of the slides channels in the front-end. closes odoo/odoo#33745 Signed-off-by:
Thibault Delavallee (tde) <tde@openerp.com>
-
Joren Van Onder authored
1/ As admin, add Lunch Maki to your order 2/ As demo, add Lunch Maki to your order Admin now has 2 Lunch Makis, demo has none. closes odoo/odoo#33731 Signed-off-by:
Toufik Benjaa (tbe) <tbe@odoo.com>
-
- May 22, 2019
-
-
Toufik Ben Jaa authored
- When displaying the organisational chart an access right error can be triggered if the current user cannot read employees from other companies and if one of the displayed employee's manager is in an other company. closes odoo/odoo#33576 Signed-off-by:
Toufik Benjaa (tbe) <tbe@odoo.com>
-
- May 23, 2019
-
-
Nicolas Seinlet authored
For employee check the employee's equipments while on user pref see own ones. closes odoo/odoo#33602 Signed-off-by:
Toufik Benjaa (tbe) <tbe@odoo.com>
-
- May 28, 2019
-
-
Jeremy Kersten authored
Before this commit, if you was searching something that return no results, you will call the sql query generating an error syntax: Traceback: ERROR: syntax error at or near ")" LINE 8: WHERE sub.id IN () Now, we don't make more useless query if we know that there are no users. + preventive fix the call of this method without user_ids This commit is related to #14667 closes odoo/odoo#33715 Signed-off-by:
Jérémy Kersten (jke) <jke@openerp.com>
-
qsm-odoo authored
Following https://github.com/odoo/odoo/commit/ddf2d2dd666c6e3fa2b6b7f943575657a42d6d8b , the card bodies received a background color. The 'row' class should not be used on a 'card-body' element but if it is done, our custom bg color would overflow the card. As a fix for those cases (normally only one at the time this fix is made), remove the background color. opw-1946124 closes odoo/odoo#33710 Signed-off-by:
Quentin Smetz (qsm) <qsm@odoo.com>
-
Christophe Simonis authored
-
- May 27, 2019
-
-
Jeremy Kersten authored
This commit closes #14667 again closes odoo/odoo#33697 Signed-off-by:
Jérémy Kersten (jke) <jke@openerp.com>
-
Jeremy Kersten authored
-
Aaron Bohy authored
closes odoo/odoo#33685 Signed-off-by:
Pierre Paridans <pparidans@users.noreply.github.com>
-
- May 26, 2019
-
-
Odoo Translation Bot authored
-
- May 24, 2019
-
-
Nicolas Martinelli authored
If the `/longpolling/im_status` route is slow to respond, the UI might be blocked while there is no good reason to do it. closes odoo/odoo#33643 Signed-off-by:
Alexandre Kühn (aku) <aku@odoo.com>
-
- May 23, 2019
-
-
Toufik Ben Jaa authored
- If you are a portal user when trying to access the validation queue an access right error can be triggered when trying to read the post's user name if the record rules don't let you read on this specific user. closes odoo/odoo#33626 Signed-off-by:
Nicolas Seinlet (nse) <nse@odoo.com>
-
RomainLibert authored
We should have the frontend and backend in sync on the last_location of the user closes odoo/odoo#33608 Signed-off-by:
Toufik Benjaa (tbe) <tbe@odoo.com>
-
Priyanka Kakadiya authored
The test for the fix in 5adb6b62 can only be implemented in 12.1 because that is the version that contains the createActionManager helper Task-1967278 closes odoo/odoo#32817 Signed-off-by:
VincentSchippefilt <VincentSchippefilt@users.noreply.github.com>
-
RomainLibert authored
closes odoo/odoo#33606 Signed-off-by:
Romain Libert (rli) <rli@odoo.com>
-
Varun Raval authored
The feature was broken by #28404 which made the JS make use of the "animations" system. Currently, on the website, we have an option 'Track this page' in promote section, which will give us the URL of the landing page. However, this option is not working and shows the default placeholder provided on the input. This commit will fix the issue. From now 'Track this page' option will get the URL of the landing page and it will be shown on input rather than the default placeholder value. task-1998160 closes #33603 Signed-off-by:
Quentin Smetz (qsm) <qsm@odoo.com>
-
- May 22, 2019
-
-
Gorash authored
closes odoo/odoo#33327 Signed-off-by:
Pierre Paridans <pparidans@users.noreply.github.com>
-
Gorash authored
We monkey patch summernote here to fix the issue, but the summernote will not update and are removed in V13.
-
- May 17, 2019
-
-
Christophe Simonis authored
-
Nicolas Seinlet authored
Closes #33324
-
Nicolas Martinelli authored
- Create 5 vendor bills with a long reference (> 1000 characters), for the same partner. - Select the bills and register a payment An error arise: 'psycopg2.OperationalError: index row size 3256 exceeds maximum 2712 for index "account_move_line_partner_id_ref_idx"'. As mentioned, the index row size limit is 2712 bytes, which is exceeded in that use case. Indeed, the reference of the payment is computed based on the vendor reference of all bills. We limit the number of characters to 2000. This seems reasonable knowing that UTF-8 characters use sequences of 1 to 4 bytes [1]. Characters with a code less than 128 require 1 byte only, and it is expected that most vendor references will only use these characters. It is indeed unlikely that special characters (such as Chinese characters, taking up to 4 bytes) are used for such references. [1] https://tools.ietf.org/html/rfc3629 opw-1998823 closes odoo/odoo#33457 Signed-off-by:
Nicolas Martinelli (nim) <nim@odoo.com>
-
Christophe Simonis authored
Oversight of previous forward-port.
-
Christophe Simonis authored
-
Christophe Simonis authored
Enterprise make more queries...
-
Christophe Simonis authored
Oversight of previous forward-port.
-
Christophe Simonis authored
-
- May 16, 2019
-
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
closes odoo/odoo#33450 Signed-off-by:
Christophe Simonis <chs@odoo.com>
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Christophe Simonis authored
-
Mohammed Shekha authored
Traceback generated when trying to pass a datetime object into a function tag in xml. <function name="action_name" model="model_name" eval="datetime.date.today"/> Used to fail. With this commit now one can pass time, datetime, timedelta, relativedelta, version, ref, pytz in function tag in xml Task-id: 1772614 Closes odoo/odoo#29212 Signed-off-by:
Martin Trigaux (mat) <mat@odoo.com> Co-authored-by:
Dhaval Limbuwala <dli@odoo.com>
-
Sébastien Theys authored
If destroy is called before start, there will be a crash before this commit. At the time of this commit, this can be reproduced in master by dropping the image gallery snippet, clicking on add images (double click, which opens the media dialog twice for some reason), selecting 2 images to add on the media dialog, and clicking on add. The error will be in the JS console. closes odoo/odoo#33440 Signed-off-by:
Quentin Smetz (qsm) <qsm@odoo.com>
-
Nans Lefebvre authored
Open a mail.compose.message wizard. Select a template that generates an attachment. Reselect it. A second attachment has been generated. Can be repeated ad infinitum. At template onchange, the template is rendered to overwrite the composers values This includes the attachments. Let L1 be the list of attachments generated by the template. When _convert_to_write(values) is called with {'attachment_ids': L1}, it gets self.attachments_ids = L2, and generates a [(6, 0, L1 + L2)] command. As a result attachments are only added, the previous ones need to be removed manually. Since c6d718f2, the semantics of _convert_to_write changed. Before, it always returned an empty list for new records (without an id). In other words, wa always had L2 == []. As a result we need to adapt the wizard to keep its old behaviour. To solve it we bypass the _convert_to_write for 'attachment_ids' and directly generate the 6 command with the list of ids L1 generated by the template. We only do this for templates that add attachments to keep the templates composable (a template only overwrites the values it defines). Unfortunately, we don't have any way to know which attachments have been added manually, so we can't preserve these (which was the old behaviour anyway). opw 1997430 opw 1987169 opw 1998115 opw 1998782 closes odoo/odoo#33387 Signed-off-by:
Nans Lefebvre (len) <len@odoo.com>
-
Denis Ledoux authored
When multiple emails (`mail.mail`) are linked to the same message (`mail.message`), all the message notifications were being marked as sent as soon as one of the mail was sent, and not all of them. This is indeed possible to have multiple emails linked to a single message, for instance when there are employees and customers in the followers of a thread, and some must therefore have the buttons meant for the employees ("Assign me") and some not. In other words, it was possible notifications were marked as sent while their associated email was not sent yet. This revision also comes as an addition to 5d6656d7 as it was possible to receive a bounce coming from the previous mail sent which wrote on the same notifications `email_status` than the current message being sent before we could acquire the lock on them (see commit message of the above mentioned revision), as it was writing the `email_status` on more notifications that it should have, including notifications of the previous email. e.g - Mail 1 - Message 1 - Recipient A, B, C - Mail 2 - Message 1 - Recipient D, E Let's say recipient A bounces If the email notifying the bounce arrives during the processing of the "Mail 1", it will be blocked until we release the lock on the `mail.notification` `email_status` we acquire thanks to having written `exception` on `email_status` before sending the email. But, as soon as it is unblocked (after the `cr.commit()`), it will immediately re-attempt the delivery of the bounce email, therefore writting "bounced" in `email_status` of recipient A, while the transaction of the second email already began. When the second email sending will try to write the `email_status` of recipient A as well (as it used to write the `email_status` on all the message notifications, not just the one related to the current email), it raised a concurrent update. Therefore: 1. Interrupting the loop, as psycopg2 exceptions are raised and not passed, 2. Replay the sending of the second email a second time. opw-1984293 closes odoo/odoo#33431 Signed-off-by:
Denis Ledoux <beledouxdenis@users.noreply.github.com>
-
Lucas Perais (lpe) authored
Since cdca5d47, the field company_id on account.payment is not stored anymore, so, it doesn't make sense to be able to group on it OPW 1998427 closes odoo/odoo#33428 Signed-off-by:
Lucas Perais (lpe) <lpe@odoo.com>
-