[FIX] hr: merge of views Leave Request & Allocation request, as they are allmost similar.

Moreover, before this fix, when you clicked on an allocation request from a mail.message (for instance, from the messaging inbox page), you were not redirected to the right view: You were redirected to the view of Leave request instead of Allocation request.

bzr revid: dle@openerp.com-20131219130901-nxciudhsacru2tmb

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131219053903-g82qo7aa2trdg2yd

[MERGE] forward port of latest saas-2 until rev 3893 dle@openerp.com-20131218112416-2vtaq442qo8opq4u

bzr revid: mat@openerp.com-20131218165033-4djghawrzllkeckg

[MERGE] forward port of latest saas-2 until rev 4996 dle@openerp.com-20131218123130-vlejjv7r2klkzoj0

bzr revid: mat@openerp.com-20131218160041-58x5kij4v7earagu

[MERGE] forward port of latest saas-2 until rev 9051 dle@openerp.com-20131217142126-1lbim47d2m2x4bb0

bzr revid: mat@openerp.com-20131218155715-khb909yy99cbmna8

[FIX] base: size of partner address labels, according to standard 24 labels per page

bzr revid: dle@openerp.com-20131218123130-vlejjv7r2klkzoj0

[FIX] web: context propagation was broken on buttons of action and object type.

The context on the button must be propagated to the resulting action

bzr revid: dle@openerp.com-20131218112416-2vtaq442qo8opq4u

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9701 rev-id: dle@openerp.com-20131217124201-kha2717b4ka51aih

bzr revid: dle@openerp.com-20131217142126-1lbim47d2m2x4bb0

[FIX]sale_crm: quotation/sale order default section_id based on res_users default_section_id

bzr revid: dle@openerp.com-20131217124201-kha2717b4ka51aih

[FIX] base: use correct field for user's last connection.

 We need to display user's last login date, not inherited res.partner ``date``
 field. This has been renamed from 'date' to 'login_date' in revision-id:
   tde@openerp.com-20120810081632-a4sg4ve68gpx6bx4

bzr revid: xal@openerp.com-20131217121132-97j3k64c875cu3h5

[FIX] project_mrp: local copy of the "Procurement" process node to avoid errors during updates when sale_stock is not installed

The various attempts to fix this error without duplicating the node
have all caused other errors. Having a duplicate process node has
no consequence on business operations, so it is an acceptable
workaround until the node can be moved to the sale module.

bzr revid: odo@openerp.com-20131217104301-t8fsf28jgjqq9q7k

[FIX] view_list_editable: toggle visibility (using force_visibility attribute) for readonly changes, using effective_invisibility instead of invisibility attribute (opw 601970)

bzr revid: mat@openerp.com-20131217104111-u9bnqvz7rd5rzwnc

[FIX] base: do not traceback when removing country code

bzr revid: xal@openerp.com-20131217092010-p7mbiu1057e2v96z

[FIX] hr: posting on the user should not fail when it is
not linked to anh employee. In that case, fall back on the previous
behavior that is posting on the partner.

bzr revid: tde@openerp.com-20131217084728-myk234abi9gqwkuq

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131217061356-7230cnvseunpundw

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131213055207-syrqwzpvnts4z05q
bzr revid: launchpad_translations_on_behalf_of_openerp-20131214054232-imi9a8u9v0ktnahm
bzr revid: launchpad_translations_on_behalf_of_openerp-20131216051546-5os7f9apxcrnrx05
bzr revid: launchpad_translations_on_behalf_of_openerp-20131217053233-yv0pe0b16pixnuk4

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9698, revision-id: odo@openerp.com-20131216142049-xh9gxy5cir3p2i09

bzr revid: dle@openerp.com-20131216111534-0w0jdod25ff3iapc
bzr revid: odo@openerp.com-20131216142246-unt6qqb23uq53we1

[FIX] base_action_rule: upon update/create of an automated action in multiprocess mode, force registry reload

Short of signaling the other workers, the (new) automated
rule may be randomly ignored, depending on which worker
handles the request (until the workers all reload
their registries).

bzr revid: odo@openerp.com-20131216142049-xh9gxy5cir3p2i09

[FIX] document: duplicate directory detection should work even when a record rule prevent user from seeing duplicates

bzr revid: xal@openerp.com-20131216131949-6k0fxumgl1k1roy1

[FIX] document: duplicate directory detection should work even when a record rule prevent user from seeing duplicates

bzr revid: xal@openerp.com-20131216123954-px10qz9g3qxng6c6

[FIX] account_analytic_analysis: is_overdue_quantity was not updated when quantity max was changed

is_overdue_quantity is a stored function field which was updated only when analytic lines where updated. Or, when the quantity_max field is updated, this field should be recomputed and restored. This is now the case

bzr revid: dle@openerp.com-20131216111218-zcz8qwa7zn3iwvye

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131215054553-py8zfwrk3bir6m1l
bzr revid: launchpad_translations_on_behalf_of_openerp-20131212055820-zh0fqpweezvphdc6
bzr revid: launchpad_translations_on_behalf_of_openerp-20131213064308-hil3cycv38im8qds
bzr revid: launchpad_translations_on_behalf_of_openerp-20131215054616-uyc9y42oetvmq1cs
bzr revid: launchpad_translations_on_behalf_of_openerp-20131216053557-w3gf0jlw5wrtzllr

[REM] leftover logging

bzr revid: xmo@openerp.com-20131213093542-sdomq8skpwq5wrgv

[ADD] tentative tests for application of view inheritance stuff

bzr revid: xmo@openerp.com-20131212120600-timum4yzr84kl0mf

[FIX] l10n_us, l10n_ma: added missing accounts for product categories

bzr revid: tde@openerp.com-20131212105140-tmg6yzhkaxlu8v61

[IMP] hr: minor usability improvements
- hr_holidays: renamed My Leaves filter by My Requests, more accurate
- hr_recruitment: string of name field is not Subject / Application Name, more accurate; this string is used in the search view also.

bzr revid: tde@openerp.com-20131212104612-2fbn9130emyvxg7s

[FIX] makes sure the web client loads the bootstrap.js file instead of using dropdown.js in web_graph (addon web)

bzr revid: ged@openerp.com-20131212094518-jlau88zb0bxjj966

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131211053249-7onr7u94z5rfg60p
bzr revid: launchpad_translations_on_behalf_of_openerp-20131212051525-n6q6vsucee027ihr

[FIX] hr_holidays: on change holiday type to employee tag, set employee to False.

Otherwise, the user who creates the allocation request by employee tag will benefit of the leaves he just entered, twice if he has the employee tag, once if has not the employee tag(and in this last case, he should not have this leave allocation, as he do not have the tag

bzr revid: dle@openerp.com-20131211180025-pg8kf13bt6d1vk9l

[REVERT] rev 9007 dle@openerp.com-20131122150606-ruqe2l0e7gn84upf

default_model and default_res_id were not present when doing this fix, because in the web client, we prevented the propagation of the context keys beginning with "_default" in some cases.
The fact is that, in this specific case, the keys "default_" should not have been removed. This has been fix in web client in
rev 3892 revid:chs@openerp.com-20131211163609-i3s2mlncf5n91uda

Besides, active_model cannot be used here, as active_model is not 'sale.order' but the model of the wizard.

bzr revid: dle@openerp.com-20131211171429-6bxuh7o4ueiy9dd1

[MERGE] [FIX] fields: avoid traceback when rendering reference field if link is broken (name_get returns no result)

bzr revid: mat@openerp.com-20131211165521-dxcjq7e35q8i0xs9

[MERGE] [FIX] res_users: skip method _get_reified_groups if read returns no result (avoid traceback)

bzr revid: mat@openerp.com-20131211165047-7jq1got6aikjmdry

[FIX] when executing action received from a button call, set active_id and active_ids if there is one, remove existing if not; always set active_model

bzr revid: chs@openerp.com-20131211163609-i3s2mlncf5n91uda

[FIX] filter the context keys only on the result action of the button

bzr revid: chs@openerp.com-20131211161810-hetgizet5mv3xkys

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9691 rev-id: dle@openerp.com-20131211134120-fco4rlqjh258ba36

bzr revid: dle@openerp.com-20131210184409-cd9wy856v5bg0f17
bzr revid: dle@openerp.com-20131211134317-f0ev1vbinhrkgjf4

[FIX] mrp: cost structure report, do not display twice main supplier

bzr revid: dle@openerp.com-20131211134120-fco4rlqjh258ba36

[MERGE] [FIX] Grouped ListView: avoid removing info in row title (such as total) when removing page numbers (if grouped view contains more than 80 elements) (opw 594708)

bzr revid: mat@openerp.com-20131211113330-c6mnxwba7yvxaqmc

[FIX] http: correctly handle the rollback when an exception is raised. Indeed dispathc serializes the exception, leading to the error being catched before we check and rollback the transaction. This commit fixes this.

bzr revid: tde@openerp.com-20131211112304-m2591t7endfetptc

[MERGE] [FIX] One2ManyListView: reload line data without saving it when m2o record has changed in edition mode (eg: changing product name in sale order line) (opw #600224)

bzr revid: mat@openerp.com-20131211105009-iylczcepd3a0e61l

[FIX] name_search() where _rec_name is a reference field and links are broken

bzr revid: cto@openerp.com-20131211103842-i1n9t8mg9kuw77v3

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131211062724-zxcigdht6w71xy7v
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211062802-mh61vodnsw0sr8im
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211062808-o9fkpg2cg9cb403z

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131211053156-p3v0gn1hf6l8c8h7
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211055224-g9i9shv9qqhb93cz

[FIX] point_of_sale: fix default destination(or source, for returns) location for pos order moves

For instance, the source location of moves of returned products was output instead of partners locations / customers

bzr revid: dle@openerp.com-20131210181733-2rjw6cas8bjypp2p

[MERGE] annoucement bar

bzr revid: chs@openerp.com-20131210181038-lzeg6v4n9qdup9tp

[IMP] mail: announcement bar: hardcode close ttl + update link with dbuuid

bzr revid: chs@openerp.com-20131210174728-hgkbv609mwq8iuu5

[FIX] stock: stock picking workflow signaling on the wrong model

Since 7.0, signaling has changed, and the change was not wrongly done here, on the wrong model (self.signal_ instead of self.pool.get('stock.picking').signal_)
Therefore, created chained picking were not confirmed and were left in draft.
For instance, push rules were creating internal moves in draft state instead of confirmed state

bzr revid: dle@openerp.com-20131210173828-bah4lllgvi61r1s3

[FIX] purchase: set readonly on warehouse_id related field in stock.picking.in

bzr revid: dle@openerp.com-20131210165627-7uy323jt6k1302kz

[CHG] replace [Add] button in m2m lists by link in row, similar to o2m

Task 4941

Extracted relevant section from One2ManyList which already implemented
it previously, then created and hooked in m2m list using (inheriting
from) extracted code.

bzr revid: xmo@openerp.com-20131210164443-ur44b8g5gdrt8jt1

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9686 rev-id: dle@openerp.com-20131210160505-xdeeyooj07im8vz3

bzr revid: dle@openerp.com-20131210160657-c88vzssdkvfi6n96

[FIX] stock: incoming shipment supplier quick create was creating a customer instead of a supplier

bzr revid: dle@openerp.com-20131210160505-xdeeyooj07im8vz3

[FIX] prevent field going to be misplaced when going from readonly to writable in editable list view

bzr revid: mat@openerp.com-20131210155703-2mzqa2mch46nxpcj

[FIX] Calling read() on a not-existing user id crash instead of returning False

bzr revid: cto@openerp.com-20131210153519-4yx724gffll27fb5

[FIX] account: move purchase journal from demo to data

bzr revid: dle@openerp.com-20131210152957-hn0c3zvli62vhi0a

[MERGE] [FIX] mass_mailing: various fixes

- [FIX] mass_mailing: fixed model used for the mass mailing itself when creating a new wave. It was receiving active_model aka mass.mailing.create instead of the correct target model (ex res.partner when mailing partners). Also updated a field string to be clearer.
- [FIX] mass_mailing: wave creation wizard: fixed closing button jumping after setting the wave name
- [FIX] mass_mailing: fixed label for template choice when creating a new wave of mass mailing
- [IMP] mass_mailing: added a link to create a wave directly from the kanban view

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

bzr revid: tde@openerp.com-20131210150649-f07vkb7xu4dyc4s4

[FIX] mass_mailing: fixed previous fixes, because of order of loaded files

bzr revid: tde@openerp.com-20131210144503-ftg1y7xvs7smh269

[IMP] mass_mailing: added a link to create a wave directly from the kanban view

bzr revid: tde@openerp.com-20131210141704-u9t6zlfypmi1wba3

[FIX] mass_mailing: wave creation wizard: fixed closing button jumping after setting the wave name

bzr revid: tde@openerp.com-20131210141646-17y49b7xvckepogz

[FIX] orm: early return within ``_apply_ir_rules`` for superuser.

  Save a few time by not not trying to apply ir.rule for superuser, that will
  anyway be skipped within ir.rule's ``_compute_domain`` method.

bzr revid: xal@openerp.com-20131210140330-oui4oy8pez12xkxv

[FIX] mass_mailing: fixed model used for the mass mailing itself when creating a new wave. It was receiving active_model aka mass.mailing.create instead of the correct target model (ex res.partner when mailing partners). Also updated a field string to be clearer.

bzr revid: tde@openerp.com-20131210133934-xtydu43fkh7htxdg

[FIX] mass_mailing: fixed label for template choice when creating a new wave of mass mailing

bzr revid: tde@openerp.com-20131210133830-rhm6t1unz6urrxxj

[FIX] weird behavior when drag&dropping a row during edition in editable listview

When dropping, would simultanously stop the edition and try a write
(so 2 writes on the same record) and generally screw up the state of
all the things, ending up with an empty row and a weird (and
incorrect) warning.

This can be fixed by preventing resequencing during the creation or
edition of a record (row) inline.

For simplicity, implemented by looking up .ui-sortable descendants —
there are no utility methods for handling that and, aside from the
class, there's no good way to know if sortability was enabled on a
list body or not (as far as I can see, jquery-ui's sortable has no API
to query that) — and using jquery-ui's sortable API for enabling and
disabling sortable on the fly.

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

bzr revid: xmo@openerp.com-20131210124755-ugr3ehf744qoh1o5

[FIX] orm: cleaner batch number of records for auto_init() stored fields.function update

bzr revid: xal@openerp.com-20131210122312-f3f4h0z4lpiagsk3

[FIX] css: avoid tabs in row below to move when selected (opw 601379)

bzr revid: mat@openerp.com-20131210112444-pk9yh8bke1z7eerr

[FIX] crm: use email widget for email_from field in Opportunities form view

bzr revid: xal@openerp.com-20131210110007-v1bdkrxadwr661yv

[FIX] issue when tabbing too much at end of editable list row

Tabbing is intercepted by keydown_TAB, which — if the current cell is
the last active field of the row — will then call _next:476. _next
then calls save_edition:300 which "takes a lock" (more precisely
serializes access to its body) and within its body checks if an
edition is active (:303) and returns immediately if not (:304).

The problem here is when a second tab event arrives during the
potentially extremely long save_edition body (since for toplevel lists
it needs to perform a complete RPC call): the overall state of the
list has not changed so the second event *also* goes into _next, then
into save_edition. There it's serialized with the ongoing call and
thus inactive until said ongoing call's termination, and reaches the
body after the current edition has been wound down. As a result, the
body of _next (:408) gets the resolution of ``$.when()``, which is
``null`` and the first condition blows up.

There are 3 possible ways to fix this:

* adding a check in keydown_TAB's handler to see whether a _next call
  is ongoing. This requires adding a state flag to the object and does
  not protect (or cooperate with) _next calls from outside this
  specific handler, unless they are modified in turn.

* alter save_edition to *fail* in case there's no ongoing edition:
  this part was originally in ensure_saved which does not care whether
  a save was necessary or not and does not propagate save information,
  so ``$.when()`` made sense. In save_edition, there are really 3
  different outcomes: the save succeeded, the save failed (or
  potentially part of save's postprocessing failed, for the current
  implementation) and the save was unnecessary. But deferred only
  provide 1 bit of state (success or failure), so the last state has
  to be merged into either success or failure.

  Both make sense, to an extent. Changing from one to the other (as
  necessary here) could break existing code and have more extensive
  effects than expected.

* the simplest and least far-raging change is to just alter the
  save_edition().then handler to ignore cases where save_edition()
  results in no saveinfo, this can be assumed to be a
  bailed-out/unnecessary save call.

For simplicity, the 3rd solution was picked here although with more
extensive tests &al I'd have preferred trying out 2nd.

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

bzr revid: xmo@openerp.com-20131210093055-207fevqc1npy7fwr

[FIX] web_linkedin dependencies

bzr revid: al@openerp.com-20131209232510-2ibdkr3846ksb75y

[IMP] mail: announcement bar: no dblclick

bzr revid: chs@openerp.com-20131209192450-zacfq6i0xli7vjju

[IMP] mail: announcement bar only for screen

bzr revid: chs@openerp.com-20131209192400-01jpkaofq1arqekz

[FIX] Model.create: trigger stored field recalculation for implicit parent_id fields during create

The create() method implicitly creates parent records on objects of the _inherits.
Therefore, in order to make the trigger on the linked field works, we should
include all the _inherits values (fields that make the link to the parent
record) because they are created implicitly.
The write() method does not need this change, as any update of the parent
fields has to be explicit.

bzr revid: odo@openerp.com-20131209184718-wczdefzo9evc0cgc

[MERGE] [FIX] res_font: requires server commit 5011
Mainly fix reports
Adapt API to new res_font methods
See server commit message for more information

bzr revid: mat@openerp.com-20131209171551-fgiv790hcvjnp1ly

[MERGE] [FIX] res_font: make it works in multiworker environment

res_font model gains family, path and mode field
Basic fonts embedded in pdf (Helvetica, Times and Courier) are data
Fix reports using font names to be valid (eg: DejaVu Sans Bold -> DejaVuSans-Bold)
default_get of res_company does not scan the filesystem anymore
family field is new name_get font for res_font (more user friendly)
Domain on displayed font to only 'normal ones' (not bold or italic)
Handle fonts in 'book' mode as normal in setTTFontMapping
Relax constraint on res_font to unique family and name ('name' was actually family before)
font_scan is called on 'reload fonts' action button and for each report rendering
font_scan is lazy when loaded from report and scanning the filesystem only if no font recorded in filesystem
'/dev/null' in font path is used to add fonts in the list but not loaded by reportlab
Scanning the filesystem triggers clear_caches
clear_cache resets the list of found fonts to empty list to make font_scan call to reload the full list (when redering a report on any worker, will always get the updated font list after a scan)
Add access rights for fonts (read everybody, create admin, call font_scan as superuser in report rendering)
Remove font hack with BaseCustomTTFonts, rely fully on the system fonts
Use glob instead of listdir (needed for path like '/usr/share/fonts/TTF/*')
Make warning message from reportlab more self-explaining.

Also make the runbot green (which is nice)

bzr revid: mat@openerp.com-20131209171338-o796pldia9da3kt2

[MERGE] sync with trunk

bzr revid: mat@openerp.com-20131209154236-jjawy50a8tvmyayb
bzr revid: mat@openerp.com-20131209163936-6n9z81etuejkdpsg

[TESTS] mail: mute logger back in mail tests

bzr revid: tde@openerp.com-20131209160923-3yisgzqmns6pviud

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9684 rev-id: dle@openerp.com-20131209145652-3g9rgnfz1w8k0whw

bzr revid: chs@openerp.com-20131202105848-33gcz1715w370rve
bzr revid: dle@openerp.com-20131204150643-is3y0b9n8enh3yql
bzr revid: chs@openerp.com-20131206152726-pirikn7v8pev90ic
bzr revid: dle@openerp.com-20131206162437-b9niay99mirk44qm
bzr revid: tde@openerp.com-20131209102019-kjeg0rx2au1d5e5v
bzr revid: dle@openerp.com-20131209155721-589zihxx8jmvlpvp

[FIX] font: family with one l (Familly is a commune in the Calvados department in the Basse-Normandie region in northwestern France.)

bzr revid: mat@openerp.com-20131209155702-negir6agbiugfctz

[FIX] Trigger stored field recalculation for inherited records

The create() method implicitly creates record on objects of the _inherits.
Therefore, in order to make the trigger on linked field works, we should
include all the _inherits values (field that makes the link to the rel
record) because they are created implicitly.

bzr revid: cto@openerp.com-20131209154857-788f94w0kh6ef5pp

[IMP] fix licence

bzr revid: mat@openerp.com-20131209154537-r5hpcveuxmvcdj10

[MERGE] sync with trunk

bzr revid: mat@openerp.com-20131209154201-1s0f98h43y5mu9ui

[FIX] font: trigger signal for clear cache instead on self

bzr revid: mat@openerp.com-20131209153842-l13zfc24at7cfisc

[FIX] events handling ordering courtesy of Michel Meyer

lead to errors during the validation of rows in list o2ms.

See https://bugs.launchpad.net/openerp-web/+bug/1182101/comments/20
for an extensive description of the events and issue.

bzr revid: xmo@openerp.com-20131209153519-n05bdx15t75dh7gf

[IMP] font: better handeling of multiworker environement

bzr revid: mat@openerp.com-20131209151454-5rylu5alldd3ixmh

[FIX] point_of_sale: ignore TOTAlY returns

Returns were partially ignored when typing keystrokes, thanks to a return; when event which equaled 13, but the default behaviour (press on the focused input/button) was not prevented. This is now the case thanks to preventDefault. For instance, just after a discount set, the focused input was pressed and the associated value was added when scanning a new product with the scanner. Therefore, if we entered a discount of 30%, scanning a new product added '0', the last pushed button, to the discount, and then added the product.

bzr revid: dle@openerp.com-20131209145652-3g9rgnfz1w8k0whw

[IMP] Batch for the computation of function's stored values is now customizable

bzr revid: cto@openerp.com-20131209141111-tbg9x1h8l6neu0ml

[FIX] font: revert previous (use name and not familly in reportlab), fix reports using spaces

bzr revid: mat@openerp.com-20131209133742-7u1sesoinrmfpwf0

[FIX] font: revert previous (use name and not familly in reportlab), fix reports using spaces

bzr revid: mat@openerp.com-20131209133431-6gjhq1zmrb2ro6eo

[FIX] font: correct call to font_scan, add book to displayed mode

bzr revid: mat@openerp.com-20131209132132-61qg1zsybh6zcxim

[FIX] font: correct call to font_scan, add book to displayed mode

bzr revid: mat@openerp.com-20131209132109-c2bluohdj7hkp2px

[FIX] font: avoid removing fake fonts

bzr revid: mat@openerp.com-20131209130844-b8gvcfgqf5t744ir

[FIX] font: correctly place font_scan call, use superuser_id, restrict rights for general users, invert name and family

bzr revid: mat@openerp.com-20131209125705-gk2sjiwxqyxc702r

[IMP] font: move lazy loading to report_rml instead of report_sxw

bzr revid: mat@openerp.com-20131209113207-qwipb3urh8gbb04s

[IMP] font: reload font list only when empty

bzr revid: mat@openerp.com-20131209111811-2oisaal26bku7mpt

[FIX] base_setup: adapt api

bzr revid: mat@openerp.com-20131209110850-f1asm1ow6isfdtqa

[IMP] font: add security rule, lazy loading at first report rendering

bzr revid: mat@openerp.com-20131209110511-l72dgop00bfdeq3v

[MERGE] [FORWARD] Forward port of saas-2 branch until revision 9036 (revid tde@openerp.com-20131209102019-kjeg0rx2au1d5e5v)

bzr revid: tde@openerp.com-20131209105031-17920wsidpqrwmxj

[MERGE] [FIX] mail: fixed message_follower_ids function field.

The set method of the field, set_followers, is now using message_subscribe and message_unsubscribe to have only one access point to adding or removing followers. Previously to this fix it was directly creating entries in the mail_followers table, neglecting the calculation of subtypes and default subtypes.

bzr revid: tde@openerp.com-20131209100822-f19udgfuubshhrg3

[MERGE] Sync with 7.0

bzr revid: tde@openerp.com-20131209090903-al4o6uhrhhw4cqcl

[REV] mail: removed some changes to be done in trunk, not in 7.0

bzr revid: tde@openerp.com-20131209090802-q8fzn88ia9w6o5pq

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131209051959-7j1f1anh77czkpsn

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131207063209-2xi8ba5wu6l6ze00
bzr revid: launchpad_translations_on_behalf_of_openerp-20131208054536-mg4w4d6ljq8ji1nj
bzr revid: launchpad_translations_on_behalf_of_openerp-20131207063232-l64v1fhf1qcpxm2l
bzr revid: launchpad_translations_on_behalf_of_openerp-20131208054646-zixed7abpuze4qt1
bzr revid: launchpad_translations_on_behalf_of_openerp-20131123062625-f7inv72rtg2kel8g
bzr revid: launchpad_translations_on_behalf_of_openerp-20131124054801-1ukcpelfukkvwn60
bzr revid: launchpad_translations_on_behalf_of_openerp-20131125060120-nm8tkfbftg8c88v1
bzr revid: launchpad_translations_on_behalf_of_openerp-20131126060753-jnx5ran2accmo0lh
bzr revid: launchpad_translations_on_behalf_of_openerp-20131127054000-wtg675pf33f3bkar
bzr revid: launchpad_translations_on_behalf_of_openerp-20131129053028-abszdj4y76smnacb
bzr revid: launchpad_translations_on_behalf_of_openerp-20131201054555-3u1m1sy1f2og78nn
bzr revid: launchpad_translations_on_behalf_of_openerp-20131202055227-mm70khzdfnp4qcj9
bzr revid: launchpad_translations_on_behalf_of_openerp-20131207063237-vza5vb51xmd2ipl6
bzr revid: launchpad_translations_on_behalf_of_openerp-20131208054653-f4zth8j3iczlzcqz

[FIX]ir_attachement: not self.pool.get(model) instead of model not in self.pool

bzr revid: dle@openerp.com-20131206173602-no831oxc6m1kf6lu