Search
Navigate
Branch
Wednesday, August 24, 2022
9 changes
New functionality added to Odoo
Customers can now choose a nearby FedEx pickup or drop-off location during website checkout, making delivery more flexible. The FedEx delivery setup also gains an advanced option for custom request data, helping businesses support specialized FedEx requirements when needed.
Original PR description
[ADD] website_delivery_fedex_locations: add module This commit gives access to pick up delivery to the website clients. When enabled, the "Fedex Location" gives the possibility to choose dropoff…
[ADD] website_delivery_fedex_locations: add module
This commit gives access to pick up delivery to the website clients.
When enabled, the "Fedex Location" gives the possibility to choose dropoff
locations close to the client's address.
Since the Location API is really close to the Rate and Ship APIs, the
FedexLocationsRequest class is a child of the FedexRequest.
To be able to add custom the chosen location to the 'ship', 'rate' and
'return' srm requests, the _fedex_update_srm function was added to the
delivery carrier. This function takes the picking or order and the srm
object, so that we have access to all current information.
---
[IMP] delivery_fedex: input custom data
Before this commit, there was no way to insert custom data to the
fedex connector. With this commit, we add a custom field that can be
accesses from the delivery carrier view, only in debug mode.
This custom field will be evaluated like the inside of a python dict().
The keys of this dict will be 'rate', 'ship', 'return' depending on
when/where the user wants to add custom data.
Just before we send the data to the API, the request items are of type
`<class 'zeep.objects.Request'>`. This is practical to keep it that way
until then because the data added to it is checked with the wsdl file.
However, this is not practical when we want to add custom data. This
is more convenient to use a dictionary at this point. Dictionaries are
supported by zeep, so we do not need to convert it back to a zeep
object. to convert the zeep object to a dictionary, we can use the
function `zeep.helpers.serialize_object`. By default, the resulting
object is an ordered dict, which is an instance of a dict.
example of valid custom data:
```
'rate': {
"WebAuthenticationDetail": {
"UserCredential": {
"Key": "MyAwesomeKey",
}
},
},
"ship": {
"RequestedShipment": {
"ShippingDocumentSpecification": {
"ShippingDocumentTypes": {"Format": {"ImageType": "PNG"}}
}
},
}
```Enhancements to existing features
This update modernizes several HR-related screens and mobile preference pages using Odoo's newer interface framework. Business users should see more consistent behavior in appraisal skills, payroll dashboard flows, and mobile language or preference settings, with supporting tests updated to match.
Original PR description
Migration of the different views/widgets for the HR scope. Related: odoo/odoo#98301 task-2928190
Resolved issues and error corrections
Sign documents now send invitation, refusal, and completion emails using the company selected when the request was created. This avoids mixed company branding in multi-company environments and gives recipients a more consistent experience.
Original PR description
At the moment, when working in a multi-company environment, the sign invitation email is sent with the current company of the user (good), but all others (refusal/completion email) are sent with the main company of the "inviter" - which may not be the same. All emails should use the same company: the one the user was in when they sent the request. task-id: 2882486
Miscellaneous changes
Exporting the XAF file from the general ledger can lead to errors when checking with the xsd file if one docRef is too long. This PR shortens the docRef to its 999 firsts characters to avoid errors when the xsd is checked. opw-2869609 Forward-Port-Of: odoo/enterprise#30524 Forward-Port-Of: odoo/enterprise#30463
Original PR description
Exporting the XAF file from the general ledger can lead to errors when checking with the xsd file if one docRef is too long. This PR shortens the docRef to its 999 firsts characters to avoid errors when the xsd is checked. opw-2869609 Forward-Port-Of: odoo/enterprise#30524 Forward-Port-Of: odoo/enterprise#30463
Two useful Planning search filters have been restored: one to find shifts for employees on time off and another to find published shifts that were later edited and may need resending. This helps planning users quickly identify schedule conflicts and updates that require follow-up.
Original PR description
This commit re-introduces two filters in the planning search view
that were removed after version saas-15.3
The first filter ("Employees on Time Off") shows the shifts of the
employees that have taken time off. The second filter ("To Resend")
shows shifts which have been edited after being published.
Both these filters should make it easier for users to navigate the
shifts in the planning app.
task-2957289Spreadsheet pivot totals and accounting formulas now display monetary amounts using the active company currency. This makes financial reports clearer and reduces confusion when companies work with different currencies.
This update corrects an internal connection used for collaborative spreadsheet editing. It helps ensure spreadsheet collaboration features continue to work reliably after a related method rename.
Original PR description
The method was probably renamed at the last minute in odoo/odoo@29468b1272478b50eb3002e72ad5d18d0a842d0c but was not correctly reflected here
ISO20022 only authorizes latin characters, so accents should be removed and all other non-supported characters, removed. Also those fields can't contain '//' not start or end with '/'. We used to handle that only for the payment communication, while this is required for fields containing names and addresses as well. OPW 2938981 Forward-Port-Of: odoo/enterprise#30640 Forward-Port-Of: odoo/enterprise#30608
Original PR description
ISO20022 only authorizes latin characters, so accents should be removed and all other non-supported characters, removed. Also those fields can't contain '//' not start or end with '/'. We used to handle that only for the payment communication, while this is required for fields containing names and addresses as well. OPW 2938981 Forward-Port-Of: odoo/enterprise#30640 Forward-Port-Of: odoo/enterprise#30608
Purpose ======= Avoid creating a "None" member when someone leaves an article as: - This is mostly noise - It could potentially trigger an unsync on the article - It will exclude you from working on the article FOREVER - People could try to delete this newly created member too Specifications ============ When a member is removed, do not create a new member with right "None", just remove it and voilà => Read member should not be able to leave an article (to avoid an escalation b
Original PR description
Purpose ======= Avoid creating a "None" member when someone leaves an article as: - This is mostly noise - It could potentially trigger an unsync on the article - It will exclude you from working on the article FOREVER - People could try to delete this newly created member too Specifications ============ When a member is removed, do not create a new member with right "None", just remove it and voilà => Read member should not be able to leave an article (to avoid an escalation by then enjoying the internal rights) Task-2896684 Forward-Port-Of: odoo/enterprise#29253