Odoo/addons/fleet/data, branch 14.0 The current checkout of upstream Odoo [IMP] core, base: avoid multiple xids when importing records w/ inherits 2020-07-27T06:32:59+00:00 Xavier Morel xmo@odoo.com 2020-06-18T13:22:23+00:00 ef709fd92b7b22a58e60715c9ff7ab4476a83ca5 Before this change, we create an xid for every parent of a record being imported, regardless of whether it already has an xid, or if it's being created implicitly through the child. This generates unnecessary extra xids on pre-existing objects e.g. update 5 product variants -> the product gets 5 new xids despite already having one. We should *only* set a xid on parent records which are being implicitly created by the creation of a child with a specified xid. That is, we should never set a xid on the parent if it exists before the child is created. Update _process_end to try and see if "non-loaded" xids correspond to an automatically generated "parent" xid: we're still setting a xid on implicitly created records (if the child is created with a xid) so they're properly removed if e.g. the module is uninstalled, but because we're only doing so at creation these xids will not be visited during update and _process_end will try to delete them. A special case can be added to check that "unknown" parent xids don't have children which _inherit them, in which case we want to protect them. Task 2251039 closes odoo/odoo#53283 Related: odoo/enterprise#12023 Signed-off-by: Xavier Morel (xmo) <xmo@odoo.com> 
Before this change, we create an xid for every parent of a record
being imported, regardless of whether it already has an xid, or if
it's being created implicitly through the child.

This generates unnecessary extra xids on pre-existing objects
e.g. update 5 product variants -> the product gets 5 new xids despite
already having one.

We should *only* set a xid on parent records which are being
implicitly created by the creation of a child with a specified
xid. That is, we should never set a xid on the parent if it exists
before the child is created.

Update _process_end to try and see if "non-loaded" xids correspond to
an automatically generated "parent" xid: we're still setting a xid on
implicitly created records (if the child is created with a xid) so
they're properly removed if e.g. the module is uninstalled, but
because we're only doing so at creation these xids will not be visited
during update and _process_end will try to delete them.

A special case can be added to check that "unknown" parent xids don't
have children which _inherit them, in which case we want to protect them.

Task 2251039

closes odoo/odoo#53283

Related: odoo/enterprise#12023
Signed-off-by: Xavier Morel (xmo) <xmo@odoo.com>
[IMP] fleet: add active, description on service log 2020-04-16T11:23:41+00:00 Kevin Baptiste kba@odoo.com 2020-04-14T13:23:14+00:00 5268f3c870d260c15353282616880b84e33b4807 Purpose ======= Add new fields on fleet.vehicle.log.services to make the model more flexible for several use cases. TaskID: 2237599 
Purpose
=======

Add new fields on fleet.vehicle.log.services to make the model more
flexible for several use cases.

TaskID: 2237599
 [IMP] fleet: Add model types (car, bike) on vehicles 2020-04-10T09:38:31+00:00 Yannick Tivisse yti@odoo.com 2020-03-17T13:22:50+00:00 d970bd53fbf0f61b0786cc8e3999fdec03fc0fc7 closes odoo/odoo#48300 Taskid: 2172282 Related: odoo/enterprise#9467 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com> 
closes odoo/odoo#48300

Taskid: 2172282
Related: odoo/enterprise#9467
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
[REV] web: reverts update to fontawesome 5.11.2 2019-12-09T10:33:36+00:00 Kevin Baptiste kba@odoo.com 2019-12-05T07:18:28+00:00 6cbe824871da51af27ac5b2feb7ecc9fcd6b18d0 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> 
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>
[IMP] web: update to fontawesome 4.7.0 to 5.11.2 2019-11-28T10:05:12+00:00 Kevin Baptiste kba@odoo.com 2019-08-12T07:18:23+00:00 ff1c35513aecef5fbc30f7c2f3834450e719714e 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> 
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>
[IMP] fleet: model cleanup, dashboard 2019-11-27T11:54:51+00:00 Kevin Baptiste kba@odoo.com 2019-06-07T09:37:49+00:00 82df1dfccc6b4e3031b1434c7ec1bec2bf7aeb2d Purpose ======= It is currently difficult to know exactly what is used for costs and services on the contracts. Hence it make it difficult to evolve the fleet application We should clean the models in order to have something that is clearer Specification ============= Cleanup of models: removed Fuel and Cost. Contract and Services are no longer inheriting Cost and are seperate models simplifying the use of Fleet. A contract now has included services and they are no longer generating cost. closes odoo/odoo#34090 Taskid: 1931775 Related: odoo/enterprise#4572 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com> 
Purpose
=======

It is currently difficult to know exactly what is used for costs
and services on the contracts.

Hence it make it difficult to evolve the fleet application
We should clean the models in order to have something that is clearer

Specification
=============

Cleanup of models: removed Fuel and Cost. Contract and Services are no
longer inheriting Cost and are seperate models simplifying the use of
Fleet. A contract now has included services and they are no longer
generating cost.

closes odoo/odoo#34090

Taskid: 1931775
Related: odoo/enterprise#4572
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
[IMP] *: remove unnecessary image sizes 2019-08-02T16:47:58+00:00 Sébastien Theys seb@odoo.com 2019-08-01T11:20:40+00:00 f0ffbea17381cb117f2eed4ea18a76e2b0f37f00 The big images are probably never going to be used for the following models: - pos category - fleet brand - livechat channel - mail channel - payment acquirer And if big images are needed some day the model should use image.mixin instead. PR: #34925 
The big images are probably never going to be used for the following models:

- pos category
- fleet brand
- livechat channel
- mail channel
- payment acquirer

And if big images are needed some day the model should use image.mixin instead.

PR: #34925
 [FIX] base,website_sale,fleet: do not use a space in xmlid 2019-06-05T09:44:11+00:00 Martin Trigaux mat@odoo.com 2019-04-02T12:13:39+00:00 3c568aec0b46640cf7d02409463a375bd2f2338e This probably a bad idea for odoo but is definitly a bad idea for pofile As shown in gettext reference, the spaces are used as separator in po files https://www.gnu.org/software/gettext/manual/html_node/PO-Files.html For instance #: src/msgcmp.c:338 src/po-lex.c:699 #, c-format msgid "found %d fatal error" msgstr "..." The line "model_terms:ir.ui.view,arch_db:website_sale.search count" was considered as two references: - 'model_terms:ir.ui.view,arch_db:website_sale.search' - 'count' Correct external id of fleet, even if not translatable 
This probably a bad idea for odoo but is definitly a bad idea for pofile

As shown in gettext reference, the spaces are used as separator in po files
https://www.gnu.org/software/gettext/manual/html_node/PO-Files.html
For instance
    #: src/msgcmp.c:338 src/po-lex.c:699
    #, c-format
    msgid "found %d fatal error"
    msgstr "..."

The line "model_terms:ir.ui.view,arch_db:website_sale.search count"
was considered as two references:
- 'model_terms:ir.ui.view,arch_db:website_sale.search'
- 'count'

Correct external id of fleet, even if not translatable
 [IMP] fleet: replace hardcoded ids by reference 2019-05-27T16:15:33+00:00 Davor Bojkić davor.bojkic@decod.io 2019-04-03T09:10:30+00:00 6dde6b98a5bd83992141a2c7579482f5cdf19800 More stable to changes closes odoo/odoo#32960 Signed-off-by: Martin Trigaux (mat) <mat@odoo.com> 
More stable to changes

closes odoo/odoo#32960

Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>
 [IMP] fleet: add future drivers on cars + managers on models 2019-04-18T11:55:25+00:00 RomainLibert rli@odoo.com 2019-03-19T13:15:42+00:00 3c32f9b90309158554b91ea112d798c87c73d201 Basically when someone requests a new car, getting that car ready takes some time, this means that during the waiting period, that person is still driving its old car. This commit adds a field future_driver_id on fleet.vehicle to tackle that problem and a boolean plan_to_change_car on the partner to track who wants to change car. + Apply some linting to the files This commit cleans the vehicle form view, the vehicle contract form view, the cost list view and adds a manager_id field on the vehicle.model which is then used as a related on the vehicle. Task: 1930298 closes odoo/odoo#31197 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com> 
Basically when someone requests a new car, getting that car ready takes
some time, this means that during the waiting period, that person is
still driving its old car.

This commit adds a field future_driver_id on fleet.vehicle to tackle
that problem and a boolean plan_to_change_car on the partner to track
who wants to change car.

+ Apply some linting to the files
This commit cleans the vehicle form view, the vehicle contract form
view, the cost list view and adds a manager_id field on the
vehicle.model which is then used as a related on the vehicle.

Task: 1930298

closes odoo/odoo#31197

Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>