summaryrefslogtreecommitdiff
path: root/addons/maintenance/data/mail_data.xml
AgeCommit message (Collapse)Author
2020-02-11[IMP] *: use `ref=` instead of `eval="ref('` in xml field tags.Victor Feyens
* Code cleanup * Avoid a safe evaluation of the field value when loading those records. closes odoo/odoo#44883 Related: odoo/enterprise#8283 Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>
2019-12-09[REV] web: reverts update to fontawesome 5.11.2Kevin Baptiste
This reverts commit ff1c35513aecef5fbc30f7c2f3834450e719714e. closes odoo/odoo#41480 X-original-commit: 116057b26e71db4692280463669f3e80d813ddcc Related: odoo/enterprise#7110 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-11-28[IMP] web: update to fontawesome 4.7.0 to 5.11.2Kevin Baptiste
FontAwesome 5 introduced new names for some icons as described on https://fontawesome.com/how-to-use/on-the-web/setup/upgrading-from-version-4#name-changes This commit replaces the old names to the new ones. closes odoo/odoo#35826 Taskid: 2050241 Related: odoo/enterprise#5180 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-03-28[FIX] *: put all mail.message.subtype as noupdateNans Lefebvre
The mail.message.subtype model contains a field internal, which decides if the messages are visible to external users or not. Such a value should not be overriden at module update, so all subtypes should be in noupdate. opw 1946043 closes odoo/odoo#32214 Signed-off-by: Nans Lefebvre (len) <len@odoo.com>
2019-03-12[IMP] mail,*: remove useless field `is_master_data`Christophe Simonis
This field is a non-sense. By using the same logic, it should be added to any low level model. Replace the check by a simple verification of presence of an XMLID. A more generic opt-in solution should be integrated into ORM. Partially revert commits 0db0e66e96a8f6b393565da6fbb8dce25ec960b7 and bbd64c22abc19558c1d83a892fc426bf99a094ce. See #29257 odoo/enterprise#3550 closes odoo/odoo#31778 Signed-off-by: Christophe Simonis <chs@odoo.com>
2019-02-05[IMP] various: prevent unlink of automated activity typesMohit Ghodasara
Purpose of this merge is to update main addons and set activity types used for automated activities as master data. This means they cannot be removed. Indeed those activity types are used in business flow to generate activities and removing them may break some flows. This commit is linked to task ID 1907970 and PR #29257.
2018-09-21[FIX] *: reassign data & demo mail aliases from system to adminXavier Morel
2018-08-30[IMP] maintenance,hr_maintenance: notify user assigned to a requestPriyanka Kakadiya
When a user is assigned as responsible of request, we want him to get a mail saying that he's a assigned to this request, a standard behaviour exists in Odoo to perform such a thing, which consist of having a field named 'user_id' which is tracked, so to avoid overriding the method, we renamed the field 'technician_user_id' in 'user_id'. Wre also set teh mail subtype 'request create' with default false, to have the same behaviour as the on in project, meaning that it is true only if you have the parent subtype set to true. TASK-ID: 58645
2018-03-27[IMP] maintenance: improve activity management on maintenance request modelThibault Delavallée
This commit improves maintenance requests management through a better integration of activities and addition of automated activities. Several things are done in this commit : * automatic activities generation is added for maintenance requests. Activities are generated to remind assigned users about maintenance to perform. They are also automatically removed or updated if the scheduled date is changed or if the request is done to avoid bloating users with unnecessary activities; * a menu to configure activity types is added. Indeed equipment managers should be able to see and configure activity types related to their job;
2018-02-21[MOV] maintenance: split data to separate mail data from other dataThibault Delavallée
It is simpler to have data split by main model or application like we already do for models and views. It allows to easily have an overview of data a module holds. As we will work on mail related data like adding activities or tweaking subtypes and templates, having them all in a single file and not lost between other data helps finding and working with it. This commit only moves code. No functional change should occur.