[IMP] point_of_sale: only open cashbox when paying with cash + add manual override

bzr revid: fva@openerp.com-20131112151041-3betwjahh9ph9vx5

[FIX] point_of_sale: make the web printed receipt fit on 80mm paper

bzr revid: fva@openerp.com-20131112140457-sfmbu0ujz8lwfiil

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131112054140-gta82n1b3iww6qy5
bzr revid: launchpad_translations_on_behalf_of_openerp-20131031051733-nnutbi7hidixsxsb
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102055746-d0emb2aocq3sq1d1
bzr revid: launchpad_translations_on_behalf_of_openerp-20131103052149-y4usleohxatdgczx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131105052928-1izkptj5zusflrvb
bzr revid: launchpad_translations_on_behalf_of_openerp-20131108054204-hrtuxxze2u1ivvez
bzr revid: launchpad_translations_on_behalf_of_openerp-20131110055420-zl5ang9w8lbcvt9d
bzr revid: launchpad_translations_on_behalf_of_openerp-20131111051738-smtttsszytn06ld4
bzr revid: launchpad_translations_on_behalf_of_openerp-20131112054158-7ewd3oxiyxg8s4zw

[IMP] http move db dispatching to AbstractModel ir.http

Allow module to override the http dispatching process:
- The default implementation uses werkzeug.routing but any other method could
  be used, it'a also possible to pre/postprocess (i.e. url aliases)
- Authentication (auth param on route) is plugggable by defining now
  _auth_method_<methodname>
- Error handler are overridable, any module can define a new exception and
  handle it by orverriding the _handle_<error_code> method.
- Add model converters for routes, to directly get the browse record example
  @route(['/job/detail/<model("hr.job"):job>'], type='http', auth="user")

This is done by splitting dispatching, when the db is unknown low level http.py
dispatching is used, it's only used by a few controller in base and web. When
the db is known, ir_http is used because it's a regular Model it is fully
overridable by openerp modules.

bzr revid: al@openerp.com-20131110142731-qi9910fkty25cdtd

[FIX] make routing converters modular

bzr revid: al@openerp.com-20131110141250-myreqy8ofvpj2r0u

[FIX] http.py use checked_call for concurrency retry and exception handling

bzr revid: al@openerp.com-20131110140757-tbe8yondadokd4ke

[IMP] ir_http better exception handling for http errors

bzr revid: al@openerp.com-20131110135739-2tmr6iynil16ooi1

[FIX] use AbstractModel, use session.db to ir_http dispatch for none controllers

bzr revid: al@openerp.com-20131110135406-r0cyxhnve3jl8r2i

[IMP] model converters for routes, to directly get the browse record
example @route(['/job/detail/<model("hr.job"):job>'], type='http', auth="user")

bzr revid: al@openerp.com-20131110123707-yb3hbdqlo063dj64

[IMP] http move db dispatching on the orm level
Split low level dispatching and high level dispatching.
Low level dispatching is used when the db is unknown it's only used by a few
controller in base and web.
High level dispatching is used when the db is known, it is used by most
controllers and it handles authentication and errors. Because it's a regular
osv object all it is fully overridable by openerp modules.

bzr revid: al@openerp.com-20131110014609-io03vspj2q1wtqa0

[FIX] /web always save the provided db in session
guessed_db is only computed by the /web controller, so even if the provided db
match the guessed_db we should save it in the http session. Because all rpc
call made before the authentication wont compute the guessed_db, so the
request.db will be wrong for those calls.

bzr revid: al@openerp.com-20131110010411-s7ermjwmfbile1ix

[FIX] test_mail: Rewrite the XSS test

bzr revid: stw@openerp.com-20131107141019-jjhvism55j8x207g

[IMP] add separators between all completion sections

Depending on the way the search view is setup, a single item
(e.g. "Search foo for bar") can follow a list of a bunch of
completions. In that case, it is hard to notice that it's not just one
more item of said list.

Add a marker on the first of every completion list in order to catch
1-item lists (or lists without titles/categories) and prepend a small
border every time, so that single-element completions following
lists-with-titles can be noticed.

bzr revid: xmo@openerp.com-20131107112858-1xyvcesize0doblz

[FIX] don't provide autocompletion to m2o fields when a custom operator or filter_domain is provided

bzr revid: xmo@openerp.com-20131107111231-nkrllqv0afqdmix6

[FIX] Changed the url of the openerp logo to tarket /web instead of /.

bzr revid: nicolas.vanhoren@openerp.com-20131107104443-qx6is5y8yovyiz6c

[FIX] Changed the url redirect from / to /web in the db selector. It was not working correctly if the / url redirects on something else than the web admin.

bzr revid: nicolas.vanhoren@openerp.com-20131106143602-gwyn4jjvn5zwztif

[FIX] Incorrect reference to / in /web/session/logout controller

bzr revid: nicolas.vanhoren@openerp.com-20131105152138-2628ehdke7rdc1ov

[FIX] session destroy

Sorry all

bzr revid: fme@openerp.com-20131105102036-34g9mk2u694eqvhn

[FIX] potential bug with the /login url, it could not possibly work due to its authorization level.
Also modified a function that is supposed to redirect to the backend and was still using '/'.

bzr revid: nicolas.vanhoren@openerp.com-20131105101548-jdsnyh2j4ak0kdbk

[ADD] redirect on login and logout controller

bzr revid: fme@openerp.com-20131104171530-96irkaom2vjsj9s5

[IMP] base, currency: second attempt to include this patch (previously added in revision 4982 then reverted in revision 4984 because of a bug in the server that was making an infinite loop -which has been fixed in previous revision-). Updated the type of name field of res.currency.rate in <datetime> instead of <date> for those who need to update the rate of currencies several times per day

bzr revid: qdp-launchpad@openerp.com-20131104134618-oujlfwmnpc1xbvml

[FIX] expression.py: when searching on a datetime field with an argument formated as a date, conversion should happen _also_ for the '=' operator. This omission was causing an infinite loop beacuse we were pushing the exact same leaf on the stack without any modification

bzr revid: qdp-launchpad@openerp.com-20131104134314-2mv5wkt13ih9c1yg

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131102055722-60w8wrpax87wkxhx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102060651-bdts7qkh2850je5u

[MERGE] forward port of branch saas-2 up to revid 3865 chs@openerp.com-20131031111945-u3wi11e4rykpslme

bzr revid: chs@openerp.com-20131030183314-d75tbpxjjk3u79er
bzr revid: chs@openerp.com-20131031144026-09f3eqfwfj2bcefs

[MERGE] forward port of branch saas-2 up to revid 4968 chs@openerp.com-20131031142325-vo84hk5co2e2phg0

bzr revid: chs@openerp.com-20131031143208-4gtdju33sv0wdtcg

[MERGE] Forward-port of latest saas-1 bugfixes, up to rev. 8800 rev-id: dle@openerp.com-20131031162241-goga1hsvwgyqigzd

bzr revid: chs@openerp.com-20131031142325-vo84hk5co2e2phg0
bzr revid: dle@openerp.com-20131031143133-wfus2hag57e73by2
bzr revid: dle@openerp.com-20131031162928-8gpom1ralccy07uc

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9567 rev-id: odo@openerp.com-20131105103011-vkix07lsb6q3y9fd

bzr revid: dle@openerp.com-20131031142609-jinks18n2ju7usm4
bzr revid: dle@openerp.com-20131031162241-goga1hsvwgyqigzd
bzr revid: odo@openerp.com-20131105122634-joau6mg9jqpvbauz

[FIX] sale,sale_stock: sales analysis view using incorrect JOIN and group by clause

Similarly to the recent fixes in Purchase Analysis,
the Sales Analysis view must not group on the quantity
field. It is one of the columns that must be aggregated,
not used to fold PO lines into the same
result row.
The line count was also incorrect because of this, and
had to be corrected to actually count() the underlying
SO lines.

In addition, the JOINs were done in the wrong order,
which could cause problems (e.g. if an empty SO ever
landed in the database, all the SO line columns
would be empty in the JOIN, and cause errors)

bzr revid: odo@openerp.com-20131105103011-vkix07lsb6q3y9fd

[FIX] purchase: analysis view must not group by quantity, otherwise identical PO lines are counted only once

The product quantity is one of the columns that must be
aggregated, not used to fold PO lines into the same
result row.
This, combined with missing aggregation operators
was causing multiple identical PO lines from the
same PO to be merged together and only counted once
in some aggregations.

bzr revid: odo@openerp.com-20131105101930-f2qbcp12luom08je

[FIX] stock: no early currency rounding when computing average price

It is a common need to set a higher decimal precision
for `Product Price` (i.e. the product cost field) for
high volume / low value items. This may typically
require up to 4-6 decimals for e.g. EUR/USD-based
companies where the currency has 2 decimals.
In that case the product cost should be stored with
full precision without applying the currency rounding.
The appropriate currency rounding will be applied
anyway as soon as a transaction actually uses that
product cost (typically in a SO/PO)

bzr revid: odo@openerp.com-20131104173232-84g115x6ykxoc1rh

[FIX] stock: programming error in average price computation for multiple lines of the same product

While processing a picking we must keep track of
previously processed lines as they modify the
stock on hand but are not yet included in the
`qty_available` function.
Negative stock on hand is handled as if
the stock was zero as far as the average
price computation is concerned.

bzr revid: odo@openerp.com-20131104171245-z1lgsplyu4cdz9gc

[FIX] stock: `product cost` field in partial picking wizard must respect decimal precision

Without the right precision the default rounding is
applied and causes a possible loss of precision when
the `Product Price` precision is increased.
This can in turn lead to incorrect average price
computations.

bzr revid: odo@openerp.com-20131104170118-ls5q0yridevw0jgt

[FIX] purchase: Purchase Analysis view was using incorrect JOIN order

The starting table for Purchase Analysis is purchase_order_line
not purchase_order. The previous code was using a wrong JOIN
combination starting from purchase_order, which resulted in
a crash if an empty PO was created.
In order to prevent this an extra  WHERE clause on product_id
being NOT NULL was added, but this was incorrect too as it
prevented PO lines with no product_id value from appearing
in the Purchase Analysis results, while being perfectly valid.

bzr revid: odo@openerp.com-20131104165826-kltuzlh4i8q89sk0

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131105060056-7xuq20lqt1upcdc6

[FIX] orm: when duplicating a record, if duplicates translations on a field from _inherits model, use the id of the parent record instead.
Avoid getting old value by removing 'source' value from read result.

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

bzr revid: mat@openerp.com-20131104163729-te0p9863g9ydt282

[IMP] use assertEqual instead of assertTrue for better logging

bzr revid: mat@openerp.com-20131104161720-2ofur11haask32ni

[ADD] base: tests for translations and duplication

bzr revid: mat@openerp.com-20131104153946-vhpnbn8t1oxfaep1

[IMP] comments

bzr revid: mat@openerp.com-20131104144427-oyca1g1ti583sq3c

[FIX] orm: when duplicating a record, if duplicates translations on a field from _inherits model, use the id of the parent record instead.
Avoid getting old value by removing 'source' value from read result.

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

bzr revid: mat@openerp.com-20131104143408-o71lyws8uba679hd

[FIX] web_kanban: correct design of vertical title on IE

bzr revid: chs@openerp.com-20131104142310-4ef0byprm3gw4s8d

[FIX] document: correct numbering of attachments with the same name

bzr revid: chs@openerp.com-20131104110512-an7qpur1zckpgu7z

[FIX] l10n_multilang: remove force_write attribute in process_translations
When processing a translation, the module used to replace the original term by the translated value for accounts (only object with force_write=True). Now getting real multilang feature.
Generates the accounts with no language to get the untranslated value

bzr revid: mat@openerp.com-20131104095729-hwh2cocudxnhunyz

[FIX] hr_recruitment: avoid overriding email_from and email_cc in
message_update. This behavior makes sens only in message_new when
setting initial parameter of the applicant, not when somebody sends
an email on the record.
Removed priority change when there is  a 'priority' key in msg; but
this key is not likely to be present in a parsed email.
Removed updated values change due to a mapping of values present in
the email. This code was a copy-and-paste from crm and did not have
any meaning in hr_recruitment.

Also removed unnecessary code in project, project_issue, crm_helpdesk
and crm_claim for the same reasons as for hr_recruitment.

bzr revid: tde@openerp.com-20131104092731-ixasweoy1dbllbb3

[FIX] stock: include enventual serial number in product reservation procedure
done using context for stability reason
wont be needed in new wms
opw 600078

bzr revid: mat@openerp.com-20131104081038-e7qyg5rkwmg48x6a

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131101062728-i1jpi6te7pdo5e2b
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102062349-lu6ul1tda7q1xmf0
bzr revid: launchpad_translations_on_behalf_of_openerp-20131103054349-cuyjpk6rrh1uxb65
bzr revid: launchpad_translations_on_behalf_of_openerp-20131104060253-e23y1yvc5pmnrg7v

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131101062724-823uztz81d48e7zk
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102062340-1guhkeb34orj1d77
bzr revid: launchpad_translations_on_behalf_of_openerp-20131103054341-mg7xr0dkzd2rp6rx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131104060249-fio493wxgjvvlthm

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131031054724-b9dbttdcrl9eccwr
bzr revid: launchpad_translations_on_behalf_of_openerp-20131101062658-f0i1x0ls32lokxmq
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102062309-1hvmk0fdeahhzjzk
bzr revid: launchpad_translations_on_behalf_of_openerp-20131103054310-9gbqxiwvi6a7rp1x
bzr revid: launchpad_translations_on_behalf_of_openerp-20131104060212-au7d8ww0ru2r10qf

[FIX]crm_partner_assign: assign_geo_localize function was assigning the latitude/longitude of the first lead to all other leads passed

bzr revid: dle@openerp.com-20131031160215-qkm1fujob53umg3x

[FIX] oe: listing of modules only take directories having a __openerp__.py file

bzr revid: chs@openerp.com-20131031152716-sda5397b4n0be1ih

[MERGE] forward port of branch 7.0 up to revid 5113 launchpad_translations_on_behalf_of_openerp-20131031054724-b9dbttdcrl9eccwr

bzr revid: chs@openerp.com-20131025103657-pbnqhw11mygyi5jn
bzr revid: chs@openerp.com-20131031142125-7bm00z2jpccf3v6f

[FIX]base_import: context was not considered while importing. Thus, default value (for instance) was not set, and that leaded to inconsistencies (Like importing supplier invoices was actually creating customer invoices

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

bzr revid: dle@openerp.com-20131031135605-ffj3tid9prw2mv8z

[FIX] web: correct "date(time) on 31" tests

bzr revid: chs@openerp.com-20131031111945-u3wi11e4rykpslme

[IMP] l10n_multilang: remove force_write from function call, mark parameter as deprecated

bzr revid: mat@openerp.com-20131031105318-zkzwdrtbvvmxkzv1

[IMP] l10n_multilang: revert previous change and move it to l10n_multilang, the accounts are now translatable and with the correct source value

bzr revid: mat@openerp.com-20131031104401-9tgjzs3hohebtit0

[FIX] web: correct date and datetime parsing at end of month.

As `new Date()` return the current date, when we are the 31,
setting the month to a month with less than 31 days will change
the date to next day (1st of next month). This result to a date(time)
object one month ahead of the wanted date(time).

bzr revid: chs@openerp.com-20131031103333-vt68132ptj9sbr04

[FIX] account: generate the accounts based on templates with untranslated terms (so benefit from translation)

bzr revid: mat@openerp.com-20131031100809-p0irwjbq3chxjsd9

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131031054753-45rivp2vcydq7cv3

[FIX] board: filter available dashboards

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

bzr revid: chs@openerp.com-20131030195508-gw4prkz230m8toma

[FIX] http: bind RouteMap using environ to allow correct redirections
(manual forward port of revid 3860 chs@openerp.com-20131023162646-9t8iu2okkddg56yi from web branch)

bzr revid: chs@openerp.com-20131030182400-bfuvl2209a7e1ifz

[MERGE] forward port of branch saas-1 up to revid 3749 chs@openerp.com-20131030180528-hqsztaujjjqev8ky

bzr revid: chs@openerp.com-20131030180941-7409ksn29hrtavzm

[MERGE] forward port of branch 7.0 up to revid 4067 chs@openerp.com-20131114142639-ng7wzfjwvvel2nhv

bzr revid: dle@openerp.com-20131112134311-h1vsux0ge17bsqkc
bzr revid: chs@openerp.com-20131114134731-n324awyon0spq624
bzr revid: chs@openerp.com-20130823145204-xwpnlwg0gg2259f6
bzr revid: chs@openerp.com-20130906170157-e7m4pjskyi47q82o
bzr revid: dle@openerp.com-20130909170408-wxgoduzggap6o4ng
bzr revid: dle@openerp.com-20130919141212-ridtrvvfwvu6calr
bzr revid: dle@openerp.com-20131018120136-fvoq337kgx74njsy
bzr revid: dle@openerp.com-20131023103308-18pj2gqq3imrcir7
bzr revid: chs@openerp.com-20131030180528-hqsztaujjjqev8ky
bzr revid: dle@openerp.com-20131106100128-mx8mnguvp321wick
bzr revid: chs@openerp.com-20131115104909-3u3mu40g9xnler88

[MERGE][FIX] web: fix race condition in BufferedDataset.

Backport of saas-2 commit 3867 nicolas.vanhoren@openerp.com-20131107112017-7omd01ocvnbzx9m6

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

bzr revid: chs@openerp.com-20131114142639-ng7wzfjwvvel2nhv

[FIX] portal: mail_message override: do not check access rules for SUPERUSER_ID

bzr revid: tde@openerp.com-20131114123346-dbnrkh6nadl774qe

[FIX] account_payment: avoid using non-stored function field in domains.

Backport of following commits from trunk branch:
  8962 qdp-launchpad@openerp.com-20131030164925-c66d7jfx0x3546kt
  8974 qdp-launchpad@openerp.com-20131113100713-tvl30z5oqym22jqj

bzr revid: chs@openerp.com-20131114111802-a7rp2slqyigvconz

[FIX] web: list views: bubble up failed deferreds.
[FIX] web: list view group: always call post_render method

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

bzr revid: chs@openerp.com-20131114110847-nn382fc60s7u7wp1

[FIX]portal_claim: change of record rule for portal group for object portal.claim, to change behaviour: portal users can now create claims in the portal, read their claims, but cant edit or delete them. They can post messages in the chatter if they want to add something

bzr revid: dle@openerp.com-20131114095907-ge8f97r6kxnv06fx

[FIX]crm: several calls to _get_id for external id 'categ_phone2' which were not surrounded by try except ValueError

bzr revid: dle@openerp.com-20131114095721-v22dl5yc8bzhvevf

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131114063103-0ehwa7pk99d5b4k4

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131114062958-ies8xa3pft7n59ms
bzr revid: launchpad_translations_on_behalf_of_openerp-20131106055135-r0xt2vr04710jh1t
bzr revid: launchpad_translations_on_behalf_of_openerp-20131107055120-r8z445ergt50erlx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131108062620-bvfofx1jl1wb1csh
bzr revid: launchpad_translations_on_behalf_of_openerp-20131110064525-ioceogsmu0nmx2qj
bzr revid: launchpad_translations_on_behalf_of_openerp-20131111053908-gbrp09ast5fhr6iw
bzr revid: launchpad_translations_on_behalf_of_openerp-20131112062316-5uf2bvbzdhkq1b7k
bzr revid: launchpad_translations_on_behalf_of_openerp-20131113060841-bkjcuz4e9rtzn6f9
bzr revid: launchpad_translations_on_behalf_of_openerp-20131114063058-rrm2q5lxkyawuvpz

[FIX] ir_fields: call selection function with context=None instead of not passing argument. Same behaviour as previsously but does not break when have default value for context (eg: _get_language for ir.translation)

bzr revid: mat@openerp.com-20131113094523-67547nkfkfntjelb

[MERGE] view form: reduce the number of result in 'search more' view opening to 160 records (performances improvement, not filtering every possible record) (opw 593963)

bzr revid: mat@openerp.com-20131113082806-me6uy7cjj6holn56

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131113060802-i0rwt8lkgeckatjo
bzr revid: launchpad_translations_on_behalf_of_openerp-20131113060848-04a2ehku5erssgvr

[FIX] web: do not enforce width of dropdown links

bzr revid: chs@openerp.com-20131112143746-svdfuqvzvvis6vpy

[FIX] web: match base.sass against changes made in base.css in revid 4014 mat@openerp.com-20130821080933-fiq3zvccgzop02on

bzr revid: chs@openerp.com-20131112143635-ek6yhfifb6ycynku

[FIX] Import on model ir.translation was broken because of a missing context

bzr revid: cto@openerp.com-20131112132747-bajrgbwlp0m3z92s

[FIX]report: rml2pdf raise exception if cell is too long to be printed (instead of infinite loop). Workaround for reportlab issue #15: https://bitbucket.org/rptlab/reportlab/issue/15/infinite-pages-produced-when-splitting

bzr revid: dle@openerp.com-20131112130412-mbdonb9g7n63w84r

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131106055031-tut0ikyn2ukgc3yw
bzr revid: launchpad_translations_on_behalf_of_openerp-20131107055025-9oq3zxk6003gvt9g
bzr revid: launchpad_translations_on_behalf_of_openerp-20131108062531-oo7o57h2u1gxr3q5
bzr revid: launchpad_translations_on_behalf_of_openerp-20131110064337-vgxh4bfudb3xik01
bzr revid: launchpad_translations_on_behalf_of_openerp-20131111053813-4tykju0tdgvvgk8m
bzr revid: launchpad_translations_on_behalf_of_openerp-20131112062220-8edq183y73j5cxns

[FIX] web_test_demo: make test model a TransientModel. This avoid a warning about the lack of access rules

bzr revid: chs@openerp.com-20131108214255-cgx1r7x8sx1ak4ea

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131108062624-4ihw3f2dghkrup1n
bzr revid: launchpad_translations_on_behalf_of_openerp-20131110064532-3pcx6sl2w1ioizv9
bzr revid: launchpad_translations_on_behalf_of_openerp-20131111053914-v4h4lfsutiem8fos
bzr revid: launchpad_translations_on_behalf_of_openerp-20131112062321-q35iebzktzu6lw8m

[FIX] problem with pads, the demo configuration doesn't work if the server is using https. I simply changed the url for the demo version.

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

bzr revid: nicolas.vanhoren@openerp.com-20131105133520-5egsr4cm0hi5r0dk

[FIX] web: instance.web.DataSetSearch.get_domain() returns the domain.

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

bzr revid: chs@openerp.com-20131105121843-rqplhk83fczxww0t

[FIX] web: allow grouping on fields not present in list view
[FIX] web,web_kanban: read_group: ensure read grouping fields

bzr revid: chs@openerp.com-20131030180242-rxxlawffv13ll5s1

[REV] base, res.currency: reverted revision 4982 because it was causing an error when a res.currency.rate was searched with a domain like [('name', '=', '30-20-2013')]. This patch will be back with a graceful solution to fix the error

bzr revid: qdp-launchpad@openerp.com-20131030172805-7ndvj8vj4h31wre8

[FIX]crm_partner_assign: set probabilities of stages 'Assigned' and 'To recycle' to 10% and 5% (respectively), to avoid to match the subtype message 'Opportunity Lost' when changing to this specific stages, in the chatter (tracking).

bzr revid: dle@openerp.com-20131030171846-bz141fhan7bqir44

[FIX] account_payment: the amount_residual field is not searchable so it cannot be used in domains

bzr revid: qdp-launchpad@openerp.com-20131030164925-c66d7jfx0x3546kt

[FIX]crm: crm_lead_to_opportunity wizard, the wizard was not choosing duplicated leads/opps which was having probability null in database

bzr revid: dle@openerp.com-20131030152628-tn12sxhbqbdqh3m4

[FIX] stock: use eventual serial number attribute into account while doing product reservation

bzr revid: mat@openerp.com-20131030145432-2sij3p1dae8ghzuz

[FIX] l10n_multilang: remove force_write attribute in process_translations

When processing a translation, the module used to replace the original term by the translated value for accounts (only object with force_write=True).
This lead to only having the translated version for every user, independent of user's language.
On new chart of accounts, will have different account names according to the user preference.
Keep argument force_write in API for stability reason (will be removed in trunk)

bzr revid: mat@openerp.com-20131030111303-ziusplk330oj9wf4

[FIX] osv.fields: don't raise an error for searching on dummy fields because it's their main reason to be

bzr revid: qdp-launchpad@openerp.com-20131030102313-64gb1n98rzdg5mx1

[FIX] ir_attachment: fix security issues on ir_attachment
check: verify the permissions even when no ids are passed (skipped permission checking for create)
create: verify has the write access on the related model (instead of create, was not checked anyway)
function field: execute the write in fnct_inv as superuser (was impossible to have creation without write access)

bzr revid: mat@openerp.com-20131030084408-t857gl7d4lkbrj5p

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131026062529-74ir3upguunr9mw3
bzr revid: launchpad_translations_on_behalf_of_openerp-20131027061317-d9s440jzv1juvswi
bzr revid: launchpad_translations_on_behalf_of_openerp-20131028054233-15znliqv2eh2jq0i
bzr revid: launchpad_translations_on_behalf_of_openerp-20131029051429-rcytejyrg2s4t9db
bzr revid: launchpad_translations_on_behalf_of_openerp-20131030055438-gp0hyend0jooi941

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131026062452-54qhvc3cru0x8e6h
bzr revid: launchpad_translations_on_behalf_of_openerp-20131029051406-apyhsdmupva2pdpz
bzr revid: launchpad_translations_on_behalf_of_openerp-20131030055412-kuwph2dx2jfeepwc

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131029044955-h0ron953y69al1el
bzr revid: launchpad_translations_on_behalf_of_openerp-20131030051655-3tm5sadb2tmkl8c4

[FIX] crm.phonecall: correct view to call correct on_change method

bzr revid: chs@openerp.com-20131029192838-6c6z22enbcgotqma

[FIX] ir_attachment: fix security issues on ir_attachment
check: verify the permissions even when no ids are passed (skipped permission checking for create)
create: verify has the write access on the related model (instead of create, was not checked anyway)
function field: execute the write in fnct_inv as superuser (was impossible to have creation without write access)

bzr revid: mat@openerp.com-20131029171420-x87wu7ph8ej7mtro

[FIX] purchase: post message on purchase order as admin if have no read access (would block validating invoice, opw #596294)

bzr revid: mat@openerp.com-20131029095012-4v4qyooblzgpkcz5

[FIX] purchase: apply same fix to invoice paid

bzr revid: mat@openerp.com-20131029093404-hw95lpcjsnok2wxa

[FIX] purchase: post message on purchase order as admin if have no read access (would block validating invoice, opw #596294)

bzr revid: mat@openerp.com-20131029092353-yg0wxl42352yu2rb

[FIX] Corrected the redirect_with_hash() method that produced an incorrect url in IE and safari

bzr revid: nicolas.vanhoren@openerp.com-20131029090150-u397wkzdo9an9n0w

[FIX] Reverted modification of behavior in 3858 and replaced it with a fix that solves the core problem
(the fact that the function redirect_with_hash() didn't produced the expected effect in safari). To solve
that problem, the method was simply modified to use the same trick already used in IE that has the same
problem than safari.

bzr revid: nicolas.vanhoren@openerp.com-20131029085356-hb2sk4g7j3xh4zar