f67ee39c0c4639d7445cc341189a0b1092937f22 added Change the label "/" by "Draft <document type>" for draft entries (change name_get() of account.move)
We should have used _get_move_display_name instead. Not using it was
causing 2 different behavior (group by name in Sale/Purchase/... and
Journal Entry in Partner Ledger list view)
Also, _get_move_display_name was only differentiating draft invoices,
not bills, credit notes,...
closesodoo/odoo#37273
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Purpose
=======
A lot a demo data are added in enterprise for the Belgian company.
It implies for example a private address for a Belgian employee for
Mitchell Admin.
This commit improves the test to work even with this new demo data.
closesodoo/odoo#37088
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
On the workcenter form view, the stats button open some analytics but
the wrong worcenter id is given into context. it uses active_id but this
id refers to the first object of the breadcrum and so could be something else
than a workcenter.
closesodoo/odoo#37233
Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>
Since the introduction of the ribbon widget, the boolean_button widget
does not exist anymore.
closesodoo/odoo#37232
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
See 'Webiste Visitor (date)' as display name
Remove default value as a way to easily detect if somebody has already
a name or not
Note using the id in the display name is a bad (may not be set yet)
but is used knowlingly as a short way to differentiate 2 visitors.
Linked to task id: 2073714
closesodoo/odoo#37230
Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>
Problem is that while creating Opportunity from schedule activity at the
bottom of the activity view, context was not applied.
For Example, CRM > Pipeline, while creating opportunity that will create
a lead because context was not applied.
In this commit, context should be applied.
task-2072491
closesodoo/odoo#37139
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
* Add an equity section inside the balance sheet
* Divide profit and loss into Expense and Income
* Reorder the Expense and Income types
closesodoo/odoo#36599
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Fix various incoherences related to timesheets :
- Hide the progress field on the task form view if user hasn't
- timesheet user access. Remove the possibility to link a new
timesheet to a task belonging to a project not allowing timesheets.
Task-2066533
closesodoo/odoo#36475
Signed-off-by: Jérome Maes (jem) <jem@openerp.com>
Before this commit, the tree line of the org chart was appearing under
images with a transparent background.
closesodoo/odoo#37212
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
- In KeyboardUSBDriver, we use xlib to translate keysyms. The encoding
of returned chars is now utf-8. We don't need to treat special
characters differently anymore.
- Some receipts still had part of their backgrounds black.
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
closesodoo/odoo#37168
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>
In KeyboardUSBDriver, we use xlib to translate keysyms. The encoding
of returned chars is now utf-8. We don't need to treat special
characters differently anymore.
This commit review the design of the visitor kanban view.
There is now two style for kanban card.
Ungrouped : the card takes all the width of the screen. It's simulate a nice tree view.
Grouped : Same design as before. ('normal' kanban card)
Apply visitor kanban views redesign also in :
- website_livechat
- website_crm
- website_sms
Task ID: 2073714
PR #37081
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
In order to see all the visitors, we remove the is_connected filter.
So that a visitor that disconnect 2 sec ago can still be visible.
Anyway, there is a connection status in the views.
Task ID: 2073714
PR #37081
This commit aims to rename the visitor that has no lead and no res.partner
to 'Website Visitor #id'.
So that the visitors can be identified when, for example,
an operator talk with multiple visitors.
Task ID: 2073714
PR #37081
This method being needed in the new social app, it made sense to move it to
the link_tracker module to make it available for mass_mailing_sms and social
to avoid unnecessary duplicated code.
LINKS:
closesodoo/odoo#34973
Taskid: 2045210
Pr: 37143
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
In order to be able to send push notifications using recipients timezone,
the visitor timezone is now stored in DB.
The visitor timezone is only updated once, when found_visitor_timezone
cannot be found in localstorage. Once the timezone is updated,
found_visitor_timezone is added to localstorage.
Task ID : 1936643
PR #34973
The URL given to load the translations had an extra '/'.
(/website//translations/xxx)
This caused a http redirection that failed for "Mixed Content" on https environments.
This commit adds a recordsDraggable option on the kanban view that allows to completly disable
the drag and drop feature.
This is a preliminary work for the social 'Feeds' kanban where the user should not be able to drag and drop posts.
When changing an employee's parent_id, the leave_manager_id
should be updated to the new parent_id's user, UNLESS
leave_manager_id was changed manually.
i.e leave_manager_id != previous parent_id
closesodoo/odoo#37190
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
Currently, parent_id is defined on hr.employee. This field
as an onchange defined.
But the inherit of hr.employee.base in the leave module
adds an onchange('parent_id'). The onchange method is never
called because the onchange in hr.employee does not call super
(which it's not supposed to do because the parent model
does not have the parent_id field).
To fix the issue, parent_id and all its onchange methods
are now defined on hr.employee.base
Currently, when an employee's manager (parent_id) changes,
the leave manager (leave_manager_id) is set to the new manager
if it was not manually changed (leave_manager_id != parent_id.user_id).
Please, note that `parent_id` is an `hr.employee` while `leave_manager_id`
is a `res.users`. Hence if `leave_manager_id` is not set, we have
`leave_manager_id == False`.
Next time we change `parent_id` (employee with a user)
we have `False != parent_id.user_id` and the leave_manager_id
is not set.
This commit adds the concept of sms into the utm.campaign
* Add "Send new sms" button to the cta
* Add a SMS stat button
* Add a sms page in the notebook
LINKS
Task ID 2074813 (FP request UTM refactor)
closes odoo/odoo#37185
Pr: #37185
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
This commit cleans up the utm.campaign form view:
* Don't display mailing related things if no mailings on the campaign or
if the campaigns were not activated in mass_mailing settings;
* Stat button for the mass mailings was wrong, it was displaying the number
of mails instead of the number of mailings;
* Remove unused global click ratio field all other fields/methods related
to its computation;
* Remove ab testing cta on campaign form;
* Add groups on mailing related fields to avoid access errors;
LINKS
Task ID 2074813 (FP request UTM refactor)
PR: #37185
Considering that mass_mailing, mass_mailing_sms and social all had their
own buttons to add in the header, the header previously defined in
mass_mailing had to be moved into the root utm form view.
Task ID 2074813 (FP request UTM refactor)
PR: #37185
Having a global click ratio on the campaign was pointless considering the
nature of the social.app and its posts. Therefore, we decided to have a
global click count which gives a better idea of the popularity of the campaign
itself.
Task ID 2074813 (FP request UTM refactor)
PR: #37185
Purpose of this commit is to add an anchor in mass mailing view in order
to ease some marketing automation fixes.
Also reset the sms composer context when sending sms from an sms mailing
as it may create some issues when sending manually an sms from a marketing
activity (see enteprise). Indeed wrong participant is chosen.
Task ID 2073158 (marketing automation fixes)
PR #37185
PR odoo/enterprise#5693
wan