[FIX] update to latest version saas code with updated underscore lib

bzr revid: mat@openerp.com-20140424160833-p0uf6zzst0pnj3i7

[FIX]Web: Refixed the issue of context propagation, also removed the view references of current dataset.

bzr revid: msh@openerp.com-20131226071228-4qfd2qcz1b5rfji4

[FIX]Web: Refixed the issue of context propagation, we must not remove search_default and group_bys of current action context, previous fix was removing action context, improved the fix, also added pairs and object function for sake of simplicity.

bzr revid: msh@openerp.com-20131224135526-55b4cd3qyt0j5ugi

[FIX]Web: Refixed the issue of context propagation, we must not remove search_default and group_bys of current action context, previous fix was removing action context, improved the fix.

bzr revid: msh@openerp.com-20131224112403-98cgl6lit285kstw

[FIX]web: status bar alignment, sometimes wrong on google chrome

bzr revid: dle@openerp.com-20131224112201-0zlxa6fevvj3501h

[FIX] account_voucher: computed writeoff and invoices selected were not right on partial invoice payment in account voucher wizard.

Due to the algorithm which did not handle the fact that an invoice could have several move lines

bzr revid: dle@openerp.com-20131224103535-rhtje7dnq1ie7jtb

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131224055213-dm6b0zx4e0fn18ex

[FIX] account_check_writing: display real currency name on check print

Instead of 'Euro' hardcoded.
As the currency complete name is not available in res.curreny model, exceptions are made for currencies EUR, USD and BRL, the mosts used currencies for checks (+75% of cases)

bzr revid: dle@openerp.com-20131223154631-21oenwn8mxszyo5t

[FIX] hr_payroll: skip missing structures in get_all_structures for hr.contracts (eg: if structure is deleted afterward) (opw #602411)

bzr revid: mat@openerp.com-20131223124413-k0st3i54zou2bga8

[FIX] hr_payroll: put a check for the structure used in the contract. When any structure
is already assigned into contract and that is deleted, it will affet the Payslips which were already created and will have [False] value.

bzr revid: rha@tinyerp.com-20131223101841-6fbwfm90gn7sj17m

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131221061900-mrdvau1f6w722vsn
bzr revid: launchpad_translations_on_behalf_of_openerp-20131222055708-jg10h0irjyde2qii
bzr revid: launchpad_translations_on_behalf_of_openerp-20131223054746-koli3yft4vt25ld4

[FIX] email_template: support of email_recipients in send_mail.
email_recipients is a char fields holding a comma separated list of partner_ids
that are the email recipients. This field is correctly handled in the composer
but was not taken into account in the send_mail method email_template.
However due to model limitations, this field can only be taken into account
when sending the email directly using force_send. When the email is
queued, no field is available to hold the value of email_recipients.
This is already fixed in trunk/v8 as a field has been added to handle
this value.

[FIX] mail: when sending email to some recipients_ids, filter to have only
the existing partner_ids. Trusting email template to generate valid
partner_ids is a bit risky.

[TESTS] email_template: added tests for send_mail

bzr revid: tde@openerp.com-20131220144652-h18yam60vpedbh7x

[FIX] project: fix task progress not correctly updated when reopening a task

bzr revid: xal@openerp.com-20131220091823-o9uvvlo6hdh4xukw

[FIX] purchase: remove duplicate 'Warehouse' and 'Reference UOM' groupby filter in Purchase Analysis search view

bzr revid: xal@openerp.com-20131220085429-xxojh1oxjn1fo3a5

[FIX] document: on report.document.user view, use correct field type for ``user_id`` field.

bzr revid: xal@openerp.com-20131220084446-b5rmz6dfotd2alaa

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131220053413-o3xa4nlpu9snoiq6

[FIX] project: fix error on ``schedule_tasks`` when there is no resource available on project

bzr revid: xal@openerp.com-20131219154546-xlbgqfkc34ndf8kp

[FIX] l10n_be: fix no value in 'Code (Tax Code)' column on 'Print VAT Intra' preview report

bzr revid: xal@openerp.com-20131219145528-ppndys5c1jryefgk

[FIX] hr_holidays, hr_timesheet: fix XMLSyntaxError when company name contain an ampersand '&' sign

bzr revid: xal@openerp.com-20131219135147-jpli369iqlanf3t3

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131219061541-j0v5712t55sdiqb6

[MERGE] fixes for non-direct IME

bzr revid: xmo@openerp.com-20131218152626-kexq1wudvjwnh962

[MERGE] [IMP] account_payment: remove widget=selection (was forcing the preloading of every partner for an invisible field)

bzr revid: mat@openerp.com-20131218144617-pq3oy121rxaxiu5r

[FIX] web: only show in 'Advanced Search', fields that are actually searcheable and avoid duplicate 'ID' field

bzr revid: xal@openerp.com-20131218113547-myl7eihvw5vbzkaa

[FIX] base: make explicit, that res.users reified fields are not selectable

bzr revid: xal@openerp.com-20131218111214-543cjhkp6k0steyi

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131218055330-dvkrpp97rqo7gcf2

[FIX] base: remove old deprecated file ``base_module_scan.py``.

This file was wrongly left-over from ancient v6.1 times and not used at all under v7.0.

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

bzr revid: xal@openerp.com-20131217154915-v6iy8us55k8rp7nc

[FIX] translation: force clearing of cached translated term after a successfull `trans_load_data`

  When re-loading a translation (with 'Overwrite Existing Terms') we need to
  empty the translation cache to ensure overwritten terms get their new values.

bzr revid: xal@openerp.com-20131217145738-9oy2fjhbc46yzonq

[FIX] The widget selection on partner_id force the form to load every partner for nothing

bzr revid: cto@openerp.com-20131217140015-f3v3tjmrhnwjfsqi

[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

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131217061356-7230cnvseunpundw

[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

[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] bad interaction of editable list with IME

IME are ways to input language which can't trivially map to a keyboard
(e.g. CJK language) with a standard-ish keyboard. For japanese IME
this is done by entering text phonetically: text is entered in romaji
and automatically converted to hiragana (or katakana) when it matches
the transcription a japanese syllable (~phoneme?) e.g. to (と). The
text is then split and reprocessed with sequences of hiragana being
converted to kanji (or not), and the possibility to pick the right
kanji when multiple kanji match e.g. for "Tokyo" toukyou -> とうきょう
-> 東京.

But to do the edition, keyboard keys are used. For the japanese IMEs
(tested on Windows, OSX and Linux) [Space] will do the initial
conversion from kana to kanji (and allow selecting an other conversion
or a different kana split) and [Return] will validate the current
conversion (removing the underline marking "unvalidated" kana or kanji
groups).

And that's where the problem hit: IME + browser combinations may or
may not suppress part of all of the event. Firefox will trigger a
keydown of the key which "starts" IME input (e.g. "t") and will
trigger a keyup for the validation key (return), except on Linux where
the initial keydown is suppressed. Inbetween these, it will fire no
keydown, keyup or keypress event but will fire input events (at least
on an input element) every time the displayed text changes.

Meanwhile webkit browsers will, for each press on the keyboard during
IME,

* trigger a keydown with the keyCode 229
* trigger a keyup event with the keycode of the key which was actually
  hit
* trigger input events every time the displayed text changes

This include meta-operation uses of [Space] and [Return].

MSIE has the same behavior (including triggering the input event), but
the keydown event is augmented with ``key`` and ``char`` attributes
providing the character matching the key hit to trigger the change.

Although the triggering of the input even is useless for the purpose
of the editable list (especially here, the purpose of validating a
list row with [Return] one fact stands out: keypress is never
triggered during IME operations, hitting the [Return] key outside of
IME will trigger keydow, keypress, keyup but doing so during IME will
only trigger the first and last.

Thus by changing the binding from keyup (return) to keypress (return)
for a line validation, spurious validation during IME text entry
should be avoided. This seems to work correctly on MSIE (Windows),
Firefox (Windows, OSX, Linux), Chrome (Windows, OSX, Linux) and Safari
(OSX), after testing in IE9, IE10, Chrome 31, Firefox 25 and Safari 7,
and a quick test on a task's o2m did not reveal any regression.

note: not all differences between various browser/os combinations were
inspected in details, there may well be further differences which were
not noticed or not relevant to this precise issue.

bzr revid: xmo@openerp.com-20131206124431-q4a9l1gn9wjtmlvz

[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

[FIX]Web: Fixed the issue of group and search_default propagated in context to next action while executing button action.

bzr revid: msh@openerp.com-20131203084821-0amelfix4bji3wr6

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