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

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

[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

[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

[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

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

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

[FIX]sale: on sale order creation, apply on_change if needed (if required value are not set and can be computed from other values (onchange)

bzr revid: dle@openerp.com-20131206135111-nh31jgspelvwnhat

[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

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9678 rev-id: dle@openerp.com-20131206121552-xre6jj34cpfuldoa

bzr revid: dle@openerp.com-20131206121908-oomajjxqtsp8cipc

[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

[REVERT] revision 9031, dle@openerp.com-20131205170917-7cdzghsa5690xvux
Because the xml parser needs to be fixed before this fix can be commited

bzr revid: dle@openerp.com-20131206112738-wu35g157v6myipbx

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9677 rev-id: dle@openerp.com-20131206111336-dg01y92jvjnxy5oi

bzr revid: dle@openerp.com-20131206112312-g5vzrrna05iit5ka

[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

[FIX]sale: on sale order creation, apply on_change if needed (if required value are not set and can be computed from other values (onchange)

bzr revid: dle@openerp.com-20131205170917-7cdzghsa5690xvux

[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

[FIX] web_kanban_gauge: set auto install True

case: web_kanban_gauge has been added in the dependance of sale_crm. This module used to auto install when module sale and crm were installed. With this new dependance, the module sale_crm auto install when sale, crm and web_kanban_gauge are installed. We auto install kanban gauge so sale_crm auto install on installation of crm and sales, as web_kanban_gauge will be already installed

bzr revid: dle@openerp.com-20131205093615-1c9z0g5439xokdbt

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

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9674 rev-id: dle@openerp.com-20131204133633-t7wfbnipv3jtss82

bzr revid: chs@openerp.com-20131204125051-dexejzwigpu0z1yy
bzr revid: dle@openerp.com-20131204134400-50y7ojeb8pw7k56s

[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

[FIX] auth_signup: set an alias for the template user

bzr revid: chs@openerp.com-20131204122609-oi2b8g4p8cy13dux

[FIX] mail: reset alias when copying users

bzr revid: chs@openerp.com-20131204112734-2h569udrxgsgw9kr

[FIX] im_livechat: many2one channel_id of im_session to the right model.

In im_session model, field channel_id was a many2one to im_user, or, obviously, this should be a many2one to im_livechat.channel
Well, obviously, this is a copy/paste error (or distraction, your choice!). This fix should normally not be pushed on a stable branch (like the current one, saas-2), but considering the severity of the problem, and the few changes in database (alter foreign key only), this is acceptable. Why such a big mistake has not been seen earlier ? Do you even test or read back what you write ?

bzr revid: dle@openerp.com-20131204122727-q0ch5j2v8rrli41e

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: openerpframework.js: do not use _.str

openerpframework.js can be used as standalone library (im_livechat uses
it this way) and do not depend on underscore.string.js

bzr revid: chs@openerp.com-20131203132937-ss7hx1gligzai5ch

[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]sale_stock: do not raise if not able to find any warehouse (for the get default warehouse), it can prevent the user of doing anything (if he does an upgrade of sale_stock module while having no warehouse set, the user will not be able to sign in in his instance again).

bzr revid: dle@openerp.com-20131203095544-i5vmow007dgjbiza

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

bzr revid: al@openerp.com-20131202154206-6efsbeeg0mq7s67z

[FIX] mail: correct announcement bar

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

[MERGE] forward port of branch 7.0 up to revid 9668 launchpad_translations_on_behalf_of_openerp-20131130053134-6u83vcd1133xs8yf

bzr revid: chs@openerp.com-20131130130014-hi5h5a00kjx0dbvp

[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

[MERGE] [FIX] mail: attachments in pure email mass mailing.

When generating pure email mass mailing, the values are directly sent to mail_mail.create() instead of going through mail_thread.message_post(). We therefore have to process attachments (coming from email_template, as a list of tuples (attachment_name, b64-encoded attachment_content)) as well as attachment_ids, like it is done in message_post.
As this behavior is the same as the one already implemented for message_post, this feature has been moved into its dedicated method called by message_post or called before going into mail_mail.create(), depending on the mailing type.

[FIX] email_template: when generating reports in batch, correctly attach the generate attachments to the various record ids we are iterating on.

bzr revid: tde@openerp.com-20131129094406-90cijc5ac4pmp4y7

[MERGE] Sync with saas-2

bzr revid: tde@openerp.com-20131128094037-j59xo6sbj7k00fbf
bzr revid: tde@openerp.com-20131129092306-t0nb7tgyoqovx101

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]base_import: if the error message was an except_orm or an access denied error, the error message was not displayed, only a red div without anything in it.

bzr revid: dle@openerp.com-20131128163613-e20nbr3yqvhvx4bv

[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

[FIX]purchase: on invoice payment confirmation (during a reconciliation for example), 'invoice paid' is written on the purchase order of the invoice. Traceback when there was several purchase orders associated to the invoices confirmed

bzr revid: dle@openerp.com-20131128110937-gs6ko4djss3ffl3o

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131128060619-0nswl7lls658nujd

[FIX] add missing access rules for `test_workflow` test module

bzr revid: chs@openerp.com-20131127212618-rbd0v6nnxx2u68jp