In the sales receipts :
- In Sales Receipts : Change the String Date into Bill Date
- Always display the Journal Items tab
- In the Journal Items tab : Display the date. the string should be Accounting Date
- In draft : There should be an onchange on the accounting date when the bill date is changed
- In draft : It should be possible to change indenpendently the accounting date
- The entries should be posted at the accounting date
In the purchase receipts :
- Always display the Journal Items tab
- In the Journal Items tab : Change the string Date into Accounting Date
- In draft : There should be an onchange on the accounting date when the bill date is changed
- In draft : It should be possible to change indenpendently the accounting date
- The entries should be posted at the accounting date
Contrary to other payment acquirers all transactions through stripe are
s2s transactions. Because of this payment_stripe has to create it's own
payment.transactions which is unusual.
Because of this payment_stripe needs a sale order id which will be
provided by website_sale in request.session. website_quote doesn't do
this so this extracts it from the return_url, just like
website_quotation.js does.
opw-678117
The attendance module needs to know if the user is an employee before
putting itself in the systray. This commit add the information in the
session infos, and use it directly.
This commit introduces a mechanism to add information into the session
from a different module, without having to fetch it manually with a rpc.
This is intended to be used with small pieces of info required at the
start of the web client, such as currency informations.
To add information to the session, one can simply inherit from ir.http
and modify the session_info method.
By default, when reading a m2m field, entries that are
deactivated in the destination table are not included.
This behavior is desirable in some cases (e.g. for
"tags" or "categories", but not for entries that
significantly impact other field values in the parent
record, such as taxes.
The problem is rather obvious: when displaying a
paid invoice that used taxes that are now deactivated,
the taxes are hidden while they still affect the
computed amount. And after cancelling + resetting
to draft, the tax is not taken into account anymore,
while still being linked.
Forcing the field-level (python) domain to include
both active and inactive entries solves the problem:
- when reading, displaying and recomputing values,
deactivated taxes will be included.
- when trying to pick a tax, deactivated entries
will still be ignored, as expected.
This commit applies the technique to all m2m
fields that refer to taxes.
Fixes#12066
opw-677751
This particular report was broken for a long time. Instead of fixing it
it was removed because the use case for it is unclear and noone seems to
actually be using it anyway.
There is no way to directly create restaurant.table records in the
backend. The only way is through adding it directly to the table_ids
one2many on restaurant.floor and when doing that floor_id is
automatically set.
Closes#8705
When using sale_timesheet to create tasks in specific project for certain
products, you should be able to set this setting by company.
Indeed, standard ir_rules prevent you from seeing projects from other
companies; therefore it makes little sense to have this field set to
the same value for all companies.
Symptoms: running a full reconciliation manually with that wizard was resulting in not fully reconciled aml altough the total in company currency and in secondary currency were perfectly matched. Full use case described in added test test_manual_reconcile_wizard_opw678153.
Problems:
- The system was processing by pair of aml and creating exchange rate entry/full reconciliation as soon as possible whereas in that case it needs to be postponed at the end of the manual reconciliation otherwise some entries would be excluded from processing.
- Another problem was that because of this batch processing, we ended with unconsistent amount_residual_currency values for some entries that were fully reconciled in company currency but not in foreign currency (also negative amount_residual_currency for a debit line which should never happens)... To solve that, we now process the manual full reconciliation in two steps: only in company currency first, then in secondary currency if needed. A small adaptation in the payment widget of invoices was needed for that too.
session_instance.js moved from framework/ to services/ and renamed into
session.js, which required to change the bundles in report and web_editor
addons.
Hide the group in the stock_picking_type form view if in configuration setting:
- Packages: Record packages used on packing is false
- Lots: Track lots or serial numbers is false
'foo %s bar' % 'alice' if False else 'bob' returns 'bob', not 'foo bob bar'
The previous strings returns '>=' when the direction is future while it should
be 'COALESCE(l.date_maturity,l.date) >= %s'
Fixes#10654Closes#10695
The code uses self.depreciation_line_ids[0] and incorrectly assumes it
is always the latest (newest) depreciation line. This sorts the
recordset to guarantee that this is true.
opw-678678
The issue occurs in the following case:
- Configure 2 product categories A and B such as A is the parent of B
- Create a pricelist
- Create a first pricelist item which applies to category A
- Create a second pricelist item which applies to category B (with the
same configuration regarding the minimum quantity)
- Create a product for category B
Before this fix, we cannot ensure that the pricelist item related to
category B will be applied, since we do not order the pricelist items by
category.
Thanks to this fix, we make sure to select the category from the more
specific to the less specific.
opw-678633
>In Dashboard/Your pipeline and in Sales/Your Pipeline: Remove the Direct Sales team filter.
>In the kanban view, if the expected revenu = 0, the "," shouldn't appear.
>In lead form view, remove the Opportunity header and move Probability under Analysis in Extra Info tab.
>Rename Your Pipeline into My Pipeline to match the menu entry.
When posting on a thread the user can be auto-subscribed to its default
types. But if the user has previously been subscribed to other subtypes,
those are lost.
With this commit, user mentionned (@{username} in message) or added as
follower for default subtypes are not subscribed if they were already
followers of the record.
So if default subtype is "Comment" and user was only following subtype
"Alarma!" (by checking it and then un-checking "Comment"), then if the
user comment:
-> before this commit, the user would then follow subtype "Comment" and
not follow anymore "Alarma!"
-> after this commit, the user would follow the subtype "Alarma!"
closes#12008
opw-669127
opw-673766
It sounds better to call the "Accounting" section of the Inventory app settings
"Stock Accounting" considering it only concerns stock accounting and nothing else.
Closes#8095
This sentence was turned in a way that was making the user reluctant to click on
Apply while this is a normal flow to follow most of the time.
Closes#11763
qsm-odoo