Commit Graph

70576 Commits

Author SHA1 Message Date
Christophe Simonis 824eddeb85 [FIX] l10n_mx: account.chart.template does not have any property_stock_account_{in,out}put_categ fields
bzr revid: chs@openerp.com-20131108231130-k7s49xfac9h67kbe
2013-11-09 00:11:30 +01:00
Christophe Simonis 9a1c54d242 [FIX] stock: mute orm logger before checking access rules
bzr revid: chs@openerp.com-20131108230224-tqj0tg5xgz8ramwd
2013-11-09 00:02:24 +01:00
Christophe Simonis 4166baa1ba [FIX] stock: mute orm logger before checking access rules
bzr revid: chs@openerp.com-20131108224724-3u72ec3molct34he
2013-11-08 23:47:24 +01:00
Christophe Simonis d623c091f3 [IMP] stock: do not use assert in (python) tests
bzr revid: chs@openerp.com-20131108221535-c0lowzwd15d7asd3
2013-11-08 23:15:35 +01:00
Christophe Simonis 636ac0f61e merge upstream
bzr revid: chs@openerp.com-20131108215612-e5f01a1kvyevlry9
2013-11-08 22:56:12 +01:00
Launchpad Translations on behalf of openerp 108ccbf108 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
2013-11-14 06:30:58 +00:00
Martin Trigaux d26e3b8b33 [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
2013-11-13 10:45:23 +01:00
Martin Trigaux 8c3cdce539 [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
2013-11-13 09:28:06 +01:00
Launchpad Translations on behalf of openerp 4231970c8a Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131113060802-i0rwt8lkgeckatjo
bzr revid: launchpad_translations_on_behalf_of_openerp-20131113060848-04a2ehku5erssgvr
2013-11-13 06:08:48 +00:00
Christophe Simonis 6cfb4a0370 [FIX] web: do not enforce width of dropdown links
bzr revid: chs@openerp.com-20131112143746-svdfuqvzvvis6vpy
2013-11-12 15:37:46 +01:00
Christophe Simonis 61a8a22f60 [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
2013-11-12 15:36:35 +01:00
Cecile Tonglet 83f6778446 [FIX] Import on model ir.translation was broken because of a missing context
bzr revid: cto@openerp.com-20131112132747-bajrgbwlp0m3z92s
2013-11-12 14:27:47 +01:00
Denis Ledoux 6792d85b44 [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
2013-11-12 14:04:12 +01:00
Launchpad Translations on behalf of openerp a283d59024 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
2013-11-12 06:22:20 +00:00
Christophe Simonis 871e2db195 [FIX] base_action_rule: even test models need access rules (avoid warning)
bzr revid: chs@openerp.com-20131108215451-mq18m32ajuuydzjq
2013-11-08 22:54:51 +01:00
Christophe Simonis 46d7eb79e9 [FIX] document: even deprecated models need access rules (avoid warning)
bzr revid: chs@openerp.com-20131108215408-xodw6lmvvxvw4te7
2013-11-08 22:54:08 +01:00
Christophe Simonis f42ac76068 [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
2013-11-08 22:42:55 +01:00
Launchpad Translations on behalf of openerp 3f73f59b15 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
2013-11-12 06:23:21 +00:00
niv-openerp ee824f3c28 [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
2013-11-05 14:35:20 +01:00
Christophe Simonis 3213ad4ddd [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
2013-11-05 13:18:43 +01:00
Olivier Dony 0f7099bb30 [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
2013-11-05 11:30:11 +01:00
Olivier Dony 4cf2887153 [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
2013-11-05 11:19:30 +01:00
Olivier Dony 6be89e5f82 [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
2013-11-04 18:32:32 +01:00
Olivier Dony a6ca3b043f [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
2013-11-04 18:12:45 +01:00
Olivier Dony 5f56739c1b [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
2013-11-04 18:01:18 +01:00
Olivier Dony aac6fede99 [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
2013-11-04 17:58:26 +01:00
Launchpad Translations on behalf of openerp 15062bdffe Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131105060056-7xuq20lqt1upcdc6
2013-11-05 06:00:56 +00:00
Martin Trigaux 02fd46e8d4 [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
2013-11-04 17:37:29 +01:00
Martin Trigaux 861fcbcd50 [IMP] use assertEqual instead of assertTrue for better logging
bzr revid: mat@openerp.com-20131104161720-2ofur11haask32ni
2013-11-04 17:17:20 +01:00
Martin Trigaux 7e83c23844 [ADD] base: tests for translations and duplication
bzr revid: mat@openerp.com-20131104153946-vhpnbn8t1oxfaep1
2013-11-04 16:39:46 +01:00
Martin Trigaux 4d9e140b8c [IMP] comments
bzr revid: mat@openerp.com-20131104144427-oyca1g1ti583sq3c
2013-11-04 15:44:27 +01:00
Martin Trigaux 91cf53228b [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
2013-11-04 15:34:08 +01:00
Christophe Simonis 00b6485c3b [FIX] web_kanban: correct design of vertical title on IE
bzr revid: chs@openerp.com-20131104142310-4ef0byprm3gw4s8d
2013-11-04 15:23:10 +01:00
Christophe Simonis dda51decc8 [FIX] document: correct numbering of attachments with the same name
bzr revid: chs@openerp.com-20131104110512-an7qpur1zckpgu7z
2013-11-04 12:05:12 +01:00
Martin Trigaux 014fa28379 [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
2013-11-04 10:57:29 +01:00
Thibault Delavallée 9537e55894 [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
2013-11-04 10:27:31 +01:00
Martin Trigaux 06c8267768 [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
2013-11-04 09:10:38 +01:00
Launchpad Translations on behalf of openerp 1309092a0c 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
2013-11-04 06:02:53 +00:00
Launchpad Translations on behalf of openerp 9d4c7f4db9 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
2013-11-04 06:02:49 +00:00
Launchpad Translations on behalf of openerp e3c98d3b5b 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
2013-11-04 06:02:12 +00:00
Christophe Simonis c59474804b [FIX] sale/edi: do not import non-existing field date_planned
bzr revid: chs@openerp.com-20131031185633-qf5eus62nwf3xs0m
2013-10-31 19:56:33 +01:00
Christophe Simonis 39e6bc0bba [FIX] survey/report: correct style name
bzr revid: chs@openerp.com-20131031184844-xjc2ngm0sfqxu6v3
2013-10-31 19:48:44 +01:00
Christophe Simonis a8eebfe6b4 [FIX] account,account_followup,l10n_{ch,es,pt,us,ve}: correct or remove wrong fields in <record> creation
bzr revid: chs@openerp.com-20131031184321-2nqqpxowhg03wt4t
2013-10-31 19:43:21 +01:00
Christophe Simonis c1e6ff9445 [FIX] */report: font names are case sensitive
bzr revid: chs@openerp.com-20131031181018-pkbtgd3ix5ke4veg
2013-10-31 19:10:18 +01:00
Denis Ledoux 9fca9bbbd6 [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
2013-10-31 17:02:15 +01:00
Denis Ledoux 959b0bc720 [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
2013-10-31 14:56:05 +01:00
Martin Trigaux 397cebdf4b [IMP] l10n_multilang: remove force_write from function call, mark parameter as deprecated
bzr revid: mat@openerp.com-20131031105318-zkzwdrtbvvmxkzv1
2013-10-31 11:53:18 +01:00
Martin Trigaux 3a103f8dec [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
2013-10-31 11:44:01 +01:00
Martin Trigaux ea212a166b [FIX] account: generate the accounts based on templates with untranslated terms (so benefit from translation)
bzr revid: mat@openerp.com-20131031100809-p0irwjbq3chxjsd9
2013-10-31 11:08:09 +01:00
Launchpad Translations on behalf of openerp 30e141708b Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131031054753-45rivp2vcydq7cv3
2013-10-31 05:47:53 +00:00