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

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

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

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

[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] account: generate the accounts based on templates with untranslated terms (so benefit from translation)

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

[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] option typo: unable_editor -> enable_editor

bzr revid: fme@openerp.com-20131023091152-h0hxw47hzfor2al8

[IMP] url t-ization

bzr revid: xmo@openerp.com-20131023090207-jto4fzz153xiqtm6

[ADD] UI improvement: Translate "or Edit Master"

bzr revid: fme@openerp.com-20131023081501-f9owb501j16757bk

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131023052221-vwbblwzow9zkbd7l

import cleanups part2

bzr revid: al@openerp.com-20131022225247-3zv7hjz1iidnb6zl

[FIX] im: do not search users before start polling. This avoid a race condition for im.user creation

bzr revid: chs@openerp.com-20131022171010-ilfvqced6q8qta3h

import cleanups part1

bzr revid: al@openerp.com-20131022170659-kg9err029ha22evh

[FIX]web: test testing the customer filter save was wrong, was using wrong method text() instead of val() to set the filter name

bzr revid: dle@openerp.com-20131022165318-2imkhgb6iecalbbi

[FIX]web: filter name input for custom filters in search dropdown is now required

bzr revid: dle@openerp.com-20131022162519-u03cn5k5od8jg6ka

[FIX] Fixed eCommerce pager

bzr revid: ddm@openerp.com-20131022151655-erprk7ci7mrwmb18

[IMP] warnings and shit

bzr revid: xmo@openerp.com-20131022151144-tblwba9rf77iuidl

[IMP] tools: mail: added a protection in a string.find, could have a None argument

bzr revid: tde@openerp.com-20131022142908-sol44xaprx1b0b0a

[FIX] Attribute values in selectors must be attributes or strings

http://www.w3.org/TR/css3-selectors/#attribute-selectors

http://www.w3.org/TR/CSS21/syndata.html#value-def-identifier

> identifiers (including element names, classes, and IDs in selectors)
> can contain only the characters [a-zA-Z0-9] and ISO 10646 characters
> U+00A0 and higher, plus the hyphen (-) and the underscore (_); they
> cannot start with a digit, two hyphens, or a hyphen followed by a
> digit.

so "0" or "1" is not a valid identifier, must be a string and must
thus be quoted.

bzr revid: xmo@openerp.com-20131022142049-6fq70sielv95kmu0

[IMP] eCommerce: layout improvements

bzr revid: ddm@openerp.com-20131022142804-58oabf37w3zsg2pg

[IMP] eCommerce: Checkout summary moved to left (cf. apr's review)

bzr revid: ddm@openerp.com-20131022140119-82ex7kvrzeqc7jri

[FIX] tools: mail: fixed shortening of html content.

Fixed length computation of text in html nodes: multiples successive
whitespaces are considered as one whitespaces; better truncate position
when adding a read more link; now always protect words (placed after
the first word that exceeds the shorten position); pre nodes are preserved
about whitespaces; when the read more link should go into a quote, it instead
goes at the end of the first parent node not being quoted instead of at
a wrong position.

Added tests for shorten position.

bzr revid: tde@openerp.com-20131022135037-igauu2kkglvdrqu7

[CMS] eCommerce: remove product list title (cf. apr's review)

bzr revid: ddm@openerp.com-20131022134409-g1qi25a96jvzby8s

[FIX] Bug in form view. When a on_change alters the domain of a field, the view_content_has_changed event is
triggered *before* we alter the domain of the field. So, it is not possible for the fields to really know
when they have to re-calculate their domain.

bzr revid: nicolas.vanhoren@openerp.com-20131022133432-l0m36mfiwx8z6014

[IMP] Language selected label

bzr revid: fme@openerp.com-20131022132054-o60ekjtbz62sg6p6

[FIX] do not normalize urls for images

bzr revid: fme@openerp.com-20131022131629-vo67pv9yqyuoe7q6

[IMP] Altered behavior of form selection fields when used on many 2 one. Now it will query directly
the possible selections from the server instead of using the data sent by the fields_view_get. This
allows to dynamically change the possible values during edition with a domain on the selection field.

bzr revid: nicolas.vanhoren@openerp.com-20131022131525-d0i61sbm0w6katfs

fix

bzr revid: nicolas.vanhoren@openerp.com-20131022131510-zvqt6xgsln0bk6zp

wip

bzr revid: nicolas.vanhoren@openerp.com-20131022131323-jicyw0pchzs5x38t

[FIX] board: correct /board/add_to_dashboard to use new @route decorator and request object

bzr revid: chs@openerp.com-20131022131049-lb6mva47y0i3kpvq

[FIX] cleanup modified arch sections before reinserting them in source arch

otherwise there are leftovers data-* attributes stored in the DB

bzr revid: xmo@openerp.com-20131022130608-jccohqlmbzvxhnzv

Now selection fields on m2o query the records directly

bzr revid: nicolas.vanhoren@openerp.com-20131022121952-piye1e3k80w217r0

[MERGE]Merge lp:~openerp-dev/openobject-addons/trunk-website-al.

bzr revid: bth@tinyerp.com-20131022112425-v4x7l02a0jsv5d0a

[IMP] prevent default on triple-click interrupt

bzr revid: xmo@openerp.com-20131022110015-iewvo1x0jdogswus

[FIX] image t-field lost during a merge

bzr revid: xmo@openerp.com-20131022105955-i550clo5snyvnv26

[IMP] Check current website in Load a Translation wizard

bzr revid: fme@openerp.com-20131022121840-0q1n8ci1fpihi4yf

[IMP] language selector labels

bzr revid: fme@openerp.com-20131022114622-5ih0ea8e00w01vp0

[FIX] web: avoid useless redirection when in mono db mode

bzr revid: chs@openerp.com-20131022104145-janmthq1r6sibm2e

[FIX] Convert url attributes to their t-(src,href,action) counterparts on ir.ui.view#save()

bzr revid: fme@openerp.com-20131022103703-cnydralsbt45i6eo

[FIX] account: computation of debit/credit on partner is based on past year moves instead of reported entries, courtesy of Nhomar Hernandez (vauxoo)
This change allows to have consistency in values instead of depending on when the fiscal year is closed and when the entries are generated

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

bzr revid: mat@openerp.com-20131022095301-tigk2ixheljvqxwc

[FIX] account: compute debit credit based on previous year to have consistent result all the time, courtesy of Nhomar (vauxoo)

bzr revid: mat@openerp.com-20131022091925-mqj2etd71guplhm7

[REV] revert partner.py to revision 9043 (error cf lp:1219381 comment #11)

bzr revid: mat@openerp.com-20131022091728-hebgvt1m26y9wjot

[MERGE] sync with 7.0

bzr revid: mat@openerp.com-20131022091319-dzpe0i8936alq22y

[ADD] parsing of localized monetary t-field

bzr revid: xmo@openerp.com-20131022090843-pcr6orrumzm4hf6a

[ADD] parsing of localized numeric fields

also decimal_precision support for float t-fields

bzr revid: xmo@openerp.com-20131022090705-54vu87fpgv0n3ka7

[ADD] parsing of locale-formatted floats

bzr revid: xmo@openerp.com-20131022085450-mhymubsywkonepjx

[IMP] ensure we don't unwittingly save wrongly formatted dates and datetimes

bzr revid: xmo@openerp.com-20131022073326-gxmcfd60ytq2f1oc

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20131022051531-skzykboyadt54zs1
bzr revid: launchpad_translations_on_behalf_of_openerp-20131018061132-rzws6tazubx0zysd
bzr revid: launchpad_translations_on_behalf_of_openerp-20131020050513-83ofvmdau85nhc89
bzr revid: launchpad_translations_on_behalf_of_openerp-20131022051535-g7vpsdx91u9d7zbs

[FIX] hr_timesheet: cost and revenues of parent analytic accounts aggregate from child analytic accounts

bzr revid: mat@openerp.com-20131021160326-62hpxyypgu70v6w2

hr_holidays: force refuse.@flow_stop to False to correctly update existing databases

bzr revid: odo@openerp.com-20131021155120-vn63of44ya0od9e2

[IMP] uncomment for perf

bzr revid: fp@tinyerp.com-20131021153918-zpnp0xhisorgg3ws

[ADD] support for formatted date and datetime t-field in website

bzr revid: xmo@openerp.com-20131021152651-ner2zggjfofb5rc4

[IMP] double click on image change on banner

bzr revid: fp@tinyerp.com-20131021150124-411dxmatcxorto0m

[MERGE] forward port of branch saas-2 up to revid 8962 chs@openerp.com-20131021145334-i9gtbk52mre1bu1x

bzr revid: chs@openerp.com-20131021145735-7jkmltsbdj02pjo8

[MERGE] forward port of branch saas-1 up to revid 8794 chs@openerp.com-20131021141431-5bdk9waai17julkb

bzr revid: chs@openerp.com-20131021145334-i9gtbk52mre1bu1x

[IMP] ir.translation: `module` field is useful for admin/debugging

bzr revid: odo@openerp.com-20131021143641-eflzertf2r7hap44

[MERGE] forward port of branch 7.0 up to revid 9535 odo@openerp.com-20131021124748-x4jnibwyab4gam23

bzr revid: chs@openerp.com-20131021141431-5bdk9waai17julkb

[FIX] Ace: proper template naming

bzr revid: ddm@openerp.com-20131021133957-7ktyfk21a0huj1vl

[FIX] l10n_fr: 2014 tax update patch has removed obsolete templates, causing an error at module update

Due to the relationship between fiscal position
templates and tax templates, the removal of
obsolete tax templates may crash if the corresponding
fiscal positions are not deleted before.
In a recent l10n_fr patch [1] a number of
templates disappeared, which causes an error during
subsequent updates on databases where the obsolete
templates are still present.

As a workaround, we can force a deletion of
all fiscal position templates before loading
them. This is relatively safe because the templates
are not connected to live data, and will be
re-created during the update (except for the
obsolete ones which will be gone forever).

[1] addons 7.0 rev 9515 rev-id: odo@openerp.com-20131010114424-atzr3bl9e9diir2g

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

bzr revid: odo@openerp.com-20131021124748-x4jnibwyab4gam23

[IMP]Improved address.

bzr revid: bth@tinyerp.com-20131021124540-5kn3mvug0anf0897

[IMP]Removed english translation in description of camptocamp.

bzr revid: bth@tinyerp.com-20131021110838-5tmct014pj04j6ul

[IMP]Improved typo. Css of address. put if condition before value. Removed strong from description. Improved code for search.

bzr revid: bth@tinyerp.com-20131021104122-jsbra3e8f2efwbxu

[IMP] Ace: proper template naming

bzr revid: ddm@openerp.com-20131021102840-h8s2nflqdmuumun0

[FIX] procurement: change SQL query to be compatible with both postgres 8.4 and 9.3

bzr revid: mat@openerp.com-20131021095735-yz9pb5pphfdgl44j

[IMP] Ace: light opacity trick

bzr revid: ddm@openerp.com-20131021095158-6037xha2bqyihv0q

[ADD] decimal precision support to float t-field rendering

bzr revid: xmo@openerp.com-20131021094533-e510uy6byck85xma

[IMP] Tutorial: extract first tour to own style

bzr revid: ddm@openerp.com-20131021093959-ojzaceh2lul0afja