Merge remote-tracking branch 'odoo/7.0' into 7.0

[IMP] stock: added missing 'context' parameter (opw 616952)

[FIX] web: many2many_binary widget upload

once widget extended with ReinitializeFieldMixin, the event binding with the binary file input and the on_file_change method can be done in initialize_content instead of start

This fix is related to d36c8b5c9bf7ab9215bc63db6ee49bec5e5b225b

[FIX] web: FieldMany2ManyBinaryMultiFiles must extend ReinitializeFieldMixin

The add attachment button should be displayed while being in edit mode, but not in view mode
As the widget depends on the form actual mode, the widget should be re-rendered each time the actual mode changes

This is the point of the ReinitializeFieldMixin class

[FIX] account_asset: moves should use the depreciation line date

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] web,web_kanban: correct radial-gradient usage

[IMP] *: one Makefile to rules them all.

Create one unique generic Makefile to compile sass files.

[FIX] base: incorrect code and locale for Bosnian

Stems from prebiblical commit f083aa2.

Fixes #3480

[REVERT] 056c06570c741fab1515978a957766b0a77bd80a and a5cf71973916f3e9b6ea578a614c76b0b34689d8

[FIX] account_asset: asset depreciation should use the correct dates

fix a5cf71973916f3e9b6ea578a614c76b0b34689d8

[FIX] account_asset: move lines should use the depreciation line date

opw-616843

[IMP] account: (over)due payments report

The report includes all due payments, not only the one after the maturity date.
The maturity date is displayed in the report so no confusion is possible for payments below the maturity date.
Fixes #3064

[FIX] web: inhibit on change flag when validating editable list

To valid all editable list line, we iterate on the lines and set the editor form with the line value, using set_value.
The _inhibit_on_change_flag should be set to True to avoid triggering on changes events

opw-617395

[FIX] mrp: chain product move and MO locations

When validating a SO containing a `make to stock` + `manufacture` product
(with bom + orderpoint), we have the following stock moves:
* Product move
* Manufacturing order
Selling 1 such product would yield 2 as incoming quantity, an
inconsistency that this commit solves by setting the location_id of the
product move to the MO's location_dest_id (in the same fashion that
the create_pickings method does in an mts/buy case)

opw-616229

Merge remote-tracking branch 'odoo/7.0' into 7.0

Conflicts:
addons/account/account_invoice.py

[FIX] web: regard the view_list has valid if not yet loaded

This fix is related to df845940ed52040ef92b1b5759306c556fa38e66

Fixes #3469

[FIX] web_kanban: wrong condition to reset the dataset index

This is related to rev. a218a9ed3f6c965820f2ebdf76ee0e6c89c59a0c

The condition is good, but not in the right place: It should be done once all read_slice (all columns records) are fetched, not at each read_slice end

[FIX] mail: partners with missing/invalid emails must not halt notifications to others

[FIX] web: keep pager in popup list view

When an action opens records in list (or other) mode in a popup (target:new), the pager should be kept. It can be removed in form view.
Fixes #742

[FIX] product: product prices can be company dependent

Some prices, as standard_price, being a property, are company dependent. Therefore, when browsing as superuser, force_company is mandatory to get the property of the user company

[FIX] account: backport of 12a39db

[FIX] account: Preserve analytic account on tax lines which are on same general account as invoice line

After careful analysis, I'm now convinced it is a good thing to preserve
the analytic account on taxes line which have the same general account
as the invoice line.

This is the best default case and will save time for users,
while leaving the flexibility to adapt the analytic account on
taxes manually.

[FIX] account: backport of 3470643

[FIX] account: Error when manually adding analytic account in the generated tax lines on an invoice

fixes #374
fixes https://bugs.launchpad.net/ocb-addons/+bug/1084822

The fix considers invoice tax lines with different analytic account
are equivalent for the purpose of checking if the list of tax line
is complete.

Caveat, this changes the structure of keys in the dictionary
returned by account.invoice.tax's compute method, I suppose this
is ok for the master branch.

Merge remote-tracking branch 'odoo/7.0' into 7.0

Merge remote-tracking branch 'odoo/7.0' into 7.0

Conflicts:
addons/stock/stock.py

[FIX] web: more backports for cleditor

Restauring changes removed by the update of the library
bff34f4014aee31aac7412cc38598adbeb8230f0
17a23c60b80474f053997f90d05a94acb8561604
cc23ddd0cec62342d538c17140840f7dda569d0b
5c45aac7ef9df8f2f0d2aeb213813a99dfb2a8c7

[FIX] web: backport of 2331b14

Update the cleditor lib from v1.3.0 to v1.4.4 fixing IE11 issue, opw 614826

[IMP] account: remove duplicated field in view

Partial backport of 5f06129.
Fixes #2837

[FIX] web: on editable list save, valid all records

opw-617036:
In my current timesheet, if you add a a required field on the timesheet ids lines, and add data in the summary tab, it was possible to validate the timesheet lines while requried fields were missing.

[FIX] stock: more tolerant copy method

Allow setting origin/backorder when copying new stock.picking
Fixes #379, lp:1098557

[IMP] stock: avoid errors with picking without quantity

When a line is not present in the partial delivery wizard, computation variables are initialized with generic values (zero quantity, zero price,...). Instead of setting the uom to False, keep the quantity of the move.
This makes a difference only when the quantity of the move is 0. That means that the move will be marked as complete and can be processed.
This avoids trying to update the stock.move with a uom at False. opw 616844

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] project_issue: explicit store attribute for the progress function field

This is a workaround for an ORM limitation. A stored function field is
not updated when it should if the "source" field is also a stored function
field

[FIX] base_action_rule: Make sure model exists before trying to wrap hooks

In certain cases, before running an update unregistered models will try to
register hooks. Trying to wrap create and write on these will cause
AttributeError on model_obj which would be None

Signed-off-by: Sandy Carter <sandy.carter@savoirfairelinux.com>

Merge remote-tracking branch 'odoo/7.0' into 7.0

[IMP] .gitignore maintenance migration scripts

[FIX] stock: UoS quantity in stock.picking

Implements the UoS TODO items on stock.picking.do_partial() to fix #1432.
Add a new method _compute_uos_qty() on product.product to computes
product's invoicing quantity in UoS from quantity in UoM.

The created invoice will use the product_uos of the stock.move, meaning keeping
the quantity specified on the partial picking and the unit of measure of the
original stock.move (e.g. recieving 1 dozen from a 12 unit picking should either
get uos=dozen, uos_qty=1 or uos=unit, uos_qty=12, not a mix of both)

Fixes #1432, opw 611479

Merge remote-tracking branch 'odoo/7.0' into 7.0

Conflicts:
addons/product/pricelist.py

    Revert
    https://github.com/OCA/OCB/commit/c096d2e30b571d134b7ebb0f40dbc50d73bafbaf
    manually in favour of upstream fix of the same bug in
    https://github.com/odoo/odoo/commit/79ebe1060d7a6303dbd5ff6e401aec5337161883

[FIX] sale: when invoicing on lines, set order in progress when all lines invoiced

This fix is related to rev. b1df5aab6e529e9667bb97c96c9196e1a4e5e0ce

[FIX] sale: trigger all_lines signal when all lines are invoiced

Revert "[FIX] mail: read more show original message"

This reverts commit 0790682296e43989e4e232189009c3ba380e32ba.

This fix is not yet ready. See PR #3295

[FIX] account: partner balance general totals

General totals were not computed at all, due to the condition "if not self.ids" which was always true as self.ids wasn't set.

Besides, a parameter allows to display only partner with balance greater than 0, which was completely ignored by the totals computation methods: The totals always included all partners, even those having balance equals to 0

[FIX] hr_timesheet_invoice: warning in report generation

When generating the report 'Timesheet Profit', got a warning "The domain term '('user_id', '=', [...])' should use the 'in' or 'not in' operator."
This warning is due to the use of the '=' operator to compare the field 'user_id' while the reports sends a list of ids.
Fallback to still accept a single id in case of customised reports.

[FIX] sale_margin: cost price uom

When computing the cost price to display, take the uom into account. The cost of 1 Unit or 1 dozen should not be the same. opw 599727

[FIX] stock: forbid adding new lines when processing picking

Source and destination locations are required and not displayed in the form view.
Adding new items when recieving a picking can not be easily guessed as we can put different locations for each line, using default locations may not be the expected result.
Instead should modify the original picking or create new one.
Fixes #2074, opw 612768

[FIX] product_visible_discount: use on_change result for product value

At the end of the onchange call product_id_change, the uom may have changed (e.g. if product in different category).
To compute the quantity, we need to use the new uom and not the first one (that may be Unit, default value)

[FIX] account: limit search for fields_view_get to one result

+ use ir.model.data get_object_reference method for better performance (cached result)

opw-616616

[FIX] mail: read more show original message

Instead of html cleaned html, to allow display blockquotes

opw-614729

[FIX] product: reference in test

[FIX] product_visible_discount: discount with different unit of measures

The computation of the price without pricelist should take care of the unit of measure.
e.g. if computing discount for objects in dozen (on a product with price in unit), returned unit price should be (price*12) where 12 is the factor to go from dozen to unit.
Otherwise the compared prices (with and without pricelist) would not use the same unit of measure and the comparaison would be inconsistent. (opw 599727)

[FIX] product: pricelist, uom and price_surcharge

The price_surcharge attribute must be computed based on the reference unit of measure (divided by the factor).
This is to make sure than 12 units and 1 dozen have the same price after pricelist computation (opw 599727).

Added test checking the correctness of pricelist computation based on unit of measures.

[IMP] config: Test that the config file is readable

Fixes #3237

cherry-pick of 8e72049

[FIX] When using "--stop-after-init", set the return code correctly. A non zero return code reflect the number of databases that fail to load/update

Backport of 2c4e370b766db6280d38a4d3535e07de604b1922 and
33ce0e73dba7c23d004a278f61943be8052e7f37

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] web: correct display of dropdown arrows in ie11

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] account_followup: use %s string formatting to avoid concat None values

[FIX] product.uom: safer handling of factor/factor_inv in UI

Add readonly attribute to avoid sending both factor and factor_inv value to the backend when saving.
This was possible if the user switched between uom_type to fill the two fields.

[FIX] product: remove digits_precision from uom factor fields

Remove the hardcoded precision of 12 on factor and factor_inv,
to use the complete natural precision of NUMERIC types,
preserving all significant digits.

e.g. a UoM with a factor_inv of 6.0 used to be computed as:
factor_inv: 6.0 -> factor: 0.166666666667 (1.0/6.0, rounded to 12 digits) -> factor_inv: 5.999999999988 (1.0/factor)
which could lead to errors such 12*0.166666666667 = 2.000000000004 instead of 2.0

Slightly changed the way the ORM handles float fields to allow setting `digits=0`
as a way to explicitly require a NUMERIC value but without enforcing/rounding
the values at the ORM level, i.e. a truly full-precision field.

NUMERIC type has unlimited precision but is less efficient so should not be
used as the default behaviour, which is why we keep float8 as an alternative.

Modified the view to display the product UOM factor with a 5 digits value by default.
This value is for usability purpose only, the field still accepts bigger precision, by
setting the `digits` option on the field in the form view.

This change is safe in a stable series, the `digits=0` alternative is
treated the same as the default `digits=None` everywhere in the framework,
except when creating the database field.

[FIX] base: support float rounding with rounding_method=UP (ceiling)

Add rounding_method parameter on float_round method to offer
HALF-UP (default, usual round) or UP (ceiling) rounding method.
Use the second method instead of math.ceil() for product
reservations.

For UP, the python math.ceil() method uses "torwards infinity"
rounding method while we want "away from zero".
Therefore we use the absolute value of normalized_value to make
sure than -1.8 is rounded to -2.0 and not -1.

Fixes #1125 #2793

This is a cherry-pick of d4972ff which was reverted at 333852e due
to remaining issue with negative values.

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] report: page numbering rml reports

Save the NumberedCanvas state before doing a page reset.
The order of execution when rendering an rml report is the following:
1. init canevas (_pageNumber = 1)
2. render the page element
3. if still pages to render, afterPage method
4. if still pages to render, showPage method (_pageNumber += 1)
5. back to step 2 for each page
6. draw the ResetPage element (setting flag _doPageReset=True)
7. end the document build with afterPage & showPage method

The PageReset element should be executed at the end of the rendering of a story (subdocument) to reinitialize the page numbers to 0 (for new story) and insert the pageCount element for that story with the total number of pages (needed if want to use tag <pageCount/> in rml).

In case of NumberedCanvas (e.g. used in Trial Balance report), the numbering is generated at the end of the build using the _saved_page_states dict in the canevas.
To have an accurate _saved_page_states content, it needs to be saved before the pageReset.

Fixes #2225

[FIX] point_of_sale: no need to specify numeric digits

In the report pos order, average_price was set as a numeric(16,2), therefore, if the amount was too big, it led to a psql crash:
A field with precision 16, scale 2 must round to an absolute value less than 10^14.

Merge remote-tracking branch 'odoo/7.0' into 7.0

Merge pull request #40 from hbrunn/7.0-fix-category-order

[FIX] don't mess up search's id order

[FIX] res_partner: add parent_name related field

In some cases (e.g. with record rules), the name_get might not have access
to the parent name. Therefore a parent_name related field solves the
issue (as it read with as superuser).

[FIX] l10n_fr_hr_payroll: bad copy-paste in 69c1333

[FIX] l10n_fr_hr_payroll: report "Fiche de paye"

Avoids getting False for the field end_date (Sortie) in case of no end date specified on the contract. opw 614624

[FIX] account_followup: do no duplicate partner's account.move.line

Duplicating a partner should not duplicate the content of the unreconciled_aml_ids field.

Merge pull request #22 from hbrunn/7.0-lp1303829

[FIX] don't mess with the dataset's ids

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] mail: set the parent_id to the first message of type email

And fallback of any type if there is none of type email

This fix allow the communication between two mail thread from two different Odoo servers having message creation subtypes, like project issue or crm lead

[FIX] sale: translate advance message on advance invoice

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] web: cherry-pick of 893e4268650ddd517e3044f41c582fd92de6edfe & 61207f3f4d9206d4c1a3e484eb89f09d2258977a

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] point_of_sale: fixed display of untaxed amount in sales lines report

[FIX] email_template: do not try to add user signature if none set

append_content_to_html expects two strings. If the user has no signature, it returns user.signature returns False

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] web: wait for deferreds when actualizing mode

In edit mode, in a *2many with many2many_tags, when adding a new tag when none was set, discarding the form let the new tags displayed while it shouldn't (only a display issue, the tag wasn't added in database)

Fixes #2926

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] ir.mail.server: restore parsing of multiple RFC2822 addresses including non-ASCII chars

Rev f2cf6ced1 modified RFC2822 parsing in order to better support
unicode characters inside the Name part of an address header.
However the patch broke handling of multiple addresses (comma
separated) - silently discarding all recipients except the
first one, as soon as any non-ASCII character was present.

This patch restores the functionality while preserving the
fix from f2cf6ced1, and simplifies the code using email.utils
utility functions.

Fixes (again) lp:1272610, OPW 607683

Merge pull request #58 from vrenaville/patch_webkit_parser_instance

[FIX] it's parser_instance not self.parser_instance

it's parser_instance not a self.parser_instance

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] account_invoice: using has_group to determine if user has group group_supplier_inv_check_total

has_group do not care about the fact res.groups is access restricted

[FIX] res.users: exactly match login when operator in ilike, equal

[IMP] mail: parsing emails with several html parts

If an email contains several text/html parts inside a multipart email, the previous code was only keeping the last content part.
The Content-Type: multipart/mixed allows several independent part (RFC1341 7.2.2), so two html is technically valid.
With this patch, the two parts are concatenated. (opw 614755)

Modify append_content_to_html regex to make sure the regex keeps the content of the html instead of removing it.
e.g.: "123 <html> 456 </html> 789" used to be stripped to "123  789" while we expect "123 456 789"

Merge remote-tracking branch 'odoo/7.0' into 7.0

Merge pull request #56 from mdietrichc2c/fix-report-inactive-journals

consider entries on inactive journals for the general ledger report

[FIX] account: precision_get returns a number of digits

In other words, it returnes a precision digits, not a precision rounding

Merge pull request #54 from acsone/7.0-ocb-revert-reconcile-constraint-sbi

Revert "[fix] the added new constraint for account (via OPW)"

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] account: self typo

[ADD] l10n_lu: abbreviated financial reports

Abbreviated version of the p&l and balance sheet reports

[FIX] stock: groups mixup in views

Use group_production_lot for serial options, group_stock_packaging for packaging, use group_tracking_lot for pallet/parcel
Groups are removed completly from the view for stock.tracking as they render the view useless.

Always display weights on the product form
They really have nothing to do with the logistic units and we don't have another group to restrict them to.

Fixes #1443

Reformat for PEP8

Merge remote-tracking branch 'odoo/7.0' into 7.0

[FIX] event: double context

[FIX] event: missing context

This fixes some translation issues (templates not translated at event confirmation)