[FIX] stupid groupby bug

bzr revid: xmo@openerp.com-20120619133618-sxgs18sn48x902hv

[FIX] error caused by autosave-on-blur when vaidating a row with [Return]

bzr revid: xmo@openerp.com-20120619110350-64sb4uy2t1eydiou

[FIX] focus issues with m2o contextual menu (and popup operations)

bzr revid: xmo@openerp.com-20120619093651-7rfe1pp7ucuj0ajh

[FIX] handling of focus on m2o fields (in editable list row)

* Throw out focusin/focusout: the m2o widget's completion list is
  created at the page top (body) so the editable listview can't
  generically handle arbitrary widgets via mere focusin/focusout.

* Move responsibility of focus/blur events to the form view and its
  widgets.

* Events could not just be named ``focus`` and ``blur`` due to usage
  of jquery's event system: jquery will automatically call a method of
  the event's name if it exists on the object, which conflicts with
  .web.form.Field#focus and leads to an infinite loop (as Field#focus
  focuses the field's root element, which triggers the focus event,
  which calls the focus method,...) => form-* and widget-*, can be
  switched back in trunk

* m2o mess kind-of complex, basically:

  - the core input and the menu button behave as blur/focus triggers

  - when the autocompletion list is clicked, it will temporarily
    remove the focus from the input (blurring it), and put it back
    later... on a timer. Issue is the timer, we don't want to rely on
    having a bigger timer (as later revisions of the library may
    change our timings and it's iffy to rely on timers conserving
    order perfectly); on the other hand we know the focus *will* come
    back to the input eventually. So we can just avoid propagating
    blur iif the blur is the consequence of having clicked on the
    completion list.

  - roughly the same thing happens when clicking on $drop_down (after
    fixing the handling of its final focus to be consistent, as
    $drop_down would not re-focus the input if it was *closing* the
    completion list)

  - pretty sure the menu thing does *not work at all*, but I don't
    have the courage of fixing it before committing this part.

Date/datetime widget remains to be handled, basically the core focus
handling is the same as in e.g. a charfield *but* needs to handle (and
ignore) loss of focus from clicking inside the picker
widget. Expecting the level of suck to reach unknown heights.

bzr revid: xmo@openerp.com-20120619072518-lsrhzij5asxt2aea

[IMP] jQuery exposes focusin and focusout, use that instead of its manual implementation

bzr revid: xmo@openerp.com-20120618073431-gmeo349oskbld53t

[FIX] handling of [Return] key to save records being edited in MSIE

* DOM events sequence screwed up, requiring an explicit blur on the
  current target to try and ensure the corresponding form widget would
  register its own change event
* Requirement to stop the default behavior of keypress and keydown on
  [Return] as they would somehow trigger the contextual menu of m2o
  fields on the row, at the wrong place, when in a char field (I don't
  even...)
* Delaying of the actual saving of the form (via `setTimeout`) to try
  and ensure the blur/change event has had the time to propagate
  correctly (and be handled) before we actually save

bzr revid: xmo@openerp.com-20120615055440-yn00uv4q8y29nboq

[ADD] automatic save of o2m rows being created/edited when clicking/focusing outside

bzr revid: xmo@openerp.com-20120614123731-x2owyp4nc1yi1ocj

[IMP] return deferred from ListView#render_row_as_form indicating *when* the row has been rendered as a form

bzr revid: xmo@openerp.com-20120614123130-1z1vvt62rnr21bpz

[IMP] allow overloading a listview's List and Groups types

bzr revid: xmo@openerp.com-20120614123056-cu3q34m4ysjxzqtt

[FIX] don't require an extended class to have a method yet to allow it to be overloaded

bzr revid: xmo@openerp.com-20120614123024-ngby1srdwojv5rmb

[FIX] don't break the handling of record index 0 in editable list views: index 0 means something different than index = null

bzr revid: xmo@openerp.com-20120614085009-xuo1ifu2vnlcic72

[IMP] hide [disk drive] button in o2m editable lists

bzr revid: xmo@openerp.com-20120614084420-0ky3d41kk2r8zlp8

[FIX] do not break dataset index (at the wrong moment) when clicking on [Create] row

dataset.index was previously set to ``null`` in handler of [Create]
button (to fullfill contract with form view that dataset.index should
be ``null`` to indicate the creation of a new record with no id).

Issue: after setting the index to ``null``, the list view calls
``render_row_as_form`` which starts out trying to save a row being
edited (case: clicking of the [Create] button after having selected a
row for edition or after having written in a new record e.g. [Create]
-> type -> [Create] type -> ...). This tentative to save the existing
form would be performed in the context of a ``null`` dataset.index,
which the form view doesn't (and shouldn't, index should be that of
record *being edited*) expect.

-> first save in whatever dataset state is the current one, and *right
before* creating the new form (after having saved and/or discarded the
previous one) we have the id of the new record to edit (or ``null``),
find the index for *that* and set ``dataset.index`` to that (or
``null``) so the new form view can be created and opened in the right
context.

bzr revid: xmo@openerp.com-20120613153842-pd6xitjs8n003ogs

[FIX] in ensure_saved, discard non-dirty editable rows

if the editable row's form isn't dirty, either nothing has been
entered in a new row or an existing row (being edited) has not been
altered, so can just discard the row (and reload it from cache if it's
an edition).

bzr revid: xmo@openerp.com-20120613153633-ms7i8t9lvdarxqi3

[FIX] if a form is not dirty, always consider the corresponding o2m[list] to be valid

the user has not modified the editable line after opening it (whether to create a new record or to edit an existing one), so shouldn't be invalid

bzr revid: xmo@openerp.com-20120613153555-fq0moy1q464l92yj

[IMP] don;t needlessly wrap values into deferreds in pipes

bzr revid: xmo@openerp.com-20120613153412-c2byqrc66jcn0e97

[FIX] O2M validation: correctly proxy validation from/to edited row of the list view, if any

bzr revid: xmo@openerp.com-20120613100819-sw93kst4dpwhnu1p

[FIX] correctly forward arguments in _super() call of editable listview's form widgets override

bzr revid: xmo@openerp.com-20120613094037-3iny9dsdhmp7qspi

[CHG] try saving any row under edition when starting an (other) row edition

editable lists should not lose data unless explicitly asked to forget about it by user action

bzr revid: xmo@openerp.com-20120612150820-z97jxme1vcu3x3jd

[IMP] Deferred usage in editable listview

bzr revid: xmo@openerp.com-20120612150708-0z5dsclcrtj29st3

[FIX] mis-handling of url actions in sidebar

bzr revid: xmo@openerp.com-20120608090619-494wipr0pfekq6ex

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120606053039-a4juyl2r3spflgxr
bzr revid: launchpad_translations_on_behalf_of_openerp-20120607051141-x5vxg958wo48mr5b
bzr revid: launchpad_translations_on_behalf_of_openerp-20120608051529-d5rbbmihnra3sz05
bzr revid: launchpad_translations_on_behalf_of_openerp-20120608051613-be9s789ejsqjffow

fixed bug with ir.actions.url

bzr revid: nicolas.vanhoren@openerp.com-20120607140822-bsljpmaqnbg5m2pm

[ADD] handling of required attr on m2m fields

bzr revid: xmo@openerp.com-20120607111149-cgf3ap0yjzsxrkjx

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: xmo@openerp.com-20120607110503-exd0yhx8cqsimxer

[IMP] display clean error dialog when user tries to create a database which already exists

bzr revid: xmo@openerp.com-20120607110313-rqj2k80cxpskdvx0

[FIX] re-display [Add Pad] button after removing the pad from a document

bzr revid: xmo@openerp.com-20120607110035-qxh5p2nnf3p0mj5s

[IMP] formatting of o2m and m2m fields in list views, courtesy of William Beltrán

backported from trunk revision xmo@openerp.com-20120607101329-aq0caswlxamd8z0n

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

bzr revid: xmo@openerp.com-20120607103240-edk8759inv2jiw2q

[FIX]Refixed the issue of pad button not rendered when we delete the pad link.

bzr revid: msh@tinyerp.com-20120607083645-nyrk6vu3fjnmj5sv

[FIX]Refixed the issue of database creation which was giving traceback instead of message.

bzr revid: msh@tinyerp.com-20120607072805-htfer9njseaty66w

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607065207-jwu8qlvo9i5c59jo

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607064823-wpwvgq3ep7ufiui4

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607064431-2r2gbh0hav11ojeg

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607063146-h22emjasnj0ararc

[FIX] Code optimization as per suggestion.

bzr revid: cpa@tinyerp.com-20120607060633-ewnd0kr9qzxw0tey

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120607051242-r8pa2ag5y48gicq6

[MERGE] OPW 574895: fix incorrect matching of column headers when importing CSV files

- required fields may sometimes be provided by alternative columns,
  and all the alternatives are therefore not required (e.g. for
  a m2o the CSV can provide m2o or m2o/id columns)
- when fields share the same label, precedence when matching
  column headers should be given to the field with the exact
  same name, rather than just the first one encountered

bzr revid: odo@openerp.com-20120606174043-f1nmkad3p17mccyy

[FIX] incorrect handling of 'None of the following condition must match' advanced search combinator

Introduced during 'simple style fixes' (sic) of rev xmo@openerp.com-20110812094541-zeb5lz6nk0jgq21y

bzr revid: xmo@openerp.com-20120606143721-004xllr8j28sgga9

[IMP] performances when opening an m2o "search" without any filtering term

Don't prefilter via name_search if no data has been entered in the m2o
field, it's going to return all records (not paginated) so it's a
waste of time and resources

bzr revid: xmo@openerp.com-20120606124717-h2p211vbrydazado

[FIX] handling of empty domains, context and view_id in action descriptors

* Some literal actions (not stored) provide an empty string for
  domains and contexts instead of (respectively) an empty array or an
  empty dict literal inside the string. Treat those case as nothing
  being provided.
* Likewise some literal actions provide nonsensical (but falsy, but
  not False) values for view_id (such as an empty list). Yield a
  ``False`` view_id for all falsy ``view_id`` received (``0`` should
  not be a valid view_id, so ``False`` works)

bzr revid: xmo@openerp.com-20120606123508-ndh3jpzw1nabf98n

[FIX] reloading of o2m forms in dialogs (popups) after clicking on a button

bzr revid: xmo@openerp.com-20120606123230-bjwrplz1xeekeecg

[FIX] handling of get_selection in listview in case of non-selectable lists (e.g. editable o2ms?)

OPW 572764

bzr revid: xmo@openerp.com-20120606123115-hilv8huw72di4ovi

[FIX] handling of empty lines in CSV file being imported (ignore them)

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

bzr revid: xmo@openerp.com-20120606103353-k8z51yhp9j1u2irp

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120605051802-bospr54h50wirl0p
bzr revid: launchpad_translations_on_behalf_of_openerp-20120606053111-in0n1qxhmy84ofxp

[FIX] opw: catch invalid results from opw server

bzr revid: chs@openerp.com-20120605152100-82bjiisvcck07s53

[FIX] account_coda: fixed coda import to work with iban bank accounts

bzr revid: qdp-launchpad@openerp.com-20120605122517-wm86m0yoo5c0bsfe

[REF] account_coda: stripped dummy spaces at end of lines

bzr revid: qdp-launchpad@openerp.com-20120605094112-hdhavcwy767tbbxg

[FIX] edi: fix Invoice preview template, uos_id field not required so may be missing

bzr revid: odo@openerp.com-20120605085712-r08p06gyeqo0i0o0

[FIX] Fixed in advance search when search on 'None of the following condition must match'.

bzr revid: cpa@tinyerp.com-20120605055415-xgczrlyzb1g92exx

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120605051658-eplb8pqgus26l24a
bzr revid: launchpad_translations_on_behalf_of_openerp-20120605051757-3r6mwelhve3xheyn

[MERGE] OPW 575395: orm: don't defer function fields computation during creation of parent records (inheritS)

bzr revid: odo@openerp.com-20120604125001-ls1pkxp9as1eyn6i

[FIX] OPW 575395: orm: don't defer function field computation during creation of parent records (inheritS)

An optimization in the set() method of o2m fields
disables the direct computation of function fields
in order to avoid computing them line-by-line.
This is done with context key 'no_store_function',
and deferred at the end of the caller write() or
create() method.
This was unfortunately disabling all function fields
in parent model (via _inheritS) at the time of
creation, even though those were *not* batch-computed
at the end.
The patch removes the 'no_store_function' field in
the context that is passed to inheritS parents during
creation, as it was never meant to be passed.

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

bzr revid: odo@openerp.com-20120604114536-4t6ulwl93zalfgr7

[MERGE] OPW 575437: account_payment: missing voucher entries when importing payment orders into bank statement

bzr revid: odo@openerp.com-20120604105309-i75i5ecc974joy92

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120602061704-xke5evjh397zff0h
bzr revid: launchpad_translations_on_behalf_of_openerp-20120603051811-zhifach8r2outhkv
bzr revid: launchpad_translations_on_behalf_of_openerp-20120604050721-8hpx2buxbijhp23b

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120602061617-qmzs41iufsvkxy8t
bzr revid: launchpad_translations_on_behalf_of_openerp-20120603051738-noyzgz2fwnz11ubf
bzr revid: launchpad_translations_on_behalf_of_openerp-20120604050647-n835odfebbygdfwe

[MERGE] opw 573692 wordless rml pager

bzr revid: al@openerp.com-20120601160521-ptg960rpa7zhrffc

[MERGE] opw-573716 translation of avg

bzr revid: al@openerp.com-20120601155950-uh7osm0g9x3h9uf7

[MERGE] opw info

bzr revid: al@openerp.com-20120601152456-lun2g7sf4zx150tp

[FIX] publisher warranty missing info

bzr revid: al@openerp.com-20120601152413-xnsb1xtu69w6oli0

[IMP] account_payment: add comment why only checking on 'debit' when creating voucher from 'import payment line wizard'

bzr revid: xal@openerp.com-20120601144935-zya10gihz0c6w1qn

[FIX] account_payment: on payment line import, use 'debit' lines from voucher onchanger - otherwise created voucher is empty

bzr revid: xal@openerp.com-20120601143328-c1kpk1c2adkzmv0y

[MERGE] OPW 575424: mrp: error on analytic entries when workcenter has no product

bzr revid: odo@openerp.com-20120601143249-xkk2iog1l22kmz82

[FIX] crm: missing index on user_id, which is used by ir.rules

bzr revid: odo@openerp.com-20120601141743-zzjp74arnv8gaapx

[FIX] mrp: fix cost generation when related mrp.workcenter have no product_id set

bzr revid: xal@openerp.com-20120601113503-47k48712j6tvl23j

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120531053105-7j5ugrn1mv3tuead
bzr revid: launchpad_translations_on_behalf_of_openerp-20120601055036-28k3ovty9m7om255

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120531053025-ugky2rmbosvxuahx
bzr revid: launchpad_translations_on_behalf_of_openerp-20120601054952-t1woeijdh426ajzb

[FIX] web: correct jsonp behavior when len(payload) >= 2000

bzr revid: chs@openerp.com-20120531132020-ccagkni2dqu6i75u

[FIX] stock: Warehouse Manager should have all rights on stock.move

bzr revid: odo@openerp.com-20120530133235-2hosof5kynfh7bfw

[FIX] web: data import: correctly handle 'required' many2one - user can provided any of base fieldname or with the '/id'

bzr revid: xal@openerp.com-20120530101715-oe86b3vk6qynp29e

[FIX] web: data import: fields matching have to be done first on exactfieldname, then only on string

bzr revid: xal@openerp.com-20120530101608-8al6jw332oz0v2c0

[MERGE] cron: use multi-process signaling + add openerp-cron-worker helper script

bzr revid: xal@openerp.com-20120530081258-35p658buwgz0d0a7

[MERGE] OPW 574830: config: only type check known options

bzr revid: xal@openerp.com-20120530065414-8tdv3q7qtymsf824

[FIX] config: only type check known options

bzr revid: xal@openerp.com-20120530064237-u97y6h5waetl9nf4

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120530054723-u73d7mek251n89cy
bzr revid: launchpad_translations_on_behalf_of_openerp-20120530054755-2eve4h8rssjlo3f3

[MERGE] OPW 574830: config: when assigning new value, ensure that value are correctly type checked

bzr revid: xal@openerp.com-20120529183749-qnib8n0euc3jr5cy

[MERGE] OPW 574652: hr_expense: add correct decimal precision on 'amount' field

bzr revid: xal@openerp.com-20120529180746-oqbwm2cufs7med8r

[FIX]Fixed the issue of pad button not rendered when deletes a pad from the attachment area.

bzr revid: msh@tinyerp.com-20120529074017-6woyh00mz8fl18v0

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120529050544-li5kbmpzrn0scab0
bzr revid: launchpad_translations_on_behalf_of_openerp-20120526055455-49wjpktvpkh30xa0
bzr revid: launchpad_translations_on_behalf_of_openerp-20120527051537-41qj7xj0ffygvlbb
bzr revid: launchpad_translations_on_behalf_of_openerp-20120528055616-uvsyeu4p8mkd1uks
bzr revid: launchpad_translations_on_behalf_of_openerp-20120529050618-qu95r4yh76wtwf7h

[FIX] wsgi.core: typo - gunicorn's post_request() has no  argument

bzr revid: odo@openerp.com-20120528114309-e1pdjhzqqleqf37p

[FIX]Fixed the issue of graph view, wehre same field were pushed two times in list view, like in graph view code we have created grouping on some field and now again from search view we are making grouping on same field so this field were added two times in list_field and results in no group records.

bzr revid: msh@tinyerp.com-20120528045245-tfq5qwaiwfo7pd26

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120524213424-x3a0wrqs23ajbuis
bzr revid: launchpad_translations_on_behalf_of_openerp-20120525051613-agxylrbtcu18fvfn
bzr revid: launchpad_translations_on_behalf_of_openerp-20120526055429-ynzxc3q4rj46capp
bzr revid: launchpad_translations_on_behalf_of_openerp-20120526055458-l7qk8vixvz2wot1k

[FIX] OPW 574218: many2one: do not prefilter records when user click on 'Search More' with empty text

 - Normally when user click on 'Search More' on many2one fields, relation
   object records are prefiltered based on the text user entered in the
   many2one field.
       But if user do not enter any text before click on 'Search More',
   system will call name_search() with an empty search criteria - and
   this could be quite expensive depending on the size of the dataset!.
   (this of name_search() on more that 10.000 products...)

   We now do not prefilter records if search value is empty (standard domain
   filtering still apply).

bzr revid: xal@openerp.com-20120525131416-ie958wu0cihjslgc

[MERGE] OPW 574991: rml reports: move setLang() before <pto_header/> otherwise it won't be correctly translated

bzr revid: xal@openerp.com-20120525082311-hv1fshgsqb0qvnh0

[FIX] data_import: allow importing m2o via name_search() on top of their XML ID

We do default to exporting the XML ID, but there are
many cases where completely new data needs to be
imported and there is no XML ID available to do so.
In that case allowing name_search() to be used as in
6.0 is a life-saver. This patch simply makes the
m2o field itself visible during import, so users can
use it in their CSV file or manually select it.

Some trivial examples:
- you need to import 2000 new leads with their countries,
  obviously you can't guess that base.be should be used
  for country Belgium
- you need to update 2000 unassigned leads in the system
  and assign them to some of the salemen... but you don't
  have their XML IDs and even if you had, the match is
  quite hard to do.

bzr revid: odo@openerp.com-20120525070859-y4q3bnamvag2pzcq

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120524213622-rae1o3f29fxv3fu6
bzr revid: launchpad_translations_on_behalf_of_openerp-20120525051647-xkl6b7w74bo8py9v

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120524213610-j2wbvffwj9b4umyl
bzr revid: launchpad_translations_on_behalf_of_openerp-20120525051642-ba0b5rk5vp9u837y

[MERGE] OPW 575004: stock: fix font for product name/variant in packaging report

bzr revid: xal@openerp.com-20120524210617-jfvrjhjpri4s8px5

[MERGE] crm_partner_assign: test: be more lenient about partner localisation

    As of today, google maps tend to localize:
       Avenue de la Liberté 56, 1000 Brussels, , Belgium
    As:
       Place de la Liberté 56, 1000 Bruxelles, Belgique

    making imprecision and failing geolocalizaton test of
    'crm.crm_case_abcfuelcounits0' (current modification is backported from
    trunk unit-test)

bzr revid: xal@openerp.com-20120524165431-nopxu62kbjrs431o

[FIX] crm_partner_assign: test: be more lenient about partner localisation

  As of today, google maps tend to localize:
     Avenue de la Liberté 56, 1000 Brussels, , Belgium
  As:
     Place de la Liberté 56, 1000 Bruxelles, Belgique
  making geolocalizaton of 'crm.crm_case_abcfuelcounits0' fail

bzr revid: xal@openerp.com-20120524152946-y4itnc3n4fps3prx

[FIX]:headings are all in other language on the first page of the sales order & purchase order But on the second page, they have reverted to English

bzr revid: ksa@tinyerp.com-20120524125139-hlmhbdqf8a9ezefw

[IMP]packing.rml: improve the code in the packing report (Case: Ref 575004)

bzr revid: skh@tinyerp.com-20120524110745-kf09fv7wz0djpdze

[FIX] config: when assigning new value, ensure that value are correctly type checked

  This make configmanager stronger about config params values (if we need to enforce
  them as int, float, ...). Helping gunicorn user's to not set wrong value, like:

     conf['cpu_time_limit'] = '180'

  In that case, type checker will gracefully convert it to interger.

bzr revid: xal@openerp.com-20120523125354-jr6lgpecjyqrmaz3

[FIX] picking.rml : Description product on packing list report(Case: Ref 575004)

bzr revid: skh@tinyerp.com-20120523094614-i09eldczrkdpwj1l

[FIX] decimal_precision: properly invalidate cache when changing precisions

This was working previously because the cache was disabled,
due to bug #988743. Now that the cache is working again,
it needs to be properly invalidated whenever a decimal.precision
record is created or deleted, otherwise all computations
will use an incorrect precision.

bzr revid: odo@openerp.com-20120523085234-2q8z7f1naydnjgsz

[FIX] issue with handling of list view priorities in dashboard

dashboard would select the default list view (id=false) instead of the asked/needed one, breaking the application of filters

bzr revid: xmo@openerp.com-20120523083622-e6y0ug0f4nepw8i4

[FIX] tools.cache: typo preventing caching when @skiparg!=2

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

bzr revid: odo@openerp.com-20120522162730-k9514eosjo8w0r1i

[FIX]Fixed the issue of duplicate database creation which was giving traceback instead of user-freindly message.

bzr revid: msh@tinyerp.com-20120522090826-f8hslx26drsxe83e

[FIX] Performed boolean check for context and domain and removed redundant condition: (Maintenance Case : 574769)

bzr revid: rgo@tinyerp.com-20120521095011-4ji9wf6efbhr4yry

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120517060733-irte5hr1zinzs9dm
bzr revid: launchpad_translations_on_behalf_of_openerp-20120518050752-c541ssob6tv03ror
bzr revid: launchpad_translations_on_behalf_of_openerp-20120519055739-l40pybcuopc8g4oy
bzr revid: launchpad_translations_on_behalf_of_openerp-20120520051227-e053w8talp2e3sea

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120519055722-0hi7qegprrfoq62g
bzr revid: launchpad_translations_on_behalf_of_openerp-20120519055746-39chgoaf0iqhh271