[FIX]base_calender:improve method and doc_string for fix issue of duplication record
[FIX] product: the search method now passes the count argument correctly in the super call
[FIX]Balance_sheet: Balance sheet report did not consider the target move(Case: ref 587456)
[FIX]project:when try to duplicate task or project than the state of task is not set to default
[FIX] point_of_sale: Return product from POS previous session should be linked to current opened session, if not found an active session then raise a warning message. (Maintenance Case: 589810)
[FIX] account: The buttons of the Chart of analytic account appear on top, that should be in footer like all other wizards (Maintenance case: 590131)
[FIX]Reference name of an Internal Move return contains 'False' prefix
[MERGE]Merged with 7.0
[IMP]Made changes as per need fixing
[stock] : Referece for Chained Location always set to False(case: 593003)
[IMP] return new duplicate id in copy() from partner
Launchpad automatic translations update.
Launchpad automatic translations update.
[IMP] email_template: add `datetime` and `dateutil.relativedelta` in the global rendering context for templates


The `dateutil` package is not included directly in the globals because
`dateutil.relativedelta.relativedelta` is an old-style class and jinja2
does not appear to support instantiating old-style classes within an
expression, so `relativedelta` support is provided using a "lambda proxy".
[FIX] mrp: display Bill of Materials as a list, not as a tree
[MERGE] forward port of 7.0 until revision 9385
Launchpad automatic translations update.
[FIX] account.account.type getter function of field report_type now handle ValueError raised by get_object_reference()
[MERGE] [FIX] account: handle value errors for inexisting object references for account reports
[FIX] Force safer ondelete=restrict on the `alias_id` _inherits FK on models with a mail.alias parent

The delete-rule was initially set to `cascade` in revision
6897.16.13 revid:odo@openerp.com-20120705141706-5gm5mmqode3bvkuc
because the ORM would not allow anything else for the FK of
an _inherits relationship.
This constraint was later lifted in 7.0 server at revision
4681 revid:odo@openerp.com-20121212210247-emrz5rf9ewcwdggu
so we can now switch to the intended default behavior:
when deleting mail aliases we never want to cascade delete
the child records, as that could lead to unwanted deletions.
On the other hand the aliases are automatically deleted when
the record they belong to is deleted, as a kind of internal
dependency. This is the intended safe way to delete them.

There is a special case when the same alias is manually set
on multiple records, in which case you will not be able to
delete any of those records. This is an acceptable exception
and should be manually handled if ever needed, by temporarily
linking the records to delete to new dummy aliases.