Searching on `log_ids` field is slow when there is a lot of users.
Count the number of active/pending users directly in sql.
Only show the last 10 pending users. Add a link to the full list view.
This partially reverts commit e5d5737dde.
Changes in the database structure is not allowed in stable release.
Therefore, only the display of this configuration should be moved.
The incoterms features (and group) are available upon the
installation of the `sale_stock` module.
The configuration to enable this feature should therefore
be in the Sales configuration only when this module is installed.
Otherwise, it just has no effect.
opw-653970
Including :
- sales and purchaes flows did not match the actual sales and purchase
applications due to last changes in v9. Those have been udpated.
- typos, wording, use of tense
- links: from 8.0 to 9.0, internal links
- and more stuff
Update pot file for stock is included in this commit, as this is a stable version.
If no seller is found, do not update unit price and taxes. Indeed, if the
user changes the quantity, it will reset the unit price and the taxes,
which is confusing.
opw-653094
This prevents an access right error when saving a sales order after changing
its delivery method. The latter updates sale order lines by an onchange, which
causes the unexpected update on the field.
On a list of product, the attribue list (can be activated via the
customize menu) only contains the attribute pertaining to current
filtered product list.
Also, all the values of a the attribute are showed, even if choosing a
value will result in an empty product list.
It could lead to usability issue in some situations.
e.g
1) the current showed products number 2 with an attribute color,
2) we select "Red" which isn't a value these 2 products are declined in,
3) the current show products is now empty, but we can't un-select the
"Red" color since "Color" is not an attribute of any of those 0
product.
This commit solves this issue by displaying the currently selected
attributes if no product is displayed.
opw-653594
in some cases, it is possible to call the method
channel_join_and_getinfo when the user is already in the channel. This
may (and did) cause issues in some unrelated code. This commit
guarantees that this codepath will avoir creating another entry.
Another way to achieve this result is by adding a constraint on the
model mail.channel.partner, but this is in 9.0, so we must be careful.
Every time the user updates a message, the js code triggered a rpc to
refetch messages in the current channel. This is useless, since the new
messages have been fetched anyway by the bus.
The 'string' attribute for both needaction_partner_ids and needaction fields
was 'Need Action'. This was problematic for example in the custom filters of the
searchview as it looked like the same field was appearing twice.
Update mail.pot as well.
A PlannerDialog does not extend Dialog for historical and graphical
reasons. Thus sometime a logic in Dialog is missed in a PlannerDialog
whilst it is useful.
In this instance, when doing an action from the planner which destroyed
it, the modal backdrop was not removed by bootstrap. Bootstrap does this
when the modal 'hide' function is called.
opw-653734
Issue: if the currency is before the value and we try to add a number at the begin of the value, the number is not saved (because the browser insert the number before the span).
Add a onEnableEditableArea in the rte to change the contenteditable value and the default behavior.
When a partner is created, the fiscal position is set automatically if
possible. This is not correct, the fiscal position should only be set
automatically on a SO, based on the delivery address.
Here is a scenario explaining the reason:
- Create 2 fiscal positions, one in US and one in Canada. Both fiscal
positions apply automatically depending on the country.
- As an non-logged user, go in the web shop
- Buy a product
- At the checkout phase, the Billing Information are in US, but the
Shipping Information in Canada.
- The fiscal position which will apply will be US, while you expect it
to be Canada
The reason is that the fical position which applies is the one on the
parent partner (US in this case), since all children partners must have
the same accounting data.
With this fix, we simply remove the automatic setting of the fiscal
position on the partner.
opw-653072
When creating a calendar event with all_day=False, the fields 'start' and
'stop' did not have to be set by onchange_dates due to a bad datetime format.
Then the function used to set fields 'start', 'stop', 'start_date' and 'end_date'
must be onchange_duration(only used when with all_day=False).
This function has been introduced by b7e393a.
opw:653045
The installation of these modules must not require
the installation of the full accounting,
the module `account_accountant`.
- base_iban: This is a dependence of multiple localisations
be, ca, de, do, ec, es, fr, gr, it, lu, nl, no, pl, si, uk, vn
installing the invoicing with these localisations must not
require the full accounting.
- account_check_printing: `l10n_us` depends on it, and this localisation
must not required the installation of the full accounting.
In this case, even if `account_check_printing` is installed,
the configuration for it won't be available, there won't be any menu
for it, but this isn't a matter, as checks are supposed to be used
for purchases, and invoicing is supposed to be used for sales only.
opw-653271
request.website.user_id corresponds to the public user, while we want to
select the default pricelist of the connected user.
Moreover, if the connected user doesn't have the appropriate access
rights, it will cause a Forbidden Access error.
opw-653792
When confirming a sale order through the ecommerce
(at payment, most of the time),
the confirmation email should be sent at confirmation.
This is the subject of the revision
809e1a6081
that was lost with revision
94716a3f14
At the moment, the email was sent only for
orders not being automatically confirmed
(transfers, for instance).
opw-653800
If the delivery method chosen is NOT an external provider (such as
Fedex, UPS...), the shipping cost is not set on the delivery order.
This fix will search for any shipping cost on the associated sale order
and will update the shipping cost accordingly on the delivery order.
opw-653328
When clicking on button "add_to_cart" for a product with several options,
the user must be redirected to the product page. In this way, the user can
choose the options, he wants to buy with the product before adding the product
in the cart.
opw:653356
Generalizes the mention mechanism to allow mentionning partners (@) and
channels (#).
When a user clicks on a mentionned channel, it subscribes to it and joins it.
If the mention is in a chatter, the user is redirected to the Discuss client
action.
Moves the RPCs to get the menu and action id of the Discuss client action from
systray.js to chat_managaer.js as they are now needed in the chatter as well.
Also fixes the on_channel_clicked redirection for notification message
(created/joined/left #channel). Those three messages are now of type
notification, and correctly redirect on click.
The options dictionnary given when performing a do_action is now transmitted
to the client action initialization.
This was required for the mail client action, to correctly redirect to a given
channel.
- display hash before text in create channel input
- increase limit for message fetching from 20 to 100
- 'Show more messages' renamed ino 'Show older messages'
- remove border top and bottom on selected messages
Currently server side there is two differents source for html content
displayed on a qweb rendered page:
1) ir.ui.view arch value
are stored as xml and are unescaped before being displayed, so we have
to escape the text nodes before saving.
e.g:
* should be stored as   since it is an HTML entity but
not a defined XML entity,
* & should be stored as & since when unescaping it, it
would become & which is invalid in HTML,
* < should be stored as &lt; since when unescaping it, it would
become `<` so HTML text node could become HTML element node.
The tag themselves can also be escaped but it often has the same result:
<em&;gt;blah</em> is the same as <em>blah</em> when unescaping
is applied to both.
But it is required is some instance, e.g <!DOCTYPE html> unescaped would
be invalid xml.
2) openerp.fields.Html value
are stored directly in HTML formatting and should, conversely, not be
escaped before being stored.
Thus when saving an ir.ui.view part modified thanks to the website
editor, an escaping of text node content is carried out to take this
into account, but the same was currently not done for the v9.0 new
translation system.
This commit apply the same logic when saving ir.ui.view as when saving
ir.translation values.
Thibault Delavallée