External layout for reports can be customized. 4 Layout are currently
proposed, selectable from General Settings.
An onboarding popup is shown to select the layout to used if none has
been shown nor a company logo chosen.
Joint works by Fabien Pinckaers, Antony Lesuisse and Christophe Simonis.
Design by Csaba Fazekas.
Remove field 'display_on_footer' to stop displaying
account journal on report documents.
As the field is removed but also used in payment to
generate default 'Thanks Message', put a new field
on account.journal in payment module, to keep the
role 'display_on_footer' had in payment.
The onchange code calls the variable 'partner' before assignement,
this error comes from the migration in rev: https://github.com/odoo/odoo/commit/d45996c9
We fix it by calling the right 'self.partner_id' variable
It was checking the partner ID wasn't the public user ID, instead of the public
user's partner ID.
Date domain was also no applied correctly.
The action has been transformed into python method to have
access to both flexible datetime constraints + references.
Menuitem took the name of the action as it didn't have one himself.
Action's name got changed but menuitem didn't need to change, so a name
was added for the menuitem.
These `end` migration script will be executed when all modules have
been updated and models setup.
Also accelerate the search of migration scripts, speeding up registry
loading.
To reproduce:
- Configure an external payment provider (e.g. Ingenico) with "Authorize
& capture the amount, confirm the SO and auto-validate the invoice on
acquirer confirmation"
- Create a quotation with a product linked to a subscription
- Send the link to the customer
- Click on "Accept & Pay", use the configured provider
The SO is confirmed, but the invoice is not generated.
By calling `action_confirm` in the callback of the transaction, we
validate the SO before `form_feedback` is called. Therefore, the method
`_confirm_so` will do nothing since the SO is not in state 'draft' or
'sent' anymore.
The solution is to manually call `_confirm_so`instead of
`action_confirm`. This is necessary to do it at this moment since we
might not go through `form_feedback` (e.g. if we pay thanks to wire
transfer).
opw-694273
Before this commit, the field `web_icon_data` was a computed field
that depended on `web_icon` (which either specify a path to an image
or an icon).
We can now directly set the image binary value on the field.
The previous behaviour in which the binary is computed based on the
path is kept at the menu creation/edition, but the field is not `compute`
anymore.
This commit simplifies server code execution by allowing only server
actions to execute code. Scheduled actions (ir.cron) and automated
actions (base.action.rule renamed to base.automation) now delegate all
code execution to their own server action, using inheritance. Those
models now contain only fields related to cron details for scheduled
actions, or triggers and filters for automated actions.
Server actions have been simplified. Main options stay the same but
complex options in creation / update have been removed. Those should
be done using code-based server actions. A server action type to add
followers has been added.
Views have been updated accordingly. Base form view of server action
is used as a base for scheduled and automated action. Editing a cron
or an automated action looks like editing a server action with some
added fields.
Thanks to @fpodoo for the original idea and preliminary work. Thanks to
@jpr-odoo for first developments and @tivisse for improving and cleaning
the work. Thanks to @jem-odoo and @rco-odoo for reviewing.
Fabien Pinckaers