Launchpad Translations on behalf of openerp [Tue, 12 Nov 2013 06:22:20 +0000 (06:22 +0000)]
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
niv-openerp [Tue, 5 Nov 2013 13:35:20 +0000 (14:35 +0100)]
[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
Christophe Simonis [Tue, 5 Nov 2013 12:18:43 +0000 (13:18 +0100)]
[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
Olivier Dony [Tue, 5 Nov 2013 10:30:11 +0000 (11:30 +0100)]
[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
Olivier Dony [Tue, 5 Nov 2013 10:19:30 +0000 (11:19 +0100)]
[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
Olivier Dony [Mon, 4 Nov 2013 17:32:32 +0000 (18:32 +0100)]
[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
Olivier Dony [Mon, 4 Nov 2013 17:12:45 +0000 (18:12 +0100)]
[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
Olivier Dony [Mon, 4 Nov 2013 17:01:18 +0000 (18:01 +0100)]
[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
Olivier Dony [Mon, 4 Nov 2013 16:58:26 +0000 (17:58 +0100)]
[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 Translations on behalf of openerp [Tue, 5 Nov 2013 06:00:56 +0000 (06:00 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131105060056-7xuq20lqt1upcdc6
Martin Trigaux [Mon, 4 Nov 2013 16:37:29 +0000 (17:37 +0100)]
[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
Martin Trigaux [Mon, 4 Nov 2013 16:17:20 +0000 (17:17 +0100)]
[IMP] use assertEqual instead of assertTrue for better logging
bzr revid: mat@openerp.com-
20131104161720-2ofur11haask32ni
Martin Trigaux [Mon, 4 Nov 2013 15:39:46 +0000 (16:39 +0100)]
[ADD] base: tests for translations and duplication
bzr revid: mat@openerp.com-
20131104153946-vhpnbn8t1oxfaep1
Martin Trigaux [Mon, 4 Nov 2013 14:44:27 +0000 (15:44 +0100)]
[IMP] comments
bzr revid: mat@openerp.com-
20131104144427-oyca1g1ti583sq3c
Martin Trigaux [Mon, 4 Nov 2013 14:34:08 +0000 (15:34 +0100)]
[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
Christophe Simonis [Mon, 4 Nov 2013 14:23:10 +0000 (15:23 +0100)]
[FIX] web_kanban: correct design of vertical title on IE
bzr revid: chs@openerp.com-
20131104142310-4ef0byprm3gw4s8d
Christophe Simonis [Mon, 4 Nov 2013 11:05:12 +0000 (12:05 +0100)]
[FIX] document: correct numbering of attachments with the same name
bzr revid: chs@openerp.com-
20131104110512-an7qpur1zckpgu7z
Martin Trigaux [Mon, 4 Nov 2013 09:57:29 +0000 (10:57 +0100)]
[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
Thibault Delavallée [Mon, 4 Nov 2013 09:27:31 +0000 (10:27 +0100)]
[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
Martin Trigaux [Mon, 4 Nov 2013 08:10:38 +0000 (09:10 +0100)]
[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 Translations on behalf of openerp [Mon, 4 Nov 2013 06:02:53 +0000 (06:02 +0000)]
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 Translations on behalf of openerp [Mon, 4 Nov 2013 06:02:49 +0000 (06:02 +0000)]
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 Translations on behalf of openerp [Mon, 4 Nov 2013 06:02:12 +0000 (06:02 +0000)]
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
Denis Ledoux [Thu, 31 Oct 2013 16:02:15 +0000 (17:02 +0100)]
[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
Denis Ledoux [Thu, 31 Oct 2013 13:56:05 +0000 (14:56 +0100)]
[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
Martin Trigaux [Thu, 31 Oct 2013 10:53:18 +0000 (11:53 +0100)]
[IMP] l10n_multilang: remove force_write from function call, mark parameter as deprecated
bzr revid: mat@openerp.com-
20131031105318-zkzwdrtbvvmxkzv1
Martin Trigaux [Thu, 31 Oct 2013 10:44:01 +0000 (11:44 +0100)]
[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
Martin Trigaux [Thu, 31 Oct 2013 10:08:09 +0000 (11:08 +0100)]
[FIX] account: generate the accounts based on templates with untranslated terms (so benefit from translation)
bzr revid: mat@openerp.com-
20131031100809-p0irwjbq3chxjsd9
Launchpad Translations on behalf of openerp [Thu, 31 Oct 2013 05:47:53 +0000 (05:47 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131031054753-45rivp2vcydq7cv3
Christophe Simonis [Wed, 30 Oct 2013 19:55:08 +0000 (20:55 +0100)]
[FIX] board: filter available dashboards
lp bug: https://launchpad.net/bugs/1157896 fixed
bzr revid: chs@openerp.com-
20131030195508-gw4prkz230m8toma
Christophe Simonis [Wed, 30 Oct 2013 18:02:42 +0000 (19:02 +0100)]
[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
Martin Trigaux [Wed, 30 Oct 2013 14:54:32 +0000 (15:54 +0100)]
[FIX] stock: use eventual serial number attribute into account while doing product reservation
bzr revid: mat@openerp.com-
20131030145432-2sij3p1dae8ghzuz
Martin Trigaux [Wed, 30 Oct 2013 11:13:03 +0000 (12:13 +0100)]
[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
Martin Trigaux [Wed, 30 Oct 2013 08:44:08 +0000 (09:44 +0100)]
[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 Translations on behalf of openerp [Wed, 30 Oct 2013 05:54:38 +0000 (05:54 +0000)]
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 Translations on behalf of openerp [Wed, 30 Oct 2013 05:54:12 +0000 (05:54 +0000)]
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
Martin Trigaux [Tue, 29 Oct 2013 17:14:20 +0000 (18:14 +0100)]
[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
Martin Trigaux [Mon, 28 Oct 2013 14:47:38 +0000 (15:47 +0100)]
[FIX] list: force to recompute the selection as closing group reset items and would lead to an incorrect count of ids (eg: not hidding sidebar when no item is selected) (opw #599969)
bzr revid: mat@openerp.com-
20131028144738-qpanf41yu1i92klh
Martin Trigaux [Mon, 28 Oct 2013 14:16:47 +0000 (15:16 +0100)]
[FIX] list: force recompute the selection as closing group reset properties (opw #599969)
bzr revid: mat@openerp.com-
20131028141647-j6wkvl6plwblh077
Launchpad Translations on behalf of openerp [Sun, 27 Oct 2013 06:13:22 +0000 (06:13 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131026062534-cy8egi58c7w3cwns
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131027061322-op6b5ohzf6eiyiu2
Martin Trigaux [Fri, 25 Oct 2013 15:46:57 +0000 (17:46 +0200)]
[FIX] res_config: don't jump to first root menu after applying changes, instead reload and stay on same configuration page
bzr revid: mat@openerp.com-
20131025154657-fk7t72hl9cns2279
xmo [Fri, 25 Oct 2013 14:55:19 +0000 (16:55 +0200)]
[FIX] list view: serialize concurrent calls when loading files and ensure consistency of variables (prevent selection of items in list view lost, opw #599969)
bzr revid: mat@openerp.com-
20131025145519-jio03azp64ppi5ro
Olivier Dony [Fri, 25 Oct 2013 10:36:26 +0000 (12:36 +0200)]
[FIX] stock: move analysis report incorrectly merges multiple lines with same picking, product and qty
This error probably stems from the useless complexity of
the SQL view declaration and the double GROUP BY levels.
The patch rewrites the view query with a single GROUP BY
level and proper aggregation levels, but the core part
of the patch is to replace the outer `group by product_qty`
with a `sum(product_qty)`.
Some columns were also mentioned twice in the same GROUP
BY clause, for some reason.
bzr revid: odo@openerp.com-
20131025103626-7l78kdjjr7c2wesb
Launchpad Translations on behalf of openerp [Fri, 25 Oct 2013 06:01:00 +0000 (06:01 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131024052057-4ai7sltsmuoke8l5
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131025060100-ua2rf6g9urivk8bm
Christophe Simonis [Thu, 24 Oct 2013 13:54:48 +0000 (15:54 +0200)]
[FIX] allow falsy extra attributes on fields.
bzr revid: chs@openerp.com-
20131024135448-e2bpgaqu7mvg1icn
Launchpad Translations on behalf of openerp [Fri, 25 Oct 2013 06:00:39 +0000 (06:00 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131019052730-g67chkz69pmoi5q4
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131020050443-pce4qrtn25h1qir6
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131023052203-fvk0akb3avqxkqje
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131024052015-8kg0owfhye4ws3xw
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131025060039-0t8928ck7dgi8yv6
Launchpad Translations on behalf of openerp [Thu, 24 Oct 2013 05:21:02 +0000 (05:21 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131024052102-y6y20mjt0raox65i
Martin Trigaux [Wed, 23 Oct 2013 15:34:32 +0000 (17:34 +0200)]
[FIX] stock_invoice_directly: if picking is not done while doing partial picking, create invoice on this backorder instead of the current picking
bzr revid: mat@openerp.com-
20131023153432-o7p90h9vmsp04ujb
Martin Trigaux [Wed, 23 Oct 2013 15:13:42 +0000 (17:13 +0200)]
[FIX] stock_invoice_directly: if picking is not done while doing partial picking, create invoice on this backorder instead of the current picking
lp bug: https://launchpad.net/bugs/1060259 fixed
bzr revid: mat@openerp.com-
20131023151342-328egar30upq5d5u
Launchpad Translations on behalf of openerp [Wed, 23 Oct 2013 05:22:21 +0000 (05:22 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131023052221-vwbblwzow9zkbd7l
Denis Ledoux [Tue, 22 Oct 2013 16:53:18 +0000 (18:53 +0200)]
[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
Denis Ledoux [Tue, 22 Oct 2013 16:25:19 +0000 (18:25 +0200)]
[FIX]web: filter name input for custom filters in search dropdown is now required
bzr revid: dle@openerp.com-
20131022162519-u03cn5k5od8jg6ka
Martin Trigaux [Tue, 22 Oct 2013 09:53:01 +0000 (11:53 +0200)]
[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
Martin Trigaux [Tue, 22 Oct 2013 09:19:25 +0000 (11:19 +0200)]
[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
Martin Trigaux [Tue, 22 Oct 2013 09:17:28 +0000 (11:17 +0200)]
[REV] revert partner.py to revision 9043 (error cf lp:1219381 comment #11)
bzr revid: mat@openerp.com-
20131022091728-hebgvt1m26y9wjot
Martin Trigaux [Tue, 22 Oct 2013 09:13:19 +0000 (11:13 +0200)]
[MERGE] sync with 7.0
bzr revid: mat@openerp.com-
20131022091319-dzpe0i8936alq22y
Launchpad Translations on behalf of openerp [Tue, 22 Oct 2013 05:15:35 +0000 (05:15 +0000)]
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
Martin Trigaux [Mon, 21 Oct 2013 16:03:26 +0000 (18:03 +0200)]
[FIX] hr_timesheet: cost and revenues of parent analytic accounts aggregate from child analytic accounts
bzr revid: mat@openerp.com-
20131021160326-62hpxyypgu70v6w2
Olivier Dony [Mon, 21 Oct 2013 12:47:48 +0000 (14:47 +0200)]
[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
Martin Trigaux [Mon, 21 Oct 2013 09:57:35 +0000 (11:57 +0200)]
[FIX] procurement: change SQL query to be compatible with both postgres 8.4 and 9.3
bzr revid: mat@openerp.com-
20131021095735-yz9pb5pphfdgl44j
Launchpad Translations on behalf of openerp [Mon, 21 Oct 2013 04:57:23 +0000 (04:57 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131019052801-ouw53m70o0eabxnv
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131020050509-ar8koyz20p82rdjq
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131021045723-bkmqoimoalwb3lzq
Martin Trigaux [Fri, 18 Oct 2013 14:04:24 +0000 (16:04 +0200)]
[FIX] account: correct test on closing fiscal year to fail with error message and set the test to the previous year instead of next year (makes more sense)
bzr revid: mat@openerp.com-
20131018140424-yyfc561nisym2gem
Martin Trigaux [Fri, 18 Oct 2013 13:59:25 +0000 (15:59 +0200)]
[FIX] account: go green test\!, also set the test to previous year
bzr revid: mat@openerp.com-
20131018135925-x2n1yw96973srmk1
Martin Trigaux [Fri, 18 Oct 2013 13:46:13 +0000 (15:46 +0200)]
[TEST] test with failing test
bzr revid: mat@openerp.com-
20131018134613-27lsl5vln5yu26pa
Martin Trigaux [Fri, 18 Oct 2013 13:40:58 +0000 (15:40 +0200)]
[FIX] account: correct test with valid error message
bzr revid: mat@openerp.com-
20131018134058-wpuyqnhb3xtshqs8
Martin Trigaux [Fri, 18 Oct 2013 12:43:42 +0000 (14:43 +0200)]
[IMP] account: set test on closing account invoice on previous year instead of next one
bzr revid: mat@openerp.com-
20131018124342-yccp0ftebmug4aco
Martin Trigaux [Fri, 18 Oct 2013 12:04:28 +0000 (14:04 +0200)]
[FIX] mrp_repair: use action_done to validate a operation componenents when ending a repair
This allows to generate journal entries in case of real time stock evaluation (opw 599170)
bzr revid: mat@openerp.com-
20131018120428-2vdmdm2th8rz57zr
Martin Trigaux [Fri, 18 Oct 2013 11:44:00 +0000 (13:44 +0200)]
[FIX] mrp_repair: use action_done to validate a operation componenents when ending a repair
bzr revid: mat@openerp.com-
20131018114400-f1iaoynu1vlq325o
Launchpad Translations on behalf of openerp [Fri, 18 Oct 2013 06:11:29 +0000 (06:11 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131018061129-4wcyxayj6darv5op
Martin Trigaux [Thu, 17 Oct 2013 11:37:36 +0000 (13:37 +0200)]
[FIX] procurement: avoid getting loop of state change when a procurement is stuck in an exception and retried by the scheduler (opw 598606)
bzr revid: mat@openerp.com-
20131017113736-inell5fxydr71xyk
Martin Trigaux [Thu, 17 Oct 2013 11:35:21 +0000 (13:35 +0200)]
[IMP] procurement: track only once the change of state to exception and confirmed
bzr revid: mat@openerp.com-
20131017113521-5u2k9glb3o7cnmmk
Martin Trigaux [Thu, 17 Oct 2013 10:44:26 +0000 (12:44 +0200)]
revert change of workflow
bzr revid: mat@openerp.com-
20131017104426-260y7v0113q8iue9
Martin Trigaux [Thu, 17 Oct 2013 07:46:35 +0000 (09:46 +0200)]
[IMP] procurement: redifine workflow to avoid going back to confrmed state
bzr revid: mat@openerp.com-
20131017074635-qp1n3x8955bf3aqd
Launchpad Translations on behalf of openerp [Thu, 17 Oct 2013 05:59:26 +0000 (05:59 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131017055926-8w96inwlj7rhey0e
niv-openerp [Wed, 16 Oct 2013 15:52:00 +0000 (17:52 +0200)]
[IMP] enabled sorting in o2m in list view
bzr revid: nicolas.vanhoren@openerp.com-
20131016155200-ojmuj844yd5sx40b
Martin Trigaux [Wed, 16 Oct 2013 15:03:35 +0000 (17:03 +0200)]
[IMP] procurement: better workflow
bzr revid: mat@openerp.com-
20131016150335-oikqm6twbukp666t
Martin Trigaux [Wed, 16 Oct 2013 14:22:20 +0000 (16:22 +0200)]
[MERGE] sync with 7.0
bzr revid: mat@openerp.com-
20131016142220-42psrgilc99gs3pp
Olivier Dony [Wed, 16 Oct 2013 10:58:12 +0000 (12:58 +0200)]
[FIX] document: overridden ORM methods need to respect API idiosyncrasies, otherwise check() calls may fail
bzr revid: odo@openerp.com-
20131016105812-844cd9xljvkjwtm3
Thibault Delavallée [Wed, 16 Oct 2013 09:21:06 +0000 (11:21 +0200)]
[FIX] hr: fixed priorities of kanban views. Employees see the
kanban view defined for portal users because of priorities all equal to 16.
Now employees see the correct kanban view defined in HR, portal users see
the portal kanban view defined in portal_hr_employees.
bzr revid: tde@openerp.com-
20131016092106-pqtjp7tyw27or3ow
Launchpad Translations on behalf of openerp [Wed, 16 Oct 2013 05:14:02 +0000 (05:14 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131016051402-s4et4c32h28r73sg
Martin Trigaux [Tue, 15 Oct 2013 14:29:48 +0000 (16:29 +0200)]
[FIX] account: include reconciled move lines generated at the opening of a new fiscal year (and indirectly take into account moves from previous fiscal years)
bzr revid: mat@openerp.com-
20131015142948-db6x1py5auwzbn3e
Martin Trigaux [Tue, 15 Oct 2013 14:14:53 +0000 (16:14 +0200)]
[REM] account: unused test (merged with account_fiscalyear_close.yml)
bzr revid: mat@openerp.com-
20131015141453-dbznqlqfo4beglz9
Martin Trigaux [Tue, 15 Oct 2013 14:14:08 +0000 (16:14 +0200)]
[ADD] account: test for added check
bzr revid: mat@openerp.com-
20131015141408-rpdp110btoc0wll3
Christophe Matthieu [Tue, 15 Oct 2013 13:27:38 +0000 (15:27 +0200)]
[FIX] product: wrong product and supplierinfo demo data. Because product_id of product.supplierinfo is a product.template field and not a product.product field
bzr revid: chm@openerp.com-
20131015132738-d1l7bb8vbndz5mu5
Martin Trigaux [Tue, 15 Oct 2013 12:10:15 +0000 (14:10 +0200)]
[FIX] account: correctly compute debit/credit for partner including previous moves reported to new fiscal year
lp bug: https://launchpad.net/bugs/1219381 fixed
bzr revid: mat@openerp.com-
20131015121015-jdwkzv9tjicg2m1u
Martin Trigaux [Tue, 15 Oct 2013 11:20:16 +0000 (13:20 +0200)]
[FIX] stock: correctly handle case when we have no child location
bzr revid: mat@openerp.com-
20131015112016-vj6yr6kfxfe8go2p
Xavier Morel [Tue, 15 Oct 2013 08:55:23 +0000 (10:55 +0200)]
[FIX] double-escaping of section labels in m2o completion
bzr revid: xmo@openerp.com-
20131015085523-5s5f587486gaa9zj
Launchpad Translations on behalf of openerp [Tue, 15 Oct 2013 05:18:26 +0000 (05:18 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131013053740-rinm5yfv4pp3toj2
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131015051750-ss2jdlo4w12420rv
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131015051826-9alld47gks4izhjq
Xavier Morel [Mon, 14 Oct 2013 15:57:09 +0000 (17:57 +0200)]
[FIX] null >= 0 is true...
bzr revid: xmo@openerp.com-
20131014155709-9cg4bzof02bhtyts
Martin Trigaux [Mon, 14 Oct 2013 12:19:59 +0000 (14:19 +0200)]
[FIX] pos: check constraint on session instead of uid (eg: runbot import demo data with uid=1 but other user_id
bzr revid: mat@openerp.com-
20131014121959-fp4gs26xh8cdte1w
Launchpad Translations on behalf of openerp [Mon, 14 Oct 2013 05:33:13 +0000 (05:33 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131011052941-f4x7ued38x0siu4u
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131013053842-x6nja74l8by5vd1q
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131014053313-j22u5qen55na9js8
Launchpad Translations on behalf of openerp [Sun, 13 Oct 2013 05:38:46 +0000 (05:38 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130920060157-qwah3z17ksnrmhzi
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130922053500-ovnczb82b49pg6f7
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130928055413-78fot6ftst9k7als
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131004054531-787wl7i8e8bqy44e
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131013053846-rei6ary4wt43kqeq
Olivier Dony [Fri, 11 Oct 2013 12:39:14 +0000 (14:39 +0200)]
[FIX] registry: restore `elif` changed to `if` in previous commit, for better readability (no effect)
This should have no effect because when the first `if`
is entered a new registry is instantiated with
the default value for base_cache_signaling_sequence
set to 1, preventing entering the next `if` even
without `elif`.
bzr revid: odo@openerp.com-
20131011123914-7zuvd9mch21yxgj8
Olivier Dony [Fri, 11 Oct 2013 10:03:13 +0000 (12:03 +0200)]
[FIX] registry: avoid discarding registry or cache when the registry is fresh
When the sequence value is 1 it means that either:
- the registry was just instantiated, so there is no
reason to reload it immediately, the real checks will
start at next request
- the db was just created with new sequences set to 1,
so there has been no change to reload
In both cases there is no good reason to reload the
registry, and it is actually a performance killer,
especially for cron workers that keep iterating on
the list of databases.
bzr revid: odo@openerp.com-
20131011100313-4bud8e9xq2afp9z7
Olivier Dony [Thu, 10 Oct 2013 17:07:18 +0000 (19:07 +0200)]
[FIX] ir.model: FK constraints for custom m2o fields were never created, creating possible data integrity errors
bzr revid: odo@openerp.com-
20131010170718-lwoxkqc1tx7i8vhg
Olivier Dony [Thu, 10 Oct 2013 11:44:24 +0000 (13:44 +0200)]
[MERGE] l10n_fr: update tax templates for 2014 taxes, courtesy of Frederic Clementi (Camptocamp)
summary of VAT rates changes for the 01/01/2014:
Taux normal : 20% replace 19.6%
Taux intermédaire : 10% replace 7%
Taux spécial DOM-TOM : no change (8.5%)
Taux réduit : 5% replace 5.5%
Taux super réduit : no change (2.1%)
see also: http://www.service-public.fr/professionnels-entreprises/actualites/00891.html
bzr revid: odo@openerp.com-
20131010114424-atzr3bl9e9diir2g
niv-openerp [Thu, 10 Oct 2013 09:11:25 +0000 (11:11 +0200)]
Enabled sort in o2m
bzr revid: nicolas.vanhoren@openerp.com-
20131010091125-0t1v8wmkrn8bnc5y
Launchpad Translations on behalf of openerp [Thu, 10 Oct 2013 05:25:50 +0000 (05:25 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20131010052550-62ak1fdjn6kbivh0
Christophe Simonis [Wed, 9 Oct 2013 16:29:20 +0000 (18:29 +0200)]
[FIX] note: copy default stages as SUPERUSER_ID to avoid access error. Only do it for employees
lp bug: https://launchpad.net/bugs/1156215 fixed
bzr revid: chs@openerp.com-
20131009162920-lg56wwmtg8qm1kuf
Martin Trigaux [Wed, 9 Oct 2013 12:27:14 +0000 (14:27 +0200)]
[IMP] purchase: put back sql request to set exception message and avoid context hack
bzr revid: mat@openerp.com-
20131009122714-rqhciu8ozy059pyn