[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 4174 revid:dle@openerp.com-20140415130732-bud8xb3pzgxw2imr

bzr revid: dle@openerp.com-20140415101427-a6r7lgy50x9bdah3
bzr revid: dle@openerp.com-20140415130951-ckuv8nsl17qkb300

bzr revid: dle@openerp.com-20140415130732-bud8xb3pzgxw2imr

[MERGE][FIX] account: while refuding the invoice with payment term journal items are created wrongly with write-off account

bzr revid: dle@openerp.com-20140415100702-s13cuejf89gtlnhc

invoiced bool of purchase order line is set to true on invoice validation, not on invoice creation

bzr revid: dle@openerp.com-20140415081211-jz6if0vzgq3inzzw

bzr revid: launchpad_translations_on_behalf_of_openerp-20140415075130-aqn4mzx05l3txtkb
bzr revid: launchpad_translations_on_behalf_of_openerp-20140415075337-ulie3qkes53t8ivf

[IMP] Add param calendar.block_mail in ir.config.parameters to allow to bypass the sent of mails to attendees.

bzr revid: jke@openerp.com-20140414202936-kh1izog183nwenb7

bzr revid: jke@openerp.com-20140414165721-i8g23jxy66p1p6ao

bzr revid: jke@openerp.com-20140414163412-88seef6j58xiamug

bzr revid: jke@openerp.com-20140414153537-0qjlnqqnk0q9utn0

[FIX] Watch if jQuery is overwritted by another version in some script. If an override is detected, we check that all old function is always present else we add the missing. 
The problem was that some websites uses externals libraries which use a jQuery more recent that our version. Jquery by default  checks his own version  and overwrite itself if the current version is lower.
Once user had their jquery overwritted, function dropdown was missing and it was impossible to the end user to get menu working again... and so impossible to remove the view with the front end.

bzr revid: jke@openerp.com-20140414151423-zhi3tjj52rihltzy

[FIX] Add prototype watch in js object. That will allow to listen change on some library for example. It's used to know if jquery is overrided by an external script.

bzr revid: jke@openerp.com-20140414145802-osjcjj01f8ehwsqc

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9980 revid:dle@openerp.com-20140414121930-xbawuj93ddifhf4m

bzr revid: dle@openerp.com-20140414131146-1jz0isk58wgdsx2p

Therefore, for example, searching invoices for journals doesnt containing 'sales' actually returned invoices with journal containing 'sales'.

bzr revid: dle@openerp.com-20140414121930-xbawuj93ddifhf4m

bzr revid: jke@openerp.com-20140414094803-bfyvu3wizy09n53c

[FIX] mass_mailing: mail_thread model redefined as a osv.Model, while the original mail thread is an AbstractModel. Mass mailing mail thread must be an Abstract Model as well

bzr revid: dle@openerp.com-20140414090825-o456mdd9q38m47mw

[MERGE] [FIX] FormView: avoid multiple creations of the same line in o2m fields when the save action fails (e.g. forgot one required field)

This is done by removing the added action 'prepend_on_create' that can be present as many time as we pressed the save button

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

bzr revid: mat@openerp.com-20140414081003-290q4v21q01m4rsi

bzr revid: launchpad_translations_on_behalf_of_openerp-20140412094159-mhy3v2prb3ctx32k
bzr revid: launchpad_translations_on_behalf_of_openerp-20140412094217-3u3f03f0wjhbzyo4
bzr revid: launchpad_translations_on_behalf_of_openerp-20140413062047-z833pejjrtuhfygs
bzr revid: launchpad_translations_on_behalf_of_openerp-20140414055948-intynzk8l823ukei

[FIX] web: do not try to close a destroyed dialog. trigger "closing" signal on close by top-right "X" button

bzr revid: chs@openerp.com-20140411162426-60bfybim5aqojsxx

[MERGE] Forward-port of 7.0 bugfixes up to rev 9976 rev-id: odo@openerp.com-20140411142429-y0rpkzqbrsabxqsg

bzr revid: odo@openerp.com-20140411142800-t8sbcmfkj3qgmrh3

[FIX] mail.thread: avoid overwriting thread_id/model with foreign values when reply-to hostname does not match + fix tests

This improve previous commit by making sure we
never consider the thread_id/model values in the
In-Reply-To/References header if the host name
did not match.
Also fixes the tests that were using the
6.1 compatibility mode to post in a mail group
thread instead of specifying the right
message-id.

bzr revid: odo@openerp.com-20140411142429-y0rpkzqbrsabxqsg

[FIX] Empty all current line(s) when you change template. Before, the display do it, but when you save, you have back the old lines.

bzr revid: jke@openerp.com-20140411142022-rceic1ma2axakzpe

[FIX] website_sale_quote - Make the sale quote template translatable when you edit a template. Force use of the language of partner in quotation, when you use a template.

bzr revid: jke@openerp.com-20140411141932-fk41zgsuw9e68t3a

(and maybe others)

Courtesy of Holger Brunn (Therp)

bzr revid: dle@openerp.com-20140411134203-lxt4mnquiiclv6w3

When emails transit from an OpenERP system to another
there is a chance of wrongly considering the foreign
model,id pair as local, possibly attaching a reply
to a wrong parent message.
This naive heuristic ignore the foreign identifiers
unless the hostname of the message-id mentioned in
the In-Reply-To header matches the local one.
This may fail after a change of local hostname but
is still better than the alternative.
In OpenERP v8 we should stop including the model,res_id
in outgoing Message-Id headers and only rely on the
stored, opaque, unique Message-Ids, preventing
any future mismatch.

bzr revid: odo@openerp.com-20140411101349-h3jmkdzvbr7lut26

bzr revid: launchpad_translations_on_behalf_of_openerp-20140411055930-7coykr7rveqsucp3

The amount should use number of days +1
eg: budget from 2014-04-01 to 2014-04-11, today is 2014-04-10, should be 10/11*amount instead of 9/10*amount

bzr revid: mat@openerp.com-20140410151717-gzoucjmshb2y2j6i

[FIX] setup: allow using pywebdav 0.9.4.1 (and possible future patches), we only want to stay below 0.9.8

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

bzr revid: odo@openerp.com-20140410140244-wu2l4hb5o1ct7tmm

bzr revid: jke@openerp.com-20140410114048-hw26q9x0dm11wbqc

bzr revid: jke@openerp.com-20140410113952-g0nvc9nfjma2t614

[FIX] website_sale: Do not search and associate a company to the partner when an order is validated 
This can be regarded as a security leak: You can associate your partner to an existing company, which you maybe do not really belong, and therefore potentially access data which you are not authorized to see

Use street for the company name, street2 for the actual street, meanwhile

bzr revid: dle@openerp.com-20140410105804-am2xjmr09u3jk36r

bzr revid: chs@openerp.com-20140410103638-x7vajn70ewsfp0ck

bzr revid: chs@openerp.com-20140410100027-5ug4801pfch9virt

[FIX] modules: download() method is now a no-op. This method was in fact already a no-op as the "url" field is never set explicitly in the code.

bzr revid: chs@openerp.com-20140410095817-bkni63g346wneybb

[FIX] website_sale: use commercial_partner_id instead of parent_id to have the company name of the artner in the checkout form

If the user is portal, its partner is a company and has a parent: a security rule prevent to read the parent_id
and the company which should be displayed is the closest company of the partner in the hierarchy, and, in this case, itself.

bzr revid: dle@openerp.com-20140410095814-x7hqymfelspvjdsw

payment was added as dependance of portal_sale, which used to be auto installed when portal and sale were installed. With this new dependance, it wasnt the case anymore
With auto install of the payment module with the installation of account, this module is installed on the installation of sale (depends on account), and, therefore, on the installation of portal, portal_sale is now installed correctly

bzr revid: dle@openerp.com-20140410084846-78kxwc63nmv0rg9k

[FIX] website_quote: security fix, only salesman were able to read sale order options, while other users, like portal and public, obviously need to be able to read these options

bzr revid: dle@openerp.com-20140410081445-mcg075upmujpr5w1

bzr revid: launchpad_translations_on_behalf_of_openerp-20140410064650-qqd9g5dsaf5dqm52

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9969 revid:dle@openerp.com-20140409162932-y5fxd5wbojing2t2

bzr revid: dle@openerp.com-20140409163132-n3apqh6nvfg2qof9

[FIX] pad: render_value binded on change effective_readonly event, so render value calls wait for each others

Proper fix than 9968 revid:dle@openerp.com-20140409160214-1anxi8z07xj49vsp

bzr revid: dle@openerp.com-20140409162932-y5fxd5wbojing2t2

[FIX] pad: render_value binded on change effective_readonly event, so render value calls wait for each others

bzr revid: dle@openerp.com-20140409160214-1anxi8z07xj49vsp