[MERGE] with 7.0

bzr revid: fka@tinyerp.com-20131213125109-jjq1svpf0oyjykq5

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

[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] 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

[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

[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] purchase: set readonly on warehouse_id related field in stock.picking.in

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

[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] 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] 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

[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

[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

[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

[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

[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-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

[FIX] account: correct name_search on account to be validated even at negation
added test checking every combinaison of name_search

bzr revid: mat@openerp.com-20131206170012-991vs7pa1yzxvav8

[FIX] ir_attachement: search, if the model of the ir_attachement has been removed, the search ignore the attachement.

bzr revid: dle@openerp.com-20131206162314-vjpgtag8qhkl1jhk

[MERGE] [FIX] orm: Ignore orm (4, *) operations on one2many if link already exists.

Web client returns (4, ) operations for unchanged line in one2many widgets.
This allows to skip orm write on object where potentially has no access (eg: timesheet line with another user). (opw 599494)

bzr revid: mat@openerp.com-20131206144301-k6ugjota873nz75d

[FIX] orm: inverting the condition seems to work (don't ask why)

bzr revid: mat@openerp.com-20131206142220-nfqiyeic9fdkejxy

[MERGE] [FIX] account: performance improvement on account.analytic.lines
don't create new analytic lines at move creation, will do it once the move is balanced
don't remove analytic lines (to avoid duplicates) at the begining of the validation of a move, will do it once we create the new correct analytic lines (opw 597719)

bzr revid: mat@openerp.com-20131206131125-fvzy62qqx3gnwmw5

[FIX] orm: ignore existing link for operation (4, x) in one2many fields

bzr revid: mat@openerp.com-20131206125403-r6uemlh7jagw01gh

[FIX] purchase: warning uom category different only if the changed field is product_uom itself.

Changing product_id with a different unit category does not trigger the uom category change warning

bzr revid: dle@openerp.com-20131206121552-xre6jj34cpfuldoa

[FIX] sale_stock,stock: change model to stock.picking.out of deliveries to invoice view in sales

Deliveries to invoice in sales menu should display delivery order only (no incoming shipment). This was already the case thanks to the domain [('type','=','out')], but since the refactor of the module stock, and the division of stock.picking to stock.picking.in and stock.picking.out, the model of this view should be stock.picking.out instead of stock.picking (for instance, to get the actions binding (ir.values) of stock.picking.out model).
+ typo fix in action binding

bzr revid: dle@openerp.com-20131206111336-dg01y92jvjnxy5oi

[FIX] account: performance improvement on analytic line creation
 remove analytic lines (to avoid duplicates) only when create new one instead of each validation of the account move
don't create new analytic lines at move creation, will do it once the move is balanced (unbalanced move should not create analytic lines yet)

bzr revid: mat@openerp.com-20131206104659-vct8a5l9o4nmhwqs

[FIX] field email_from in crm.lead form view should have a widget email

bzr revid: cto@openerp.com-20131206102051-cls1gh78ze2olst9

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131205061031-0rg3zuhu9bm4ygcx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131206062420-e5igkn86w68za9sv

[IMP] Performance: by-pass call to _apply_ir_rules for user admin

bzr revid: cto@openerp.com-20131205121118-0f9087y2huo7y44l

[IMP] orm: force checking ir.rules on read when accessing only to _classic_write fields (o2m, m2m, function)
More consistent behaviour. Was not able to access unauthorized data (retrieving data on x2m field would trigger security rules) but make sure it raises an exception instead of silently retrieve no data.
Move construct domain inside if clause as no needed before

bzr revid: mat@openerp.com-20131205113254-j3j4bb0p6ed23oht

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131205061010-2jn37v8w04xqksgg

[FIX] convert: better error message when failed to load csv file (module name already in path, no need to append)

bzr revid: mat@openerp.com-20131204155244-sy223fbt0tmpeqw1

[FIX] base: allow all users (including portals) to change their avatar

Force readonly="0" on field image in preferences view, otherwise the readonly can be set by access rights.
Preferences are written with the UID 1, if the fields are in the WRITEABLE FIELDS list of the object res_users.
This is why any users can edit their preferences even if they do not have the rights to write on res.users.
Forcing readonly="0" to make fields editable in the form.

bzr revid: dle@openerp.com-20131204145923-f7jwoah722q188d7

[FIX] sale_crm: wizard crm_make_sale crash if partner_id not sent on the opp.

Because defaults get function of partner_id of wizard read the partner_id of the opp and return the first item of the tuple, but if there isnt a partner on the opp, the read return a false for this field, not a tuple.
No return the first item of the tuple if the partner_id is set, else False

bzr revid: dle@openerp.com-20131204133633-t7wfbnipv3jtss82

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131201054445-5fy8zd7lvnn9mjp2
bzr revid: launchpad_translations_on_behalf_of_openerp-20131202055138-hq05otjnuktjpa48
bzr revid: launchpad_translations_on_behalf_of_openerp-20131204055601-tbzqqhperzffjbjt
bzr revid: launchpad_translations_on_behalf_of_openerp-20131204055642-0rwynvhgvs0r14b3

[FIX]portal_sale: add the lang to the email templates (sale.order and account.invoice), for the email to be translated in the customer language (as this is the case for regular email templates from sale and account modules-

bzr revid: dle@openerp.com-20131203142554-5yrp5o5wl382oyo3

[FIX]Web: Fixed the issue of immediate update of many2one field when many2one object name has been changed from follow button popup, reloaded the record from database forcefull to update dataaset, do not call form-blur when follow button is clicked, also do not evict record when record is still not created.

bzr revid: msh@openerp.com-20131203123856-gce4li1igo9k1mak

[FIX] Wrong error message when data cannot be loaded at module loading

bzr revid: cto@openerp.com-20131203092433-uu1brp5csqvvd8yh

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131130053134-6u83vcd1133xs8yf
bzr revid: launchpad_translations_on_behalf_of_openerp-20131201054550-w0k8alfqs2bigurx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131202055222-2u7o99e48254dceu
bzr revid: launchpad_translations_on_behalf_of_openerp-20131203061621-hyqqh11jt7g0ilqh

[FIX] mail: correct announcement bar

bzr revid: chs@openerp.com-20131202114516-u0u44l3xbkk1zcbx

[FIX]res_config: set_default as SUPERUSER_ID. check user group to avoid passthrough access rights security

bzr revid: dle@openerp.com-20131129154806-0gaqdbp6zobdqxy4

[FIX] {account, sale_stock}: res_config: set_default as SUPERUSER_ID. check user group to avoid passthrough access rights security

bzr revid: dle@openerp.com-20131129154714-pogix71b73nz11qp

[FIX] purchase: revert revision 7677 to set a default unit of measure to 'Unit'
This allows to field a purchase.order without showing the units of measure if not product is selected
Revision 7677 was integrated to fix lp:958897 (no change of uom when selecting a product whose uom is in the category 'Units'). This fix did not solve it properly (only for initial value) and introduced another problem. A better fix will be done on the onchange product.

bzr revid: mat@openerp.com-20131129143522-i85e4hvf0p4h3ynn

[FIX] crm_claim: the 'My Company' filter was wrong, not useful and not possible to achieve. It is therefore set as invisible, and its domain set as void. This won't break any inheriting views, and this filter is ready to be removed in 8.0

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

bzr revid: tde@openerp.com-20131129102709-wq4ftqx1x8h6n9xb

[MERGE] [FIX] crm: fixed lead to opportunity wizard customer creation policy (opw 596231).

When choosing to link to an existing customer, then changing the action to create
a new customer or to avoid linking, the newly created opportunity was linked
to the previously chosen customer, due to the partner_id field not being
reset and used in the conversion process.

This field is not reset when changing the conversion action, leading to the action
being correctly taken into account.

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

bzr revid: tde@openerp.com-20131129101706-ccsn5u60sw8isroy

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131126060718-7io3n16co82qp5pu
bzr revid: launchpad_translations_on_behalf_of_openerp-20131127053913-ypnlpggd4wt58pzx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131128060603-kk12b8iu0uhhtist
bzr revid: launchpad_translations_on_behalf_of_openerp-20131129052938-u0wq863etr3sl1cm
bzr revid: launchpad_translations_on_behalf_of_openerp-20131129053023-zlbrprsiq9e7vs39

[FIX] stock: switch ids new - old picking in the message informing the back order was created (opw 594402)
Post on delivered picking that the backorder was created. Was inconsitent with the field 'Back order of'

bzr revid: mat@openerp.com-20131128145059-p3mw969z3lotkn26

[MERGE] [FIX] purchase: fix typo attr -> attrs in form view, courtesy of Joshua Jan (SHINEIT)

bzr revid: mat@openerp.com-20131128115239-yr0m9a1d2i39v6xm

[MERGE] [FIX] document: check method fails if it is called with an id instead of a list of ids. Courtesy of Carlos Vásquez (CLEARCORP)

bzr revid: mat@openerp.com-20131128114958-cbwsvntblmjf55cy

[MERGE] [FIX] sale_stock: pass missing context when retrieving product uom (opw 594350)

bzr revid: mat@openerp.com-20131128114019-6rfcq9z235kh7ot7

[MERGE] [FIX] mail: css improvement, no overflow when too long words, line break instead

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

bzr revid: mat@openerp.com-20131128113520-s0i7cri632n7a01g

[MERGE] [FIX] sale: use client ref on invoice val instead of name for make invoice wizard, same behaviour as creation of invoice in classic _prepare_invoice of sale.py. Courtsey of Yannick Vaucher (Camptocamp)

bzr revid: mat@openerp.com-20131128113232-aun2h9fbrfxwffqt

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131128060619-0nswl7lls658nujd

[FIX] pad: add break-word css to avoid going out of the field in case of too long words (eg: urls) (opw 593426)

bzr revid: mat@openerp.com-20131127160300-yx42uee1xqx79ljl

[FIX]note: notes with undefined stages did not appear if the user had defined stages (they appeared if the user had no stages defined)

bzr revid: dle@openerp.com-20131127151815-gzk9py9wtzmndziw

[FIX] account: Set the alignment of Total parallel to amount in invoice report

bzr revid: mat@openerp.com-20131127145145-qr48qhkvcw02e9ww

[FIX] mail: decode filename at email reception (if non-ascii characters) (opw 591729)

bzr revid: mat@openerp.com-20131127124021-bliapaggdjd1xnuz

[MERGE] {purchase,purchase_requisition}: choose the right warehouse when creating purchase orders from purchase order/requisition

bzr revid: chs@openerp.com-20131127104459-jb77x7quwcvtifm7

[FIX] sale, purchase: don't copy the customer/supplier reference when copying a SO/PO

bzr revid: qdp-launchpad@openerp.com-20131127084625-dqgoloz4q47zlpti

[FIX] purchase_requisition: copy method _get_warehouse from purchase module to avoid crash if purchase_requisition is updated but not purchase

bzr revid: chs@openerp.com-20131126180726-ng0gue9pedmuykj9

[IMP] [FIX] mail: mail_thread :
- avoid having to browse the record in message_subscribe: refactored message_subscribe
to work on ids without browsing, try to lessen the number of queries to do
- update _set_followers, method of the function field message_follower_ids, to use
message_subscribe and message_unsibscribe
- in create: add author as follower in creation values, not after create, allowing
create access rules based on followers
- updated message_unsubscribe to be the lower method, not calling _set_followers anymore

bzr revid: tde@openerp.com-20131126171752-1irizm7mhv2y1wrn

[FIX] purchase: at the validation of the PO, force the company in the context as the company on the PO in order to read property fields correctly. This patch is necessary to allow a user to confirm a PO belonging to another company (if he has the rights to do so).

bzr revid: qdp-launchpad@openerp.com-20131126170505-ttzuiaujpl1k24rg

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131127053957-ekc1bfm5ohug21aa

[FIX]hr_timesheet_sheet: add right-padding to timesheet weekly input in order to avoid the value to be partially cut (in ie 9/10, for instance)

bzr revid: dle@openerp.com-20131126170019-bydxxyk7uqzpsb41

[FIX] purchase_requisition: choose the right warehouse when creating purchase requisitions from procurement orders + allow to work in batch.

bzr revid: chs@openerp.com-20131126135254-96l4xk9q4fd0iwpu

[FIX] purchase: choose the right warehouse when creating purchase orders from procurement orders

bzr revid: chs@openerp.com-20131126135026-echb4fq37229g637

[FIX] procurement: procurement orders does not have a `warehouse_id` field

bzr revid: chs@openerp.com-20131126134952-cotbhc8s60zj44ts

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131126060746-ta374lckemq8t257

[FIX] mail: in some cases tracking is called
without the context (some workflows for example). In that case use the
current user lang when generating the automatic message. This is done
by adding it in the context if not present.

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

bzr revid: tde@openerp.com-20131125163808-bbbqwvx22my38zdj

[MERGE] [BACKPORT] backport from saas-2 (r4976): ir.model: during garbage collection of obsolete records in _process_end, do it in anti-chronological order

bzr revid: mat@openerp.com-20131125162013-z6dhe8eigq7pig0x

[FIX] mail: fixed reply button in mail_mail form view, should reply
to a mail.message, not a mail.mail.

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

bzr revid: tde@openerp.com-20131125155857-m04233fbyan7mglt

[FIX] mail: fixed replying to the first message in Inbox that was crashing

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

bzr revid: tde@openerp.com-20131125155349-4wfvjxuffnxyumkd

[FIX]hr_timesheet_sheet: remove useless css rule, which had the effect of erasing the half timesheet weekly input on ie.

bzr revid: dle@openerp.com-20131125160315-tj8n5bv6e5yv8jku

[BACKPORT] backport from saas-2 (r4976): ir.model: during garbage collection of obsolete records in _process_end, do it in anti-chronological order

bzr revid: olt@openerp.com-20131125144649-mib0vqic0nppziew

[FIX]hr_timesheet_sheet: report, the join clause of the view was wrong, account_analytic_line is join with hr_timesheet_sheet_sheet thanks to the sheet_id (hat.sheet_id=htss.id), not with the line_id (hat.line_id=htss.id)

bzr revid: dle@openerp.com-20131125142624-wilbjmlgy9yubcgk

[FIX] fields: execute name_get for function field of type many2one as SUPERUSER_ID (same behaviour as classical many2one)

bzr revid: mat@openerp.com-20131125125008-wmpssjk5vygdcc0w

[IMP] orm: add missing space in error message during validation

bzr revid: mat@openerp.com-20131125124717-4jsqv0lfu7hpxusi

[FIX] orm: when duplicating translated object, get more coherent source and destination values if default value is specified
user's language: old (untranslated) -> new (translated)
other language: old (untranslated) -> old (translated)

This allows to have coherent behaviour if copy() method is overwritten to change the text (usually applying _('%s (copy)')). The current user will see the translated terms with modification while the translations are kept for others (and need to be updated).
We prefer keeping slightly irrelevant translations (without translated version of '%s (copy)') for other languages than losing it.
The copy_data method does not modify context to get untranslatated values, done fully in copy_translation

bzr revid: mat@openerp.com-20131125122347-5p5oyxab5rf1kk7u

[FIX] translations: fix tests to adapt to new duplication behaviour and remove context hack in copy_data (translations are now fully handled in copy_translation)

bzr revid: mat@openerp.com-20131125115727-o9oejao1ziagqti1

[FIX] sale_crm: return id only for default method of type many2one field in make sale order wizard

bzr revid: mat@openerp.com-20131125112629-s3jtair156aqwvpj

[FIX] orm: when duplicating translated object, modify the values to get more coherent values
user's language: old (untranslated) -> new (translated)
other language: old (untranslated) -> old (translated)

This allows to have coherent behaviour if copy() method is overwritten to change the text (usually applying _('%s (copy)')). The current user will see the translated terms with modification while the translations are kept for others (and need to be updated).
We prefer keeping slightly irrelevant translations (without translated version of '%s (copy)') for other languages than losing it.

bzr revid: mat@openerp.com-20131125110736-d6iygeq8om5y4fkz

[ADD] i18n: enable Lao language (Laos) as an installation option

bzr revid: odo@openerp.com-20131125084215-nddml5h65i2xkuf9

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131123062620-6obt60lwob64hi98
bzr revid: launchpad_translations_on_behalf_of_openerp-20131124054757-4w9nik6wieeqf0yg
bzr revid: launchpad_translations_on_behalf_of_openerp-20131125060111-rf445xxiinvazinv