[MERGE] account_asset: don't restrit to delete an asset if it has unposted depreciation lines (on delete cascade + restrict if it exists some account.move.line)

bzr revid: qdp-launchpad@openerp.com-20130306170538-kqxquf6kzkndgxgy

[FIX] stock: print the delivery slip in the customer language

bzr revid: qdp-launchpad@openerp.com-20130306153619-twvcrfik7m77vxcs

[IMP] expression.py: added a clue to debug fuzzy tracebacks related to domain badly written

bzr revid: qdp-launchpad@openerp.com-20130306152328-qdlil19diks4mvkt

[FIX]l10n_fr_hr_payroll: fix a few errors in report

bzr revid: csn@openerp.com-20130306152216-061prm1hkt77iidk

[FIX] visual problem in some cases in field texts, solved by switching field texts to simple html output instead of textarea when in read-only mode

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

bzr revid: nicolas.vanhoren@openerp.com-20130306151306-1qwv04bvw50z81z9

[MERGE] [REV] mail: reverted commit 8802. Reason: opt-out will be used only for marketing campaigns; notification_email_send for emails.

bzr revid: tde@openerp.com-20130306151007-8vru0w6tsjukbesn

[MERGE] fix of bad partner chosen for accounting entries when doing stock valuation (imply a small refactoring of the function that moves on the partner instead of being of the invoice)

bzr revid: qdp-launchpad@openerp.com-20130306150142-oyjyn3s7scfc31yw

[FIX] xml2str: Do not keep html void tags opened

bzr revid: fme@openerp.com-20130306144024-gjuyq6fsrvol12x2

[FIX] setup.nsi: better IfErrors/StrCmp order after testing the postgres registry keys.

bzr revid: vmt@openerp.com-20130306143444-8qgpa6yj0c00ua0v

[FIX] babel: the babel localedata was put back to its right place in the previous commit, so the zip-related hack can disappear.

bzr revid: vmt@openerp.com-20130306143317-oo4n6x78v68rqn9i

[REV] mail: reverted commit 8802. Reason: opt-out will be used only for marketing campaigns; notification_email_send for emails.

bzr revid: tde@openerp.com-20130306142741-ghazensh58xw3rvu

[IMP] Chatter: small css cleaning about Send a message or Log a note.

bzr revid: tde@openerp.com-20130306140120-n6vub0d82gjr6hlh

[IMP] crm: logging/schedulign a call now adds the description in the chatter message.

bzr revid: tde@openerp.com-20130306140107-myvtia1tsham9yuv

[FIX] Should work better this way

bzr revid: jco@openerp.com-20130306135853-0isxehb6mh41r67t

[FIX] account: fixed the duplicate of tax (wasn't working because of a unique constraint on name field)

bzr revid: qdp-launchpad@openerp.com-20130306132543-4kqiwuvoo61h18qs

[FIX] Delivery slip language depends on partner

bzr revid: jco@openerp.com-20130306113447-kz31ed2kiqy0iv5s

[FIX] setup.py (windows): add some babel files not automatically included by py2exe.

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

bzr revid: vmt@openerp.com-20130306112159-9j58mf0se3lf7a0j

[FIX] search view field visible through dropdown menu

xmo@openerp.com-20130305093619-s1e5fbl80r7qnk5l added zIndex on wrong
element of search view (view itself instead of just the autocompletion
drop-down) leading to the search view text field being visible over
the "more" section of the menu.

Move zIndex setting to the right place (on the missing
`autocomplete('widget')` indirection, and on open as jquery ui
autocomplete apparently decides to reset the dropdown's z-index each
time it is open)

bzr revid: xmo@openerp.com-20130306110051-1wfhxaylsn71skjp

[FIX] various forgotten compilations of sass files into css

bzr revid: xmo@openerp.com-20130306105106-k66gvdz0vgbn1y3e

[FIX] broken kanban sass file

bzr revid: xmo@openerp.com-20130306105038-mtd3tiurvs8ra8gd

[]FIX] disable (broken) inline edition in grouped editable lists

Because the Add/Create button is global, it's not really possible to
know *where* to create the new record, and the current design can't
really deal with a record being edited outside of all groups.

An option might be to create a dedicated empty group for that, but the
cost/benefit is high and the UI would probably be odd.

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

bzr revid: xmo@openerp.com-20130306102136-2ms7llbt4swka92k

[MERGE] Remove url timestamps in debug mode

bzr revid: fme@openerp.com-20130306100701-bwli4fkwv7xlfpf8

[IMP] deduplicate trans_parse_view code, rename for clarity

also correctly handle all translatable attributes in a <attribute name=...> extension tag

bzr revid: xmo@openerp.com-20130306095720-3277aw0rq9pzpsw4

[MERGE] mail: use opt_out parameter in notification emails and in invite emails. As notification_email_send is not present on the partner form view, and as opt_out can be used once CRM is installed, we perform a direct check in the res.partner columns to see if opt_out is present. Please remove me in 8.0 (remove opt_out and replace it by the notification parameter).

lp bug: https://launchpad.net/bugs/1099181 fixed
lp bug: https://launchpad.net/bugs/1130207 fixed

bzr revid: tde@openerp.com-20130306085232-mm8qsvy4takhk2y3

[IMP] invite: only opt_out is taken into account when sending invite emails; added some comments to clean the code in 8.0

bzr revid: tde@openerp.com-20130306082445-hg2flvidtgso30dq

[FIX] invite: do not send invite notification emails to partners having 'none' or opt_out.

bzr revid: tde@openerp.com-20130306080306-86k0pmzqiqilknzw

[FIX] mail: handle opt_out parameter. Please see comment in code for more info.

bzr revid: tde@openerp.com-20130306075852-dyaynwq0r1otrxx1

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130306062137-pxtoftblp1hmspp5
bzr revid: launchpad_translations_on_behalf_of_openerp-20130306062207-lac3gq4ck6k3mexw
bzr revid: launchpad_translations_on_behalf_of_openerp-20130306062221-a6s313kt0qg6rnkj

[FIX] auth_signup: mark module as `bootstrap` so its translations are applied on the login screen

The `bootstrap` flag is only needed for modules that
modify the login screen or DB manager, as these run
in a special bootstrap environment. Loading
database-specific translations requires to be logged
in.

bzr revid: odo@openerp.com-20130305173811-ab52c1x7l00zpgj1

[FIX] _find_partner refactoring for res_partner and using it in creation of stock account moves

bzr revid: jco@openerp.com-20130305162015-lndgz2f0z4xtd62z

[FIX]auth_signup: signup controllers signatures uses **values instead of login,password,...

bzr revid: dle@openerp.com-20130305143204-p0a12q9ujrhxu67d

[FIX]auth_signup: intermediate get_params function for signup rpc call (for override purposes)

bzr revid: dle@openerp.com-20130305133148-sgxepdgl45urfso0

[FIX] setup.nsi: fix the posgresql registry check:

My understanding is that EnumRegKey will index (the last argument)
the given registry path. When nothing is found, it sets the first
argument to the empty string. Only if the given path is wrong an
error is generated. So we have to go to the DoInstallPostgreSQL
label.

bzr revid: vmt@openerp.com-20130305110253-tu0t240liupxtchj

[IMP] use @draggable instead of hooking on dragstart to disable image and fake-link dragging

Improves upon xmo@openerp.com-20130218104529-i0i8700v2mwxje4b

bzr revid: xmo@openerp.com-20130305100400-8cqkcnd527yn1hbj

[FIX]product: rename product_variant group since it is not used in v7.0 but still in trunk and users don't understand why nothing happen when ticking the option

bzr revid: csn@openerp.com-20130305100120-h59kuj2twmzf6aos

[FIX] stacking of various "drop-down" elements

The search view's completion list should be in front of the search
view's drawer, which itself should (probably) be on top of the graph
view's "action" dropdown.

The graph view's dropdown itself needs a z-index > 0 to be in front of
the graph itself, otherwise it is inactive and unusable: it's visible
through the graph but not activable.

bzr revid: xmo@openerp.com-20130305093619-s1e5fbl80r7qnk5l

[FIX] Deleting asset also deletes its depreciation lines

bzr revid: jco@openerp.com-20130305092111-30szqz1hqa55sqz8

[FIX] access rights handling on m2m widgets

m2m lists inherit (from listview/view) the handling of access rights
attributes (e.g. @create, @delete) in which the access rights to the
related model are those checked for the view. This is generally true,
but *not* for m2ms: even if a user has no creation rights to the
related model, he can still create a *relation* between the current
and related models.

The m2m access rights are really governed by the *current* (source)
model, in which case the user won't get to see an "editable" view of
the m2m in the first place.

So just override is_action_enabled to disable it in m2ms.

bzr revid: xmo@openerp.com-20130305091956-zn6qtuo4tl0vh3bs

[IMP] jsdoc annotations

bzr revid: xmo@openerp.com-20130305091951-z2p0wi7w7p6b93y0

[MERGE] OPW 585261: translations: corrects extraction of translation for placeholders

bzr revid: cbi@openerp.com-20130305091225-kkpeb6i8yohce5if

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130305053802-13krr4lhrwrebwak
bzr revid: launchpad_translations_on_behalf_of_openerp-20130305053905-y30zk4dbbcc3qj4b

[FIX] statusbar widget: fix no value display for 'selection' field

 * really call initial get_selection() after binding 'change:selection'
 overwise no value are assigned to internal selection list - resulting
 to an empty statusbar when field type is 'selection'

bzr revid: xal@openerp.com-20130304230253-0e959r9sintwsd98

[MERGE] share: give the right number of argument to has_share()

bzr revid: qdp-launchpad@openerp.com-20130304191921-zng1j12dm0ftvj2d

[FIX] all: change confusing labels on Cancel buttons in form views

bzr revid: odo@openerp.com-20130304184431-1p8byycyl0nv26qx

[MERGE] base, res.users: added onchange_state() on res.users. Was crashing because the _inherits is not a real python inheritance

bzr revid: qdp-launchpad@openerp.com-20130304184144-iae1pdrrcfy6pveo

[FIX] base_report_design: fix mixed tabs/spaces preventing compilation under recent libreoffice versions

Plugin binary was updated in previous commit already with these fixes,
so not updated again

bzr revid: odo@openerp.com-20130304173132-op4hcnr1l104mzfg

[FIX] base_report_designer: fix upload code in plugin to avoid broken reports

It is the call to upload_report() that triggers the registration
of the new reports in the system, as report services.
Unfortunately the `header` property of the report is cached in
the report service and taken from its value at
registration time. So that value *must* be written before
calling upload_report().

Also force the `Corporate Header` to be checked by default
as this is what users want in most cases, and forgetting
it at report creation makes it very hard to set afterwards,
as it is cached in the service.

Updated plugin binary as well.

bzr revid: odo@openerp.com-20130304173125-zky8rtdye64bep07

[FIX] account, usability: removing the group no one from periods menuitem (in accounting\config), as if someone wants to reopen a period this is the normal/easy way to access the period in form view (where the button stands)

bzr revid: qdp-launchpad@openerp.com-20130304171245-lnwxrtp0ejm1lr94

[FIX] project_issue: on project.issue, the state related to the stage 'cancelled' is 'cancelled', not 'cancel'. This bug was preventing the state to be saved in the record, as it was not available in the field.selection (given by project.task.type => task states). I made the state of issues pointing to the right place to prevent any other problems related to code desynchrnonization

bzr revid: qdp-launchpad@openerp.com-20130304171123-bilpd51kbwiy19gb

[FIX] strip server action code before passing it to eval

Python 2.7's compile handles trailing whitespaces correctly, Python
2.6 does not and blows up.

bzr revid: xmo@openerp.com-20130304164423-83vm9teu7b3c52y3

[FIX] implement forgotten @invisible handling on search view fields

bzr revid: xmo@openerp.com-20130304152047-8xaczg9qdx6ug2p1

[MERGE] Chatter: added a small explanation text when logging a note. Also removed custom placeholders in various views, because they do not make much sense anymore, default message should be sufficient.

bzr revid: tde@openerp.com-20130304135935-hjafhalyp94mona6

[IMP] Chatter: log message better in black.

bzr revid: tde@openerp.com-20130304135701-4qss8jrmjk9qs4os

[FIX] account_followup: Remove the notified_partner_ids and set the
right value for the partner_ids parameter for the message_post
function

bzr revid: stw@openerp.com-20130304131934-tkly4aesoirvaas6

[FIX] project_issue: in kanban view of project, display only the number of unclosed issues because the number total of issues is meaningless

bzr revid: qdp-launchpad@openerp.com-20130304131859-4kiyz2lez1ywhkks

[FIX] stock: change confusing labels on Cancel buttons

bzr revid: odo@openerp.com-20130304130732-82xx3rlr87152b0g

[IMP] various: removed custom placeholders for chatter, because default message should be sufficient in most cases.

bzr revid: tde@openerp.com-20130304125534-u3zoe730jd1ry3ng

[IMP] Cahtter: imp log message.

bzr revid: tde@openerp.com-20130304125443-9ua1r01r25so0qyw

[FIX]res_users : add missing on_change function for res_user simplified view

bzr revid: csn@openerp.com-20130304105817-v3y9d9vupzhuiu2u

[FIX]share wizard: missing an argument in a function call

bzr revid: csn@openerp.com-20130304105344-f2nnx7udejvelfw9

[FIX] don't store user context properties into custom filter @context

This leads to any subsequent view overwriting the current user's lang
or timezone with the one active when the filter was created,
generating dismay and discontent (e.g. part of the user interface
switching from spanish to english or english to german, depending on
the respective settings of the current user and the filter creator —
at time of filter creation).

bzr revid: xmo@openerp.com-20130304101414-mm6ai1dkltd7ard5

[IMP] contracts improved email template

bzr revid: fp@tinyerp.com-20130304085754-0sfvpgh1il0y3pqc

[IMP] Chatter: add a small explanation text when logging a note.

bzr revid: tde@openerp.com-20130304080559-py7ghom3bt3xr4io

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130302052257-0w9v71dump44rtov
bzr revid: launchpad_translations_on_behalf_of_openerp-20130303052333-9kn24ocknaagn33h
bzr revid: launchpad_translations_on_behalf_of_openerp-20130304055956-54bietn1iazrisga

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130302052300-qobkezoqvnyoi1fl
bzr revid: launchpad_translations_on_behalf_of_openerp-20130304055909-ixg5id5sibsci8s9

[MERGE] *: fix/rationalize db logging to avoid incorrect values during logging

The setting/clearing of the tracking were not done
consistently, causing log messages that appeared
to come from one database while coming from another
one or none at all.

The tracker is now set at the earliest points
of request handling as possible:
- in web, when creating WebRequests (dbname, uid)
- at RPC dispatching in server (uid)
- at cron job acquisition in CronWorker (dbname)
- at Registry acquisition in RegistryManager (dbname)

The tracker is cleared at the very entrance of
the request in the WSGI `application`, ensuring
that no logging is produced with an obsolete
db name. (It cannot be cleared at the end of
the request handling because the werkzeug
wrapper outputs more logging afterwards)

bzr revid: odo@openerp.com-20130301182510-1fqo9o8di0jw95b5

[MERGE] http.WebRequest: clear db/uid tracking on worker thread to avoid incorrect values during logging

Could happen when a worker thread is reused for another
database but does not go through all the dispatching levels,
e.g. for static resources served by werkzeug itself.

bzr revid: odo@openerp.com-20130301171616-joit5dvjx51ums1y

[FIX] base_report_designer: missing registry signaling, otherwise the report was not available in other workers

bzr revid: odo@openerp.com-20130301152617-c8dem0ozgsnv8esc

[MERGE] registry: another pass of cleanup for registry signaling

Some important points to consider:
 - signaling should be done after any schema alteration (including module [un]installation),
   service registration (e.g. reports)
 - the changes need to be committed to the database *before* signaling, otherwise an
   obvious race condition occurs during reload by other workers
 - any call to restart_pool() must be considered a possible candidate for
   signaling, and the 2 above conditions must be checked

The number of explicit calls was reduced by forcing the signaling at the end of
Registry.new() in case `update_module` was passed as True. In that situation
we always want to signal the changes - so all the redundant signaling calls
can be centralized. We can also assume that the relevant changes have already
been committed at that point, otherwise the registry update would not
have worked in the first place.
This means that there is no need for explicit signaling anymore everytime
`restart_pool` is called with `update_module=True`.

Some missing cr.commit() and explicit signaling calls were added or
moved to the right place. As a reminder: signaling must be done
*after* committing the changes, and usually *after* reloading the
registry on the current worker.

bzr revid: odo@openerp.com-20130301151325-2ygvwp1cx4zms1as

[FIX] added jquery.placeholder lib to emulate placeholder attribute in IE9

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

bzr revid: nicolas.vanhoren@openerp.com-20130301145421-78byul5vrp127v1n

Removed changes in main.py

bzr revid: nicolas.vanhoren@openerp.com-20130301144928-tzaos1dblilwbizh

Modified to call the placeholder lib in view_form.js

bzr revid: nicolas.vanhoren@openerp.com-20130301144653-6a1z558tjfkvtcar

merge trunk

bzr revid: nicolas.vanhoren@openerp.com-20130301143341-xa55351zb166bl2w

[FIX] registry: another pass of cleanup for registry signaling

Some important points to consider:
 - signaling should be done after any schema alteration (including module [un]installation),
   service registration (e.g. reports)
 - the changes need to be committed to the database *before* signaling, otherwise an
   obvious race condition occurs during reload by other workers
 - any call to restart_pool() must be considered a possible candidate for
   signaling, and the 2 above conditions must be checked

The number of explicit calls was reduced by forcing the signaling at the end of
Registry.new() in case `update_module` was passed as True. In that situation
we always want to signal the changes - so all the redundant signaling calls
can be centralized. We can also assume that the relevant changes have already
been committed at that point, otherwise the registry update would not
have worked in the first place.
This means that there is no need for explicit signaling anymore everytime
`restart_pool` is called with `update_module=True`.

Some missing cr.commit() and explicit signaling calls were added or
moved to the right place. As a reminder: signaling must be done
*after* committing the changes, and usually *after* reloading the
registry on the current worker.

bzr revid: odo@openerp.com-20130301143203-e2csf5pkllwhmwqs

[FIX] small problem with <button confirm="..."/>, didn't confirmed correctly when closing the popup

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

bzr revid: nicolas.vanhoren@openerp.com-20130301140015-67av4zwrdhbh3srh

[FIX] *: fix/rationalize db logging to avoid incorrect values during logging

The setting/clearing of the tracking were not done
consistently, causing log messages that appeared
to come from one database while coming from another
one or none at all.

The tracker is now set at the earliest points
of request handling where we can:
- in web client, when creating WebRequests (dbname, uid)
- at RPC dispatching in server (uid)
- at cron job acquisition in CronWorker (dbname)
- at Registry acquisition in RegistryManager (dbname)

The tracker is cleared at the very entrance of
the request in the WSGI `application`, ensuring
that no logging is produced with an obsolete
db name. (It cannot be cleared at the end of
the request handling because the werkzeug
wrapper outputs more logging afterwards)

bzr revid: odo@openerp.com-20130301120744-jfitcmze2jldecod

[FIX] purchase: fixed the domain on analytic account in purhcase order line

bzr revid: qdp-launchpad@openerp.com-20130301114646-4n2pmvmkrplch46g

[FIX] mail: fixed error when the reference is given as False in teh message dictionary in message_parse() of mail_thread.py

bzr revid: qdp-launchpad@openerp.com-20130301114630-y4ynidvhh9pj29s9

[FIX] O2M record reloading after workflow progress

Evict record from BufferedDataSet cache as is done with button calls,
otherwise when caller reloads record (read) after having executed the
workflow action, it'll get the old one back from the BDS's cache.

bzr revid: xmo@openerp.com-20130301103543-jra87w2wm417tgyc

[FIX] correctly pass context to graph's fields_view_get

bzr revid: xmo@openerp.com-20130301102555-1g7p8ugyorle7i0j

[FIX] docstring

bzr revid: xmo@openerp.com-20130301102223-htb9cteh5rjmex38

[MERGE] Chatter and CRM: usability fixes and improvements
Chatter:
- now displays the 'To' of messages, aka notified people,
- now allows to Send a message or to Log a note, that is a message not pushed to anyone; however users that see the document still see the log message,
- fixed suggested recipient behavior: canceling the partner creation popup now correctly avoids creating a partner,
- moved 'Advanced wizard' button on top-right,
- unfollowing or removing someone from followers now displays a warning,
CRM, Recruitment, Issues:
- better management of customers/applicants: Chatter suggests to notify and add as follower the customer, or to create a partner based on the email_from,
CRM, Recruitment, Tasks, Issues:
- changing the user_id (salesman, responsible) still adds the related partner as follower; but now an unread notification is pushed, with the first email or first message if no email,
- updated and added if missing message_summary in kanban views, now displayed only when having unread messages, and the related number, to be more visible,
CRM:
- crm_partner_assign: fixed forward-to-partner wizard,
- crm_partner_assign: geo localization now also sets salesteam along with salesman,
- crm: fixed opportunity email_template,
- crm: removed 'Send mail' button, as the functionality should be covered by Chatter (but the code of the action is left untouched to avoid errors),
Mail:
- merged message_post and message_post_user_api because there was an opportunity to avoid doing similar things in two different methods,
- fixed email_from of incoming email not always stored,
- followers: authors of discussion messages are now added as followers, this is not only limited to incoming emails,
- followers: recipients of emails coming through the mail gateway are not automatically added as followers of the target documents,
- followers: slightly updated _notify, to be able to notify a partner of a specific message; the notification process is therefore accessible outside of the mail_message.create() process

bzr revid: tde@openerp.com-20130301101122-l18mr6hb0j5k4atv

[FIX] base: allow admin to freeze the value of "web.base.url" config parameter.

This config parameter is automatically updated when the admin log-in.
As this value is mean to be used in emails and links given to users, we sometime don't want
it to be updated inconditionnaly. In some cases, the admin may use alternative, private or
even local uri to connect to the server, which may not be suitable for users

bzr revid: chs@openerp.com-20130301095551-fzrlwblnawxqj9di

[IMP] crm_partner_assign: now also assigns salesteam.

bzr revid: tde@openerp.com-20130301093449-qpko06oqg7ghv0hh

[MERGE] Sync with 7.0

bzr revid: tde@openerp.com-20130301092215-o2fbmlwc9e3mjc0u

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130301053921-r8m4764fosovd9h6
bzr revid: launchpad_translations_on_behalf_of_openerp-20130301054021-crdgcw5mb7m77u0t

[FIX] http.WebRequest: clear db/uid tracking on worker thread to avoid incorrect values during logging

Could happen when a worker thread is reused for another
database but does not go through all the dispatching levels,
e.g. for static resources served by werkzeug itself.

bzr revid: odo@openerp.com-20130228173530-bs5pun9o09iobosi

[IMP] Chatter: reason of adding someone added in tooltip.

bzr revid: tde@openerp.com-20130228172320-d0m7ibobhyfvtqht

[IMP] Suggested recipients: check whether an email is linked to a partner.

bzr revid: tde@openerp.com-20130228170546-t04n73pvuwtp20jh

[FIX] Field monetary handles "digits" like the float field.

bzr revid: nicolas.vanhoren@openerp.com-20130228165117-z9r9ua18xohn7rgm

[FIX] auth_signup: make reset_password a jsonrequest + display correct buttons in reset mode

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

bzr revid: fme@openerp.com-20130228164516-pzwtv7z1objow6wj

[IMP] init() not need anymore

bzr revid: fme@openerp.com-20130228164417-19xclqx1u9t6krg1

[IMP] Chatter: Post->Send; Share a mesage -> Send a message.

bzr revid: tde@openerp.com-20130228164204-e6gtuo73c1ytoz4g

[FIX] Chatter: mail_post_autofollow can be completed with mail_post_autofollow_partner_ids, that filters the recipients to subscribe. Purpose: suggested partners are added as followers, not people that could have been added after in the compose wizard.

bzr revid: tde@openerp.com-20130228164054-e3y3pdrygqph0dm2

[IMP] Renamed getter login-mode to login_mode. Put event in start()

bzr revid: fme@openerp.com-20130228163955-bqx2ezyw71fua862

[IMP] Chatter: From: Admin - To: Raoul -> Admin to Raoul.

bzr revid: tde@openerp.com-20130228163703-p25pf1opvy6a67y0

[FIX] ir.model: properly signal registry change for multi-process mode after altering model/db schema

bzr revid: odo@openerp.com-20130228113736-8novcpf3ibw7386s

[MERGE] Sync with 7.0

bzr revid: tde@openerp.com-20130228091737-z87qfktspdqs1l71

[REV] crm: new_send_mail code is back, because can't delete code called by views.

bzr revid: tde@openerp.com-20130228091612-dtue2pr0c3y4zqz1

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130228053125-9y59zz3w45ata4c1