- Aug 16, 2022
-
-
Yannick Tivisse authored
closes odoo/odoo#98058 X-original-commit: 6fd3c6640c3bb15ce181b14119aec7c2d851cf1d Signed-off-by:
Yannick Tivisse (yti) <yti@odoo.com>
-
Yannick Tivisse authored
closes odoo/odoo#98036 Taskid: 2917741 Related: odoo/upgrade#3772 Signed-off-by:
Yannick Tivisse (yti) <yti@odoo.com>
-
Xavier Morel authored
We deprecated all those in 14.0, so 16.0 seems like a good time to remove them. `getppid` was not deprecated but it doesn't seem useful to keep closes odoo/odoo#97987 Around: windows support was added to getppid in Python 3.2. Signed-off-by:
Xavier Morel (xmo) <xmo@odoo.com>
-
Romain Estievenart authored
Before this commit, the pager was on the left or centered. Now, it is always centered regardless of the website pages (portal or not). closes odoo/odoo#97967 Related: odoo/enterprise#30343 Signed-off-by:
Adrien Dieudonné (adr) <adr@odoo.com>
-
Romain Estievenart authored
this commit removes the usage of .form-inline class which is deprecated since BS5. here is the css rules that was used: https://github.com/twbs/bootstrap/blob/8fa0d3010112dca5dd6dd501173415856001ba8b/dist/css/bootstrap.css#L2303 '''Breaking change: Dropped form-specific layout classes for our grid system. Use our grid and utilities instead of .form-group, .form-row, or .form-inline.''' https://getbootstrap.com/docs/5.0/migration/#forms We also took the opportunity to remove some .input-group-append and .form-group. We are currently working to remove all of them. Part-of: odoo/odoo#97967
-
tronghung0398 authored
closes odoo/odoo#97965 X-original-commit: 16ea6416 Signed-off-by:
Kevin Baptiste <kba@odoo.com>
-
Florian Charlier authored
# Purpose Avoid unnecessary steps to compute/assign lead company. Task-2824913 See odoo/odoo#97136 Signed-off-by:
Thibault Delavallee (tde) <tde@openerp.com>
-
Florian Charlier authored
# Purpose Take into account the current company when creating a new lead if not defined earlier. # Specifications If there is no company provided by the sales team and the user belongs to several companies and several companies are allowed by context, we preferentially take the current company over the user's company if allowed. # Additional considerations This commit * builds on the multi-company fix brought by e5f35a60 avoiding the restricted access error when setting to the user's base company if not allowed by context, but will also allow to first preferentially use the current company instead of None. * Complete tests Task-2824913 X-original-commit: ce62780153183545ba423a7a8d945d9665cdc50e Part-of: odoo/odoo#97136 Co-authored-by:
Florian Charlier <flch@odoo.com> Co-authored-by:
Fabio Barbero <faba@odoo.com>
-
Yannick Tivisse authored
Purpose ======= Avoid having too many search for, lead the end user to use the main one. closes odoo/odoo#98096 Taskid: 2937036 Signed-off-by:
Yannick Tivisse (yti) <yti@odoo.com>
-
- Aug 13, 2022
-
-
Giang Pham authored
- When trying to delete tasks with an user who does not have read access on model account.analytic.line, an access error will be raised. closes odoo/odoo#98123 X-original-commit: d849cc75844d8efd7bc78941b1a10e4dbf6e1c97 Signed-off-by:
Xavier <xbo@odoo.com>
-
Nasreddin Boulif (bon) authored
Steps to reproduce: - Install l10n_ar module (or any l10n_* module that depends on l10n_latam_invoice_document) - Go to Accounting -> Vendors -> Bills - Click on Upload and select a bill file - Open draft bill - Click on `Send For Digitalization` Issue: Digitalization don't start and a warning message is diplayed saying that some required fields are invalid. Cause: When clicking on the button to digitalize the invoice, we try to save the form first before executing the action. By doing so, if some fields are required and empty, a warning message will be displayed. In this case, the issue is with the fields `Document Type` and `Document Number`. Solution: Set `Document Type` and `Document Number` to not required if there is no partner_id set on the bill. opw-2797444 closes odoo/odoo#98115 X-original-commit: b95473e3 Signed-off-by:
Josse Colpaert <jco@odoo.com> Signed-off-by:
Nasreddin Boulif (bon) <bon@odoo.com>
-
Nasreddin Boulif (bon) authored
Steps to reproduce: - Install l10n_ar_website_sale - Go to shop and add a product to cart - Go to cart and click on `Checkout` - Ensure `AFIP Responsibility` is not field - Click on `Next` Issue: Traceback raised. Cause: During the validation of the form, even if the pre-validation (by calling super) returns an error for the afip fields because there are empty while they are required, we still try to get the code of the afip responsibility. Solution: Return errors (from pre-validation) if any of the required afip fields are in errors before continuing the validation. opw-2941199 closes odoo/odoo#98097 X-original-commit: b692f6e4 Signed-off-by:
Josse Colpaert <jco@odoo.com> Signed-off-by:
Nasreddin Boulif (bon) <bon@odoo.com>
-
- Aug 12, 2022
-
-
Antoine Guenet authored
If images are lazy loaded in mass_mailing they risk not being converted properly. This removes the loading attribute from all previously added images when the editor loads. opw-2850967 closes odoo/odoo#98107 X-original-commit: 3cb0f466cfa982aeb802e08ded8bdbf7b8f01220 Signed-off-by:
David Monjoie (dmo) <dmo@odoo.com> Signed-off-by:
Antoine Guenet (age) <age@odoo.com>
-
Antoine Guenet authored
Card dimensions were not properly preserved on mailing conversion. opw-2850967 X-original-commit: 1be80cc83bec6a08abf6a3e8493d22f44350d038 Part-of: odoo/odoo#98107
-
Jeremy Kersten authored
If you delete a tag, but still have some link to this one, you arrive on a 404 /blog/tag/. We decide to redirect to the blog post without tag instead. What is probably the expected behaviour for most customers. closes odoo/odoo#98087 X-original-commit: 041ad208 Signed-off-by:
Romain Derie (rde) <rde@odoo.com> Signed-off-by:
Jérémy Kersten <jke@odoo.com>
-
Julien Van Roy authored
Add Australia and Singapore codes in the EAS list, enabling the UBL Bis 3 format on the journals of these companies. Also map the EAS codes to the correct Odoo fields: * Australia uses the ABN, corresponding to the Odoo vat field * Singapore uses the UEN, which has a custom Odoo field 'l10n_sg_unique_entity_number' Fix the missing tax category codes for suppliers not in the european economic area (e.g. Australian company invoicing a Singaporian one) closes odoo/odoo#98073 X-original-commit: 8c6ed938 Signed-off-by:
Laurent Smet <las@odoo.com> Signed-off-by:
Julien Van Roy <juvr@odoo.com>
-
tsm-odoo authored
The bus tests rely to heavily on the underlying technology (polling). In order to keep the test intact in the PR introducing the websockets in Odoo, let's convert the test to be less technical. task-2053917 closes odoo/odoo#97975 Related: odoo/enterprise#30360 Signed-off-by:
Sébastien Theys (seb) <seb@odoo.com>
-
tsm-odoo authored
*: mail, web. The pyEnv used during tests is based on the mock server to provide server like api. This issue is that when creating multiple environments during tests, a new mock server is created each time. This is not realistic since in a real world scenario, multiple tabs would share a single server. In order to make pyEnv work with multiple tabs tests (e.g. multiple env tests), let's create a single mock server shared between js environment during a test. task-2053917 Part-of: odoo/odoo#97975
-
Luis González authored
Currently, when searching a partner through a related record using `sudo()`, the superuser privileges are used when searching the record, but not when searching the related partner. That's because the su flag is lost during the call to with_user, even if it was to keep the same user. For instance, a code like the following wouldn't work if the current user has no enough rights (e.g. the public user): self.sudo().search([('partner_id', 'ilike', 'John Doe')]) To solve the above, the with_user is called only when a specific name_get_uid is given, as done in the _search implementation. closes odoo/odoo#97920 X-original-commit: e5e12681437ae562517cc058e4ce0fab90cd0ae7 Signed-off-by:
Raphael Collet <rco@odoo.com>
-
Romain Derie authored
- Make the animation smoother and less prompt to bad UX: 1. The animation duration of the closing part is now slower. Somehow it looked like the closing animation was faster than the opening. 2. The animation delay of the closing part is now bigger. It will prevent some weird UX issues when the cursor is moving out of the window by mistake (eg moving a bit too far in the bookmarks bar or the Ubuntu left panel for instance). In those case, despite the user wanting to open and click inside the navbar, it would directly close it. - Make the edit button only visible for editors - Make the go to backend button only visible for internal users (not portal anymore) - Restore a behavior that was lost during the frontend > backend task [1]: clicking on the app switcher in community should show the list of apps so you can directly access where you want to go in the backend. It improves the usability in community where you otherwise have to click twice every time as the first click always brings you to the discuss module from where you have to click again on the app switcher to select the app you wanted to land on. [1]: https://github.com/odoo/odoo/commit/31cc10b91dc7762e23b4bde9b945be0c4ce3fe3b closes odoo/odoo#97745 Related: odoo/enterprise#30218 Signed-off-by:
Quentin Smetz (qsm) <qsm@odoo.com>
-
Miquel Raïch authored
It's expected that the personal stage is in the lang of the user_id. This commit assures it happens. closes odoo/odoo#97523 X-original-commit: 2ab1f055b77ab50b62245ab8e34de91500d0c423 Related: odoo/enterprise#30322 Signed-off-by:
Laurent Stukkens (ltu) <ltu@odoo.com> Signed-off-by:
Xavier <xbo@odoo.com>
-
Didier (did) authored
Before this PR a user that could not post on the chatter could still try. This PR disable the chatter topbar menu if the user doesn't have the write access. task-2693304 closes odoo/odoo#88531 Related: odoo/enterprise#30054 Signed-off-by:
Sébastien Theys (seb) <seb@odoo.com>
-
Odoo's Mergebot authored
[MERGE][REF] base(_automation), mail, sms: cleanup server actions or base automation model constraints and improve mail/sms actions Currently only an email action based on template exists in server actions when having mail app installed. It basically sends an email based on a mail template. However being able to post a message on record is also useful. Instead of sending emails it post on a document as a comment or as a note, like what users can do using the chatter. Notification flow for those cases is the classic from post: followers, specified partners, Inbox/Email, ... After updating email server actions we can improve SMS server actions the same way. We can now post on documents using SMS notification mechanism in addition to pure mass SMS sending. Finally models for both ir.actions.server and base.automation are cleaned to remove onchange. Invalid configuration or unused fields are reset using stored editable computed fields. Various small view tweaks are added to ease daily usage of those technical models. Task-2885890 (Base Automation model cleaning) Task-2613245 (Server actions mail update / cleaning) closes odoo/odoo#75906 Related: odoo/upgrade#3696 Signed-off-by:
Thibault Delavallee (tde) <tde@openerp.com>
-
Thibault Delavallée authored
Better avoid wrongly-defined templates. Task-2613245 (Server actions mail update / cleaning) Part-of: odoo/odoo#75906
-
Thibault Delavallée authored
After updating email server actions we can improve SMS server actions the same way. We can now post on documents using SMS notification mechanism in addition to pure mass SMS sending. A new field is added to handle the way of sending SMS, like we do for email actions. Task-2613245 (Server actions mail update / cleaning) Part-of: odoo/odoo#75906
-
Thibault Delavallée authored
Currently only an email action based on template exists in server actions when having mail app installed. It basically sends an email based on a mail template. However being able to post a message on record is also useful. Instead of sending emails it post on a document as a comment or as a note, like what users can do using the chatter. Notification flow for those cases is the classic from post: followers, specified partners, Inbox/Email, ... Task-2613245 (Server actions mail update / cleaning) Closes #45640 Part-of: odoo/odoo#75906
-
Thibault Delavallée authored
In this commit we cleanup server actions model in order to make it a bit more inlined with current code state of the art. * add no_create / no_open on technical fields (m2o towards fields notably) as creating or updating fields on the fly is not the purpose of base automation module; * rewrite onchange into compute or constraint methods; * add compute methods to cleanup data when changing configuration (model or trigger). Some fields have no usage except in some configuration better reset their value. Notably fields linked to the chosen model should be reset; * add constraints for invalid configuration, notably for models coherency with mail features; Task-2613245 (Server actions mail update / cleaning) Part-of: odoo/odoo#75906
-
Thibault Delavallée authored
In this commit we cleanup base automation model in order to make it a bit more inlined with current code state of the art. * add no_create / no_open on technical fields (m2o towards fields notably) as creating or updating fields on the fly is not the purpose of base automation module; * rewrite onchange into compute or constraint methods; * add compute methods to cleanup data when changing configuration (model or trigger). Some fields have no usage except in some configuration better reset their value. Notably fields linked to the chosen model should be reset; * add constraints for invalid configuration, in addition to currently returned "warning" in the interface; Task-2885890 (Base Automation model cleaning) Part-of: odoo/odoo#75906
-
Thibault Delavallée authored
Purpose is to ease finding server actions code and views. We just rename some files and move some code, nothing should change functionally. Task-2613245 (Server actions cleaning and mail update) Part-of: odoo/odoo#75906
-
Yannick Tivisse authored
closes odoo/odoo#98048 Taskid: 2937400 X-original-commit: af30867f01a1e4e0a7a06c098d5833a60ddc73a4 Signed-off-by:
Yannick Tivisse (yti) <yti@odoo.com>
-
Yannick Tivisse authored
closes odoo/odoo#98027 Taskid: 2784316 Related: odoo/enterprise#30398 Signed-off-by:
Yannick Tivisse (yti) <yti@odoo.com>
-
Antoine Guenet authored
convert_inline relies on getComputedStyle to crystalize var and calc values. This however was conflicting with the fact that it also combines positional styles (eg., margin-top, padding-left) together. This seems to make getComputedStyle give out the wrong value with var and calc. closes odoo/odoo#98003 Signed-off-by:
David Monjoie (dmo) <dmo@odoo.com>
-
Jeremy Kersten authored
Allow non system user to get the mondial relay url for tracking parcel. closes odoo/odoo#98065 X-original-commit: ce8e2e75 Signed-off-by:
Romain Derie (rde) <rde@odoo.com> Signed-off-by:
Jérémy Kersten <jke@odoo.com>
-
tronghung0398 authored
closes odoo/odoo#98064 X-original-commit: ec462b8361e03516905eb38c041ad511b1604896 Signed-off-by:
Kevin Baptiste <kba@odoo.com>
-
David Monjoie authored
On Chrome, the textarea is automatically resized to use all the available space. On Firefox, this is not the case. Since the css rules only set the position of the textarea and not its size, the textarea in Firefox was ridiculously small and unusable. task-id 2950108 closes odoo/odoo#98060 X-original-commit: ca1d70cb Signed-off-by:
David Monjoie (dmo) <dmo@odoo.com>
-
Lucas Perais authored
Pass the options: `{'create': False}` to the a many2many_tags field in some arch Before this commit, there was a crash because the API of the field's props did not account for that use case. After this commit, it does. closes odoo/odoo#98050 Signed-off-by:
Lucas Perais (lpe) <lpe@odoo.com>
-
Louis Wicket (wil) authored
This commit will simplify the code of Thread by properly splitting all behaviors exclusive to mail.box threads. * = test_mail_full closes odoo/odoo#97996 Related: odoo/enterprise#30402 Signed-off-by:
Sébastien Theys (seb) <seb@odoo.com>
-
thcl-odoo authored
Current behavior Starred messages counter takes into account the starred messages of a private channels even if we no longer have access to this channel. Happens with deleted messages too. Steps channels - Install Discuss - Create a Private Channel and invite Marc Demo to join it then send him a message - *As Marc Demo*, star the message then leave the channel -> Starred counter still shows 1 Steps for deleted messages - Join the private channel again - Delete the starred message (with Mitchell Admin) -> Starred counter still shows 1 for Marc Demo Reasons Starred message count is computed by a raw sql [1] which only counts partner's occurrences without taking into account the message's state and/or the associated channel. Side records (stars, notifications) are not removed when emptying a message content [2]. With changes - It doesn't take into account messages from a private channel which we no longer have access to by doing a search on mail.message instead of doing it in SQL (which filters out invisible messages); - It correctly voids side records when emptying messages; Side effects This somehow raises number of queries because we now check access on messages and records. However this is necessary as bypassing ACLs means unreachable notifications or stars. OPW-2742092 Task-2813738 [1] : https://github.com/odoo/odoo/blob/2c1c6b1373c238216fda1e2d9d2f00b5d16c8ca3/addons/mail/models/res_partner.py#L49-L51 [2] : 776d1ee0 closes odoo/odoo#97974 X-original-commit: b1e8f7d97e3a1fa624436d2dd6801bf5fe7d19aa Related: odoo/enterprise#30415 Signed-off-by:
Thibault Delavallee (tde) <tde@openerp.com>
-
amdi-odoo authored
Fixing the survey question form view which is currently displaying a preview outside of the form boundaries as a consequence of the BS5 migration. This commit modifies the question preview to render it inside the form boudaries. Task-2950180 closes odoo/odoo#97938 Signed-off-by:
Thibault Delavallee (tde) <tde@openerp.com>
-
MAHAMADASIF ANSARI authored
When an online appointment (having no location set in it's appointment type) is booked, we need automatically generate the `videocall_location` so that in the confirmation email received by customers already has a link to join. For building this URL, we need to use 'DISCUSS_ROUTE' when appointment is being created (see the linked ENT PR). For making 'DISCUSS_ROUTE' easily accessible, instead of keeping it as a global variable, we now make it a class property of the model `calendar.event`. taskID-2821957 closes odoo/odoo#92628 Related: odoo/enterprise#27136 Related: odoo/upgrade#3558 Signed-off-by:
Warnon Aurélien (awa) <awa@odoo.com>
-