avoid a traceback when resending a SMS
It was because arguments of the js function setSmsStatus
were undefined in this case
closesodoo/odoo#36907
Task-id: 2070836
Signed-off-by: Pierre Rousseau (pro) <pro@odoo.com>
It was no longer possible to send SMS in batch in the list view
This is because it was missing the default_res_ids key in the action context
task_id: 2070836
- Description is no longer needed since it provides the same info as the header.
- The ref field will be used to set a custom description on any invoice (not just vendor bills).
- Don't display the name on the report if the move hasn't been posted.
closesodoo/odoo#37683
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>
Since https://github.com/odoo/odoo/commit/02dab5dc88112fd5f5ee43882ca022529acb4abf,
the JS is now lazy loaded. As the "Register Now" button on each event
page relies on JavaScript to perform a RPC, it needs the JS to be loaded
to be able to work properly when clicking on it. In this case, clicking
on it while the JS is not loaded yet performs a standard form submit,
which lands on a route which cannot handle a standard form submit which
then results in a 400 error page.
This commit fixes the problem by adding the 'o_wait_lazy_js' class on
the button which simply prevents click on elements during lazy loading.
Discovered while working on task-2043872
closesodoo/odoo#37675
X-original-commit: https://github.com/odoo/odoo/commit/5e885436f9a77b4c387cd0b1eb07102ff85bec03
Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>
Before this commit, the "renderer with search panel" have a max-height
of 100% but no min-height. Because of this, it is possible that the
list view optinal fields dropdown would be smaller than the "renderer
with search panel" container. Since this particular container has to
be in overflow: auto (see the comment on the line above the change),
it hides the overflow of the optional fields dropdown.
This commit sets the height of the "renderer with search panel"
container to 100% such that it does not truncate the optional fields
dropdown. The bug was observed on the General Ledger menu of Accounting,
and the change does not look to change anything other than correctly
displaying the optional fields dropdown without truncating it.
closesodoo/odoo#37660
Signed-off-by: David Monjoie (dmo) <dmo@odoo.com>
This commit sets the call to default method on move field in reversal
wizard as lambda to ensure that the right method
is called when it is inherited (as in helpdesk_account module).
It also changes the form view so other module can use it to refund
invoices (move_id field first in the view as it will determine if refund
method should be visible or not).
Task-2047999
closesodoo/odoo#37635
X-original-commit: bcda50aeca44b292417024a5e422ffb8698e0c99
Signed-off-by: gla-odoo <gla-odoo@users.noreply.github.com>
You DO want to be able to change your user's email address from the
employee profile
closesodoo/odoo#37674
Signed-off-by: Romain Libert (rli) <rli@odoo.com>
Before this commmit:
Show wrong value in Tax report
After this commit:
Show right value of taxes in Tax report
closesodoo/odoo#37673
X-original-commit: 67ad5e1ecbcb9aee3f47c400b82b9df989c05d78
Signed-off-by: Josse Colpaert <jco@openerp.com>
The report sale closing that was working on journal and takes the sales
total and cumulative total on periods of 'day', 'month' and 'years'. Is
now based on the pos orders and moved to the pos certification module.
closesodoo/odoo#36967
Task-id: 47990
Signed-off-by: pimodoo <pimodoo@users.noreply.github.com>
We've added a repport that guarantee that the blockchain of hash has not
been altered. It recompute the hash and check that they are the same as
the one stored.
TASK-ID: 47990
Once an order is created in the french certification, we cannot modify
it wihout traces, so we've disabled the edtition of the order lines in
the frontend, disable the price changing, and the deletion of orders.
So when we want to decrease the quantity, a line with negative quantity
should be done.
TASK-ID: 47990
When an order is sent to the server from the point of sale, a unique
hash is generated by the server. This hash must be printed on the
receipt to allow the comparison between the receipt and the data on the
server and guarantee the unalterability of the data on the server.
TASK-ID: 47990
Until now, the ticket printed from the web or to the printer were
different because one was using the OrderReceipt template and removed
some fields, and the other was using the BillReceipt.
We are now using only the bill receipt, to avoid to maintain multiple
template showing the same thing.
TASK-ID: 47990
When a receipt is reprinted, the word 'DUPLICATA' is printed at the
bottom of the receipt.
We are also allowing to reprint ticket even if no printer is selected on
the POS config as nothing prevent to do this.
TASK-ID: 47990
Retrieving selection data for a custom field while setting up a model
should not flush() fields in `ir.model.fields.selection`.
closesodoo/odoo#37667
Signed-off-by: Raphael Collet (rco) <rco@openerp.com>
If the current date changes when creating the invoices (e.g. nightly builds)
the results are not always in the same order because the matching rules propositions are
sorted by date in the descendant order.
closesodoo/odoo#37653
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
The 'Miscellaneous Operations' journal was used instead of the 'Vendor
Bills' journal for that demo invoice, which lead to a crash when
processing it with the OCR.
closesodoo/odoo#37618
Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>
Before this commit the error 'Insufficient Credit' was not triggered by the python side, so the notification was never displayed.
closesodoo/odoo#37649
Signed-off-by: Rémi Rahir (rar) <rar@odoo.com>
Before this commit when installing l10n_mx chart of accounts taxes for
0% and 4% were the ones assigned by default in products or in invoices
for sales and purchase, respectively.
Reason was wrong sequence in the Template of Taxes, combined with order
of creation, ids.
now the two ones with lowest sequence are the 16% Taxes.
closesodoo/odoo#37642
X-original-commit: 357943e9440683f2bff01dc2f1ef074e5104769a
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
[FIX] add account asignation to taxes
[FIX] Fixes after code review
[FIX] remove default value for taxpayer_type
[IMP] add an empty section in res_config_settings_view as a holder
for any Chilean Localization future configuration setting.
[FIX] change location of Chilean Localization section
closesodoo/odoo#37555
Signed-off-by: Josse Colpaert <jco@openerp.com>
After this commit, you will be able (in technical mode) to update the url for
the python controllers.
Eg.
You can now rename /shop in /garden and /shop/product/ in /garden/vegetable/
Most of urls will be replaced at fly in the renderd qweb, with the function
url_for but all old urls will keep available. So if you access url /shop you
will be automatically redirected to /garden (308 Permanent Redirect).
As for cdn and other post-process of att, the automatically replacement in the
rendered qweb is only done when you will be not website editor. But the new
dispatch of URL will be applied in all cases.
For developper, since it is Permanent Redirect, don't forget to clear cache or
open chrome debug tool (with option 'Disable cache while DevTools is Open) to
see your lasts changes.
closesodoo/odoo#36555
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>
The form proxy will raise an error if a required field is not filled,
even when the web client would let it pass through. Indeed, the web
client (correctly) assumes that a user cannot fill in an invisible
field and that something will probably be done on the server to handle
that (e.g. an override of the write/create or simply a command-handling
code by the ORM). Since invisible fields do not even get a widget
instaciated for them, no validation takes place whatsoever.
Since it is sometimes (for obscure reasons) necessary to include all
kinds of invisible fields in tree view (e.g. to get correct values for
related stored fields, somehow), it is possible that required fields
in a view are in fact not really required since they are ignored
by the web client and then correctly handled/modified server-side.
This commit adapts the test proxies to behave similarly to the web client
(since that is, after all, the goal of these proxies) and to ignore
invisible fields when validating views.
closesodoo/odoo#37432
Signed-off-by: Damien Bouvy (dbo) <dbo@odoo.com>
When the only app installed is 'invoicing', people were getting an error while trying to generate the account.reconcile.model from its template. Could have done it in sudo(), truth is: account.reconcile.model object is not security critical
closesodoo/odoo#37622
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Two testcases failed when ran at 23h59 and 50 seconds because of a wrong
order on date.
closesodoo/odoo#37599
Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>
It is difficult to select an account.move.line of an invoice if there is a product but no label on the line. By showing the name of the product, we know what line we are choosing
closesodoo/odoo#37596
X-original-commit: cf53f9c1909f85bdcb34f9acf79df1c8dc2a2da5
Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
Issue: after many2one updates, the cache of the corresponding one2many
fields was inconsistent when the latter depends on `active_test`. One
of the values in cache was updated, while the other was left intact.
We simplify the cache by not making the field depend on context: the
cache value contains all the records in the relation (corresponding to
`active_test=False`). The value of the field is automatically filtered
by the `active` field when the value is accessed.
This makes it easier to maintain the cache value, guarantees its
consistency, and avoids queries to read the one2many field with
`active_test=False`, after having set it with `active_test=True`.
The aim of this commit is to remove the mail notifications when there is no more credits on IAP accounts for SMS integration with stock.
Task-ID 2077783
closesodoo/odoo#37559
Signed-off-by: Rémi Rahir (rar) <rar@odoo.com>
rating_per_user was instanciated the wrong way, as all the key pointed to the
same reference. Once a value was modified in the value dict, all the other
values in rating_per_user were also updated.
Task ID: 2076656
PR #37511
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
Gorash