1e936c9df4 assumes that website_sale_stock
is installed.
As website_sale_delivery depends on website_sale and delivery (that
depends on sale_stock), website_sale_stock should be auto-installed, but
not always BEFORE website_sale_delivery.
So we mark this dependency as explicit.
Various steps have been taken to put the web client on a diet. Most
notably:
- remove many useless libraries
- custom builds for nvd3 and jquery ui
- remove web_editor (didn't work anyway)
- lazy loading of raphaeljs (for the diagram view)
When clicking on the 'Put in Pack' button, do not open the wizard
to select the packaging_id if no packaging_id is available for this carrier
('package_carrier_type').
Example:
- If the carrier is Fedex, it makes sense to open the wizard
- If there are no packaging, it doesn't
On the field 'Add Purchase Order' on vendor bills, don't allow the
user to create a new purchase order.
The button 'Set to Done' is not clear. This button will prevent the
creation of new invoices for this purchase order. Done is not a 'final'
state and the naming is not clear. Fp proposes to rename the state
'Locked' and the button 'Lock Bills'.
Remove the RPC to retrieve the action_id of the client action as do_action()
can take directly the xml_id, and batch the RPC to retrieve the menu_id with
the initial RPC used to fetch channel slots, emojis...
The value validation was de facto nullified by escaping invalid translations in
`XMLTranslator.process_text`. Reimplement it by checking whether the
translated term can be translated back to its source term in the field value.
The sanitization of translated terms is now gone, as not all terms should be
sanitized (like attribute values).
Do not parse the translation of an attribute value. The content of a
translatable node attribute (such as 'string') should not be tested for
XML/HTML validity: the value can contain special chars such as `&` in its
source and should not be escaped when evaluated.
This fixes escaped page title in the partner form
`Sales & Purchases` => `Ventes & Achats`
In Odoo 9.0, the field `company_id` has been moved
from the `res.currency` model to the `res.currency.rate`
model.
The different reports applying the currency rates on the amount
at date have not been updated according to this change. This
includes the sales, purchases and invoices analysis report.
Basically, before 9.0, there was one `res.currency`
per existing currency per company. A simple `JOIN`
on the `res_currency` table was therefore enough
to apply the currency rate.
From 9.0, the currency records are shared between
companies. It's the rates (`res.currency.rate`) that can be
set a on specific company. The simple `JOIN` on
`res_currency` is therefore no longer enough: the company condition
must be added. Only rates from the specific company
(e.g the company of the invoice) must be considered, or rates
without companies.
We take the opportunity to factor out the method, so, if a correction
must be done, it must be done in one place only.
opw-669129
Users are tempted to enable all features they
see under the former "Speed" section of the
website settings, even if they have no idea
what they do.
One of them was `CDN Base URL` and had a default
value that was wrong and very likely to break
your website if enabled by mistake.
This commit replaces the default value with
a placeholder that looks more like a `sample`
URL, and makes the fields required when the
CDN option is enabled.
It also moves the whole "Speed" options to
technical features / debug mode.
The checkbox `Assets management & Revenue recognition`
actually installs only the assets management. The revenue
recognition is not installed when checking this box.
Actually, the revenue recognition is not even
available within the community edition. This box
couldn't therefore possibly install this module.
opw-669093
On printing, the announcement bar URL was displayed
in the printing result.
e.g.
`https://services.openerp.com/openerp-enterprise/ab/register/...`
was displayed at the top of the print.
This is related to the revision 50a4ca31f8.
This is due to this simple typo, the according CSS rule was
never applied because of it.
Add a dummy 'match_rules()' function for backward-compatibility of commit
d8605b79, as 'match_rules()' was called from server-side 'im_livechat.loader'
template.
Darshan Kalola