[FIX] calendar: avoid to pass ids as string to unlink and write methods

opw-616532: if the event is associated somehow to a workflow, an assert is done to check that element of the ids list are (int, long)

[FIX] crm_partner_assign: colors only if there is a stage on the lead

[MERGE] forward port of branch 7.0 up to 8e76938

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

[MERGE] forward port of branch 7.0 up to b4d3701

[FIX] base: typo during forward port 0e4216361bf13cc0feb6f8d8200af80f343d066d

[MERGE] forward port of branch 7.0 up to 3a0af6a

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

[FIX] ir_action: update context to get the real binary, else we have a traceback when we edit/view an ir_action_client where param is a binary field. Because we do safe_eval from the length and not from the binary

[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.

[FIX] project: read access for project user

Backport of 79bed94 (project user access to resource.calendar) and adding the access to resource.calendar.attendance.
It is needed to compute function fields such as day_open (present in form view of project.issue)
Fixes #3201

[IMP] project: convert file CRLF to Unix end of line

[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

[IMP] web_graph: renamed Quantity field into Count to avoid ambiguities

[MERGE] forward port of branch 7.0 up to 78a29b3

[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.

[FIX] {web,point_of_sale}: allow cross-origin access to company logo

[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.

[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] forward port of branch 7.0 up to 98c6e7c

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

[FIX] website_quote: compare untaxed amounts in case of discount

[MERGE] forward port of branch 7.0 up to 75d3ea6

[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

[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

[FIX] website_membership: crash when member has no country

in memberships countries list

[MERGE] Forward-port 7.0 up to 1b49a87

[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

[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] forward port of branch 7.0 up to 03df412f

[FIX] account: precision_get returns a number of digits

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

[FIX] ir.ui.view: creating custom views in backend did not compute view type

When creating new records in backend all field values are
sent to the server, including empty fields.

[FIX] gamification: on delete badge user, cascade

Otherwise, this is no more possible to delete users having badges

[FIX] gamification: on delete goal user, cascade

Otherwise, this is no more possible to delete users with gamification goals

[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

[FIX] common.py: missing import

It was not possible to call "about" function via remote control
(XML-RPC), because it contains string translation without import.

[FIX] project: typo in protect.task create

that typo will cause project task create error when set date_end before the time right now

Forward port of branch 7.0 up to b3485fb

[FIX] event: double context

[FIX] event: missing context

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

[FIX] account_anglo_saxon: price difference, discount and taxes

When computing the price difference amount do not integrate the eventual discount and taxes included in the price.
Otherwise the total of the generated accounting enty would be higher than the total of the invoice. opw 611350

[MERGE] forward port of branch 7.0 up to 9066da3

[FIX] point_of_sale: do not display False as currency if symbol is not set

[FIX] ir_translation: apply tools.ustr on the trad itself

tools.ustr(None) returns u'None', res[0] can be None.

[MERGE] forward port of branch 7.0 up to 6d4e1cc

[FIX] ir_translation: remove control characters from translations

This is possible that control characters (such as line returns) are inserted wrongly in translations
These should not influence on the web interface

[FIX] account: return format of function field

When no result is found on the function field 'invoice' (account.move.line), instead of returning {move_id: (False, '')}, return {move_id: False} (expected for m2o fields)
Fixes #2138, opw 613096

[FIX] mail: keep breadcrumb on click on chatter follower

[MERGE] forward port of branch 7.0 up to eb9113c

[FIX] ir_attachment: restrict access to orphan attachments to employees

[FIX] auth_oauth: fb and google oauth providers reset on general settings apply

 - The res_config.xml file was missing in the manifest (so couldn't check the use of FB and Google OAuth from the general settings)
 - The default value for these oauth configuration were not set

[FIX] account_analytic_analysis: invoiced field takes customer invoices only

Besides, it subtracts customer invoices with customer refund invoices

[IMP] product: name_get matching on commercial_partner_id for suppliers

The name_get of a product will use some information (e.g. default_code) based on the supplier.
The matching of the supplier should use the commercial_partner_id in case the supplier info are on the company and the partner_id in the context belongs to the company (e.g. creates quotation with a contact of the company).
Fixes #1219

[FIX] account: avoid closing fiscalyear with unpost entries

As when closing fiscal periods, forbid to close a fiscal year with unposted entries.
Fixes #1194, opw 610784

[FIX] account: remove orphan analytic lines

If the analytic account is not present on an entry, still removes the Analytic Journal Items linked to it.
Fixes #1194, opw 610784

[MERGE] forward port of branch 7.0 up to 9cc54dc

[FIX] product: name_search handles negative operators

[FIX] purchase: minmum purchase quantity and float precision (opw 610557)

[FIX] hr_payroll_account: do not create entries with amount at 0

If the salary compuation gives a salary of zero, skip the creation of the account.move.line (not good to have lines at 0).
Fixes lp:1298116, opw 605816

[FIX] hr_expense: computation of tax/base amount

When computing the amount for a tax (included) with children, accumulate the included taxes to avoid taking only the last one (opw 614867).

[MERGE] forward port of branch 7.0 up to 419c439

[FIX] account: sort partner ledger report by partner ref, name

[FIX] im_livechat: ir.config_parameter must be read as superuser

As ir.config_parameter is restricted to employees in ACL, for security reasons

[MERGE] Forward-port of 7.0 up to 9b1a9c9

[FIX] tools: remove useless attributes

[MERGE] forward port of branch 7.0 up to 333852e

Revert "[FIX] product,float_utils: perform ceiling via float_round with new rounding_method UP"

This reverts commit d4972ffdb6b9356a524eef1dbc11f455ff4473f2.

Seems to break some cases, at least in _product_reserve from stock/stock.py

Actual use case:

SELECT product_uom, sum(product_qty) AS product_qty FROM stock_move WHERE location_dest_id=%s AND location_id<>%s AND product_id=3645 AND state='done' GROUP BY product_uom;
returning 1 | 6

SELECT product_uom,-sum(product_qty) AS product_qty FROM stock_move WHERE location_id=%s AND location_dest_id<>%s AND product_id=%s AND state in ('done', 'assigned') GROUP BY product_uom;
returning 1 | -6

results += cr.dictfetchall()
    total = 0.0
    results2 = 0.0
    for r in results:
        amount = uom_obj._compute_qty(cr, uid, r['product_uom'], r['product_qty'], context.get('uom', False))
        results2 += amount
        total += amount
Total = 1, amount = -5

It should actually be
Total = 0, amount = -6

[IMP] account: use float_compare for taxes

Avoiding some python float representation errors

[MERGE] forward port of branch 7.0 up to cac6a26

[FIX] project_mrp: task description duplicated + product name translation

[MERGE] forward port of branch 7.0 up to af37b30

[FIX] fix context problem in graph view

The group_by query expects the context to have group_by_no_leaf = true,
so we can not just blindly forward the context to the groupby query.
This is a defensive way to fix the problem, to avoid other possible
crashes.  But the context shouldn't have group_by_no_leaf anyway,
it does not make sense to explicitely do that in the action

[FIX] cron: doall false by default

As in most cases, we do not want this doall

[FIX] res_users: do not copy login_date when duplicating users

[FIX] payment: transaction formview display issue

Using group without defining the col attribute will let the form
renderer choose the right display to avoid screwing up the layout

[MERGE] forward port of branch 7.0 up to 5f6d324

[FIX] crm: merge the phonecalls during an opportunities merge

[FIX] portal_sale: force empty context

The context was removed by 1933e926.

[IMP] crm: remove TODO posted by past me

[FIX] product: _compute_qty: first round before ceiling, to avoid pathological cases

Fixes problem when we try to sell 12 units of a product and change it to 1 dozen,
the algorithm was then trying to recompute the original amount and was getting
12,0000048 as a result which was then passed to the ceiling method, getting 13.0!

See also previous commit and issue #1125, PR #1126

[FIX] product,float_utils: perform ceiling via float_round with new rounding_method UP

Modified product ceiling() to use float_round() with special mode
for rounding UP (away from zero), avoiding pathological cases where
float representations errors were ceiling to the superior unit.

Also added correspding tests for rounding_method=UP

Fixes issue #1125, and replaces PR #1126.

Forward port of branch 7.0 up to 1933e92

[INP] portal_sale: remove buggy context

Even if this should never be used in normal portal environment, if a user with enough access rights tries to create an invoice, this would crash. We don't need context here (opw 612591).

[IMP] stock: Optimize stock_move.setlast_tracking()

When setlast_tracking is called on a large number of moves in a picking
(e.g.  when splitting moves in a picking), the time to complete grows
exponentially.  The reason is that it loops over all the moves of
a picking, even if it keeps only the last tracking.

The method now uses a search() with a limit so it doesn't need to browse
all the moves.

Added test to check the behaviour of setlast_tracking
Fixes #2448

[FIX] crm: correct open lead or opportunity view from calls

When opening a lead/opportunity from the phonecalls view, we did not open the correct view (always the lead).
This will use the type of the crm.lead to determine which view should be used, opw 608493.

[IMP] stock: do not generate empty backorders

If every line of a partial delivery is at zero, do not generate empty backorders (opw 608680)

[FIX] point_of_sale: invoice not created in backend

Missing arguments that lead to the invoice not created in the backend (opw 609470).

[MERGE] forward port of branch 7.0 up to 5c2fb12

[FIX] web_calendar: reset dataset index if search result empty