Commit Graph

74732 Commits

Author SHA1 Message Date
Fabien Meghazi 684c629556 [FIX] session destroy
Sorry all

bzr revid: fme@openerp.com-20131105102036-34g9mk2u694eqvhn
2013-11-05 11:20:36 +01:00
niv-openerp fd863b8501 [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
2013-11-05 11:15:48 +01:00
Fabien Meghazi 9a281f829b [ADD] redirect on login and logout controller
bzr revid: fme@openerp.com-20131104171530-96irkaom2vjsj9s5
2013-11-04 18:15:30 +01:00
Quentin (OpenERP) 8a52fe77f8 [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
2013-11-04 14:46:18 +01:00
Quentin (OpenERP) bdda7b70d3 [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
2013-11-04 14:43:14 +01:00
Launchpad Translations on behalf of openerp f270975d98 Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102055722-60w8wrpax87wkxhx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131102060651-bdts7qkh2850je5u
2013-11-02 06:06:51 +00:00
Christophe Simonis 88292396c7 [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
2013-10-31 15:40:26 +01:00
Christophe Simonis 0e1cc663b3 [MERGE] forward port of branch saas-2 up to revid 4968 chs@openerp.com-20131031142325-vo84hk5co2e2phg0
bzr revid: chs@openerp.com-20131031143208-4gtdju33sv0wdtcg
2013-10-31 15:32:08 +01:00
Denis Ledoux 0cf57bdee2 [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
2013-10-31 17:29:28 +01:00
Olivier Dony 465c241338 [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
2013-11-05 13:26:34 +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
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
Christophe Simonis ab93864dfc [FIX] oe: listing of modules only take directories having a __openerp__.py file
bzr revid: chs@openerp.com-20131031152716-sda5397b4n0be1ih
2013-10-31 16:27:16 +01:00
Christophe Simonis 82211b1ac2 [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
2013-10-31 15:21:25 +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
Christophe Simonis 12e262e5c9 [FIX] web: correct "date(time) on 31" tests
bzr revid: chs@openerp.com-20131031111945-u3wi11e4rykpslme
2013-10-31 12:19:45 +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
Christophe Simonis d9ca536396 [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
2013-10-31 11:33:33 +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
Christophe Simonis f58e4f3f07 [FIX] board: filter available dashboards
lp bug: https://launchpad.net/bugs/1157896 fixed

bzr revid: chs@openerp.com-20131030195508-gw4prkz230m8toma
2013-10-30 20:55:08 +01:00
Christophe Simonis 1c523aa1be [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
2013-10-30 19:24:00 +01:00
Christophe Simonis 062d075f36 [MERGE] forward port of branch saas-1 up to revid 3749 chs@openerp.com-20131030180528-hqsztaujjjqev8ky
bzr revid: chs@openerp.com-20131030180941-7409ksn29hrtavzm
2013-10-30 19:09:41 +01:00
Christophe Simonis 993bff902e [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
2013-11-15 11:49:09 +01:00
Christophe Simonis 1e4b2695d5 [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
2013-11-14 15:26:39 +01:00
Thibault Delavallée ebe580f481 [FIX] portal: mail_message override: do not check access rules for SUPERUSER_ID
bzr revid: tde@openerp.com-20131114123346-dbnrkh6nadl774qe
2013-11-14 13:33:46 +01:00
Christophe Simonis 079bf31706 [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
2013-11-14 12:18:02 +01:00
Christophe Simonis e5ca5a170c [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
2013-11-14 12:08:47 +01:00
Denis Ledoux e5f75b67c0 [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
2013-11-14 10:59:07 +01:00
Denis Ledoux 8be0a5a8e1 [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
2013-11-14 10:57:21 +01:00