Before when creating a vendor bill with a tax 15% and a price unit less than 87, the widget to edit the tax amount was wrongly displayed, the pencil and amount was broken into two lines. This fixes this behavior by ensuring that the all block stays together using the css property white-space: nowrap
closesodoo/odoo#37049
Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>
PURPOSE:
Journal entries created through an email alias should go in that
journal.
linked to task-2067097
closesodoo/odoo#36836
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Previously when opening the manual reconciliation widget with several lines, trying to put the focus on another line by clicking on the grey line was not working due to a o_field_widget with the partner name taking all the line and there is an event on that o_field_widget that stop the propagation of the event.
Also changing the partner value was only changing the value in the grey zone and not in the other field.
Therefore as it was strange to have twice the name of the partner display one above another and that it was causing problem for the focus of the widget. We removed the name of the partner that was readonly (leaving the editable field where we can change it) and we replaced it with the name of the account which makes more sense.
closesodoo/odoo#36881
Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>
If we don't want the user to write in invoice_origin, then we should hide it when empty. It's weird to show an empty field that no one can edit.
closesodoo/odoo#36923
Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>
Formally, when I try to install a chart of account that have parents the new expenses/income accounts created don't have the proper taxes linked.
This is case was because the expense/income accounts where created on the parent chart and the taxes on the last chart being installed.
With this modification we fix that and we improve the way it's done by:
1. Doing it only once when all the accounts has been created.
2. We don't write into the account.account.template on each iteration, we just write onto accounts that is where we need it to be done
The function _blurProposition returned a promise that was causing
concurency in the function quickCreateProposition. The _computeLine from
_blurProposition was erasing the value of reconciliation_proposition
created in quickCreateProposition.
However, the _blurProposition was didn't need to call _computeLine as it
was called later.
closesodoo/odoo#36904
Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>
If a line was produced by a reconciliaion model, it shouldn't be put back
in the reconciliation propositions because a rpc request would not give
it back. Also, the line is not correctly formatted.
closesodoo/odoo#36826
Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>
When trying to edit the amount of a proposition of an inactive
statement, the focus of the line tried and the edition of the amount
were racing one against each other causeing flickering and making it
hard to edit the line.
We removed the focus as it was intended for the keyboard navigation but
it was not fully usable, so we also removed the accesskey needed for the
focus.
Before, it was possible to select lines from different companies and create a line from a yet different company. This is now forbidden.
Also, add tests to ensure only the account is changed when creating an accrual entry.
closesodoo/odoo#36751
Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>
With the changes in the ORM, the method _compute_has_chart_of_accounts is now also called after the create, erasing the value of chart_template_id.
We cannot set that field as related to the company because set_values checks if the value changes and it wouldnt be the case if we already changed it at the validation of the config form.
So this commit checks if there is already a value before setting the default.
closesodoo/odoo#36780
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
When there is a lot of data to be displayed in the searchpanel, the scrollbar appears. The with of the scrollbar takes too much space compared to the width of the custom searchpanel.
This commit reduces the size for Chrome and Firefox >= 64
closesodoo/odoo#36758
Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>
Install Account, do an invoice, send and print it. Install
snailmail_account, do the same process. The wizard refuses to send the
email because the Compose field is empty.
The `account.invoice.send` model is defined with an `_inherits` to
`mail.compose.message` on the `compose_id` key. When the model is first
created, that `compose_id` key is left unpopulated on the view as the
referenced model is not created yet. Hence posting the view is
impossible as it fails the form validation.
closesodoo/odoo#36715
Signed-off-by: Rémi Rahir (rar) <rar@odoo.com>
To get a better overview of the groupy view like "Sales Journal",
we need some attachments on invoices.
Furthermore, the product's label was missing on all invoice lines.
closesodoo/odoo#36573
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
Task 1902206
When importing from winbooks, there might be entries with the amount_currency that matches but with an exchange difference that was not yet created. This commit allows to do a reconciliation without trying to do a full reconcile if it is the case
closesodoo/odoo#35055
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Task 1986647
With the reworking of the account_report_followup module, these variables and methods are no longer needed. Now everything is done with followup levels, with only one level by default
Also rename account_report_followup to account_followup.
closesodoo/odoo#35772
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
- show period along with 'Tax Report' activity of journals on accounting dashboard.
- added 'Upload Invoices' button on sales journals in Accounting Dashboard.
- added 'New Bill' button on purchase journals in Accounting Dashboard.
Task: 34740
Closes: #34740
Co-authored-by: Hardik Prajapati <hpr@odoo.com>
Removed a browse on partners made in a loop, for a substantial gain of time and DB queries.
Observed gain for a real data DB with 500 partners to print in the aged report:
time (ms) # queries
Before patch 4583 1623
After patch 2932 553
Gain 1651 (36%) 1070 (66%)
closesodoo/odoo#36488
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
As we have to set account on product and product category to know in which
account generate some accounting entries in some business flow (e.i.: expense),
we need to keep some consistence with those accounts.
Since those fields are company dependent, meaning their value depends on the
current company, we want to ease the selection for the end user by only displaying
the relation available in the current company. To do so, specific domain are needed.
This guidelines should be applyied on each property fields.
Task-1999686
When creating invoices via the 'Upload' button, the
'message_main_attachment_id' field wasn't set on the record. This
happened because the message posted in the chatter was linked to the
wrong 'res_model' which prevented it from being selected as the main
attachment.
This was causing a bug in the OCR module ('account.invoice.extract')
where we use this field to determine which attachment must be sent to
the OCR server.
closesodoo/odoo#36309
Signed-off-by: Florian Daloze (fda) <fda@odoo.com>
* When clicking on the partner m2o selection field before having clicked on the bank statement line, 2 events occured:
* the bank statement line expanded
* the partner selection showed
This could lead to unwanted behavior as the renderer could update
-> Stop the propagation of a click on .o_field_widget to prevent
flickering and possible update of the statement line widget
* Always recompute the create line as sometimes the value is not correct
when removing a proposition
closesodoo/odoo#36322
Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>
shortened the full_reconcile_id column by re-labelling it 'Matching #'. Asked in 2049120
closesodoo/odoo#36445
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Task 2008956
* Remove the sequence from the default order of account.move.line as it
is only needed in the list view of the invoice form view; add it
there.
* Allow to order by date on the grouped list view of account.move.line by
setting an aggregate function
Task 2008956
* Add the root of an account (first 2 digits/char) as a searchable model.
* Create a custom searchpanel for this account root on account.move.line
* Add the account_root searchpanel to the account.account view too.
Before this task,
There was no warning message when invoice date is set in
future.
task-2053068
closesodoo/odoo#35796
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
In german
In account > settings
click on add a bank account
search for a bank that doesn't exist
And click, on the middle of the modal, on "create ..."
Before this commit, it crashed, because the term was wrongly translated
After this commit, it opens the form view to create a bank account
OPW 2068507
closesodoo/odoo#36652
Signed-off-by: Lucas Perais (lpe) <lpe@odoo.com>
This translation causes a traceback when opening accounting app in
arabic.
opw-2068360
opw-2068513
opw-2069010
closes#36570
Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>
Cedric Snauwaert