Tuesday, March 14, 2017
13 changes · master
New functionality added to Odoo
This update adds smart buttons that help users follow related documents and activities across several Odoo apps, making business flows easier to trace from one record to another. It also improves performance for the counters behind these buttons, so related-document counts are calculated more efficiently.
Original PR description
Task: https://www.odoo.com/web?#id=19565&view_type=form&model=project.task&menu_id=3942&action=327 Pad: https://pad.odoo.com/p/r.pV9Sp1Daa0Hzb9dZ
This adds a new capability to keep currency exchange rates updated automatically from online services. It reduces manual work for finance teams and helps companies use more current exchange rates in accounting workflows.
Original PR description
Task: https://www.odoo.com/web#id=9852&view_type=form&model=project.task&menu_id=3942&action=327 Pad: https://pad.odoo.com/p/r.cqnCLbhFVVEXeqPa
Next activity tracking is now handled in a shared way across business documents, making reminders and follow-ups more consistent. Appraisals, engineering changes, and subscriptions gain activity filters or kanban shortcuts, while CRM VoIP removes its separate next-activity behavior because it is now covered generically.
Original PR description
- Task: https://www.odoo.com/web#id=24037&view_type=form&model=project.task&action=327 - Pad: https://pad.odoo.com/p/r.047d652c03fbd5491cdff467becbd444
Enhancements to existing features
The online shop cart now warns customers when a physical product in their cart is out of stock. This helps shoppers understand availability before checkout and avoids confusion for products that are not services or consumables.
Original PR description
...not of type service or consumable TASK: https://www.odoo.com/web#id=11457&view_type=form&model=project.task&action=333&active_id=131 Pad: https://pad.odoo.com/p/r.hjHDaFRnr7QNH3LH
Resolved issues and error corrections
This change fixes an error that could appear when loading currency formatting information, including during login in affected builds. It ensures the currency format is prepared before use so users can access the system without encountering the crash.
Original PR description
Description of the issue/feature this PR addresses:
1. Connect to [runbot build#203365](http://runbot.odoo.com/runbot/build/203365)
2. Login with admin/admin
Current behavior before PR:
- Show error
```python
File "/home/odoo/runbot/extra/runbot/static/build/203365-saas-14-7d7cc9/odoo/api.py", line 664, in call_kw_model
result = method(recs, *args, **kwargs)
File "/home/odoo/runbot/extra/runbot/static/build/203365-saas-14-7d7cc9/odoo/addons/base/res/res_currency.py", line 180, in get_format_currencies_js_function
function = "if (arguments[1] === false || arguments[1] === undefined) {" + company_currency_format + " }" + function
UnboundLocalError: local variable 'company_currency_format' referenced before assignment
```
See video for more details:
- [](http://www.youtube.com/watch?v=NCJ0VzAm2kY "Video Title")
Desired behavior after PR is merged:
- Fix the variable used before assigned.Leave records now distinguish between approval roles and the employee's actual manager. This makes manager-based reporting on the Leaves Dashboard more accurate and easier to understand.
Original PR description
Task: https://www.odoo.com/web#id=29842&view_type=form&model=project.task&menu_id= Currently the manager fields have this meaning: - manager_id: employee that approved the leave first - manager_id2: employee that approved the leave secondly It makes no sense. Furthermore, on the Leaves Dashboard, when you group by Manager, you group by first approver, which is also a nonsense. What's done in this commit: 1/ Rename manager_id and manager_id2 into first_approver_id and second_approver_id 2/ Add a stored computed field manager_id which is updated if the employee is modified on the leave or if the parent_id is modified on the employee 3/ Modify the views to only display the real employee manager, the other values are not valuable on the views.
OAuth login support has been improved so providers with different response formats, such as Microsoft Live Connect, can be mapped into the fields Odoo expects. This makes it easier for organizations to connect more identity providers while also improving related website test coverage.
Original PR description
The OAuth of Microsoft Live Connect was different then other OAuth service. it has no validation api, and no any api can return a key named "user_id" and "email". So, this time is need to mapping the difference for auth_oauth code expects keys. I created a "data_overwirte" on the provider, it accepts dict values to mapping the different responses of api
This update separates packaging screens based on how they are used: product packaging now shows product-focused fields, while delivery packaging shows carrier, barcode, size, and weight details. This makes daily operations clearer by reducing irrelevant information in each workflow.
Original PR description
Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When a product category is selected, the related income, expense, and price difference accounts are now automatically applied to the product. This reduces manual setup, improves accounting consistency, and helps avoid configuration mistakes during purchasing and product management.
Original PR description
Description of the issue/feature this PR addresses: - 'Income Account', 'Expense Account', and 'Price Difference Account' fields are not on product. Current behavior before PR: - 'Income Account', 'Expense Account', and 'Price Difference Account' fields not set on product based on category of product. Desired behavior after PR is merged: - Now 'Income Account', 'Expense Account', and 'Price Difference Account' fields are set on product by default based on product category. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Task : https://www.odoo.com/web#id=29329&view_type=form&model=project.task&action=327&menu_id=4720 Pad : https://pad.odoo.com/p/r.60c51dd28e62eba61814c86aa3f57d6b
UPS deliveries can now charge shipping to the recipient's UPS account instead of always using the sender's account. This improves billing flexibility for sales, warehouse, and website orders where customers provide their own UPS number.
Original PR description
Task: https://www.odoo.com/web?#id=27071&view_type=form&model=project.task&action=333&active_id=131&menu_id=4720 pad: https://pad.odoo.com/p/r.dea0b98dc065119f0104c21521873aae
The web interface now offers a richer editor for XML and Python fields, making technical configuration screens easier to read and edit. This helps administrators and developers work more efficiently when updating views, server actions, and computed field logic.
Original PR description
- display all lines and don't display the scroll bar into ace editor - lazy read ace lib and add missing lib file - use not minified version of ace lib - Move ace lib from website to web - Added ace widget for webclient - XML mode for view text box - Python mode for server action text box - Removed web_ace_editor.xml, instead added template in base.xml itself - Added widget=ace_editor in compute field of ir.model.fields
Form pages now keep button areas tidy by showing the most important buttons first and moving extra buttons into a More menu. This improves usability on both desktop and mobile screens, especially when many actions are available.
Original PR description
Added handler for button box, currently maximum 8 buttons are visible and others are hidden, added button box handler to create dropdown if there many buttons(may be more than 7/8), other buttons will go to dropdown and there will "More" button after 7 buttons(For mobile rendering engine only 2 buttons will visible on screen and other buttons will go to dropdown).
The customer form no longer shows total receivable and total payable fields, reducing clutter for users who do not need those figures there. The related state action is now presented as a button on the customer form, making the workflow easier to access.
Original PR description
… from customer view and make to state button on customer form view Task : https://www.odoo.com/web#id=13765&view_type=form&model=project.task&action=327 Pad : https://pad.odoo.com/p/r.rwwROfDJuoEdD3by