[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

[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

[FIX] Allow missing opcodes, harden check for private attributes (dunder), check inside embedded code objects.

bzr revid: jke@openerp.com-20140409151659-xwttchbtbj02v1w7

[FIX] expression: when evaluatoing *like operator, add cast to text to column in case of different type

bzr revid: mat@openerp.com-20140409144346-nbn0dno3bs6ozwk5

bzr revid: mat@openerp.com-20140409142917-ueqzyblgh3iwblc0

[FIX] portal: portal template should have portal group ONLY (magic number 6 replace current groups by the portal group only)

bzr revid: dle@openerp.com-20140409124741-wsycxwqik41s0hfn

bzr revid: acl@openerp.com-20140409114825-t10ps6o7qn7qbd7y

bzr revid: mat@openerp.com-20140409100658-1oj741aw5sne8dtr

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 4171 revid:dle@openerp.com-20140409093422-imrg2hqozf46kj8d

bzr revid: dle@openerp.com-20140409093616-3060or02z8zmv8tm

This fix is related to revision 4169 revid:mat@openerp.com-20140407120612-mjb08yts2oa4k4jz

bzr revid: dle@openerp.com-20140409093422-imrg2hqozf46kj8d

[FIX] account_budget: Added missing 1 day in the(to the elapsed days and total days) calculation of 'Theoretical Amount' in order to have correct amount value for it. (Maintenance Case: 606232)

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

bzr revid: rgo@tinyerp.com-20140409085332-ul2rq25pkivtyzja

bzr revid: odo@openerp.com-20140409081459-07uyfgfk03jevch4

bzr revid: odo@openerp.com-20140409081349-53jbd1k9vfp0uzom

bzr revid: chm@openerp.com-20140409072813-43fqwcr7j6i0zl0e

bzr revid: launchpad_translations_on_behalf_of_openerp-20140409070627-o5ns6nniq2dc1lme

Courtesy of Stefan Rijnhart (Therp)

bzr revid: dle@openerp.com-20140408193910-2vztatyowndyasj9

[FIX] product, stock: set active field in default product view, instead of inherited view of stock module

The active field was placed in the Delays section, which does not make sense
Besides, we should be able to disable products by default, not when stock is installed.

bzr revid: dle@openerp.com-20140408180920-jpl50ups6ro1z4qp

bzr revid: jke@openerp.com-20140408162432-21vbw3of9jd4c1sz