If we are in dev mode, _read_template has no cache, so impossible to clear the cache.
Some code call directly the _read_template, it's why the condition is duplicated (fe4df440a0)
sale_crm : prevent the creation of SO from lead form view (avoid bypassing process)
website_quote : "View Quotation" on SO form view should not be a state button, so it is now replaced by a link near the field
The datetime widget use the "keypress" event to detect if it has been
changed. Unfortunately, some keys, such as backspace, do not fire a
keypress event. This commit listen instead on the 'change' event, which
should fire when the input has changed.
from demo to data. Indeed when installing the HR module people
expects some basic data for their daily management: sales
and administration are basic departments used in every
company.
This reverts commit 79c338dcb352be3d40118f998a76e1b7576a35da.
This commit has been done hastily without review. Moreover it
mixes changes related to different stuff.
The commit is then reverted to allow a propre review and cleaning
of the branch.
Modification summary:
KNOWLEDGE
get rid of the module Knwoledge, keep Document Management for docusign, which will be name eSign when merged
SALE/CRM
– Phone Calls becomes Calls, remove scheduled calls menuitem
– Merge Sales/CRM menuitem into Sales/Sales
– Page Views into scoring page views
– Configuration : Attribute, Attribute value in technical features
LEAD AUTOMATION
– Group Campaign and segment
– Report : Move Follow-up into it
WAREHOUSE
– Move traceability menuitems into inventory control
PROJECT
– Service, move it to Configuration, get rid of Products menu
– Invoicing : remove it, there are stat buttons, and contracts are managed in sales.
Timesheet :
– Timesheet profit, rename into Profits.
`purchase_ok` is already in the view,
This field is already set in the view
`product.product_template_form_view`
and `account.product_template_form_view` inherits from this view.
Setting twice a field in a view prevents to correctly change
the field.
opw-641485
In `account.abstract.payment` model,
The `partner_type` and `payment_type` fields had set as default
`supplier` and `outbound`, respectively.
The thing is, the `default_get` method of model `account.payment`
(inheriting on the above model), will keep these default values set,
even if the invoice is customer invoice, which is wrong.
Either, this `default_get` should ignore the current default values,
either, the default values should not be wrong in the first place.
In this revision, I choose the second solution. Therefore, I had
to add the default value `outbound` in the purchase payments
menu action.
opw-641441
`default_debit_account_id` and `default_credit_account_id`
are not required.
The code computing the journal account balance should not
rely on the fact it is.
opw-641433
- Preserved explicit 3rd-party copyright notices
- Explicit boilerplate should not be necessary - copyright law applies
automatically in all countries thanks to Berne Convention + WTO rules,
and a reference to the applicable license is clear enough.
- use a wizard to ask about creating a new bank account + journal
- fix 'Import Statement' action from the dashboard
- make l10n_be_coda new-api-compliant
Jeremy Kersten