[TYPO] Stupid typo...
[FIX] res_partner: backport of rev 37bf72a

Correctly take the 'use parent address' into account in the onchange. Slightly updated the view that was weird with this parameter. opw 609344
[FIX] hr_holidays: proper parameter passing syntax for raw SQL

This instance was not actually exploitable for
SQL injection as it is not callable directly
via RPC and guarded by other queries when indirectly
called. Still plain awful.
[FIX] document: replace raw SQL constraint with bad parameter passing with builtin check_recursion

This instance was not actually exploitable for
SQL injection as it is not callable directly
via RPC and guarded by other queries when indirectly
called. Still plain awful.
skip the inactivate employee in leaves summary
Update holidays_summary_report.py

Add context to search method
Update holidays_summary_report.py
[FIX] portal: avoid errors during autovacuum

When the cron for autovacuum runs, the osv_memory objects are deleted. The portal.wizard.user object has a required field (wizard_id) linked to another osv_memory object (portal.user) which causes a traceback when the cron tries to delete portal.user object before the portal.wizard.user. opw 609918
[FIX] configuration file dbfilter's option has no effect

lp bug: https://launchpad.net/bugs/940439 fixed

bzr revid: fme@openerp.com-20140508075025-yszqmzie1z4n7l4j
Merge pull request #946 from joshuajan/7.0_hr_holidays_report_fix

skip the inactivate employee in leaves summary
[FIX] ir.model.fields: better unlink

When droping a column, remove also the relation table in case of custom m2m field.
The relation table needs to be dropped otherwise an unremovable constraint to the targetted table is kept (and anyway is not needed anymore).
[FIX] orm: better removal of custom m2m fields

orm: do not try to create ir.model.relation for custom m2m as self._module is either empty (for custom models), either the one of the last inheriting module (which is wrong). The field should be removed manually and should not be impacted by the uninstallation of modules. The removal of the relation table can be done when removing manually the custom field (see rev 6af3193).

ir.model: when removing a model, drop the table with the CASCADE instruction. This will remove left constraints from remaining m2m tables.
This means that dropping a table (either manually removing a custom model or uninstalling a module) will not drop the relation table for a custom m2m field. This is not ideal but better than the previous behaviour (which was to fail the DROP TABLE instruction and keep the table with a few columns and unconsistent data).
FIX email_template: Update help from lang field leading to confusion while creating a template
[FIX] Solve some mail issues which are currently present in 7.0
[FIX] stock: remove permission to create locations for partner managers

There's a big risk of mistake with the fast-create
feature and they don't need it

(Rebase of PR #1073)
Merge pull request #724 from odoo-dev/7.0-mail_issues-fix-adh

[FIX] mail: misc bug fixing
- avoid deleting the Whole Company mail group if still present, because it is required for some module installation. In 7.0 installing some modules may crash if this group is not present.
- fixed an issue when computing possible recipients in the Chatter
- small fix in html2plaintext about blank lines
[FIX] orm: custom m2m with different label

At rev 84e9a67cdf78db94cb7a09543c1b7ac4ad19d8b4 a check to avoid the creation of ir.model.relation for custom modules was added. The condition is not correct as based on the string instead of the field name. We do not have access to column name at this level but the the m2m relation table do start with x_ for custom fields (see __init__ method).
[FIX] hr: call hr_employee super's when unlinking

Also fixes some weird inheritance bugs in upper versions
[FIX] event_sale: reset event-related fields on SO line when switching products
[FIX] l10n_lu: taxes (amont/aval)

The accounts "TVA en amont" were not used by the l10n_lu chart of accounts.

Instead the accounts "TVA en aval" were used for all taxes both sale and purchase taxes.

(Manual rebase of PR #735)