Commit Graph

74669 Commits

Author SHA1 Message Date
Turkesh Patel (Open ERP) 416c47f324 [FIX] replace integer with float in validation
bzr revid: tpa@tinyerp.com-20131023113652-rj74krv1lecyp2xf
2013-10-23 17:06:52 +05:30
Turkesh Patel (Open ERP) 0668ebf17b [MRG] merge with lp:openerp-web
bzr revid: tpa@tinyerp.com-20131015105425-xpajdv2oeicymqeo
bzr revid: tpa@tinyerp.com-20131015115209-6zwdes62i2r1q6e5
bzr revid: tpa@tinyerp.com-20131023055432-wxxuss1d2d1xm8gi
2013-10-23 11:24:32 +05:30
niv-openerp 55ac10cd3d [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
2013-10-22 15:34:32 +02:00
niv-openerp 439cc0b94b [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
2013-10-22 15:15:25 +02:00
niv-openerp 02177329c9 fix
bzr revid: nicolas.vanhoren@openerp.com-20131022131510-zvqt6xgsln0bk6zp
2013-10-22 15:15:10 +02:00
niv-openerp 48e9bbff2b wip
bzr revid: nicolas.vanhoren@openerp.com-20131022131323-jicyw0pchzs5x38t
2013-10-22 15:13:23 +02:00
niv-openerp d0145bd0ec Now selection fields on m2o query the records directly
bzr revid: nicolas.vanhoren@openerp.com-20131022121952-piye1e3k80w217r0
2013-10-22 14:19:52 +02:00
Christophe Simonis 969b45a179 [MERGE] forward port of branch saas-2 up to revid 8962 chs@openerp.com-20131021145334-i9gtbk52mre1bu1x
bzr revid: chs@openerp.com-20131021145735-7jkmltsbdj02pjo8
2013-10-21 16:57:35 +02:00
Christophe Simonis 3e04036aa5 [MERGE] forward port of branch saas-1 up to revid 8794 chs@openerp.com-20131021141431-5bdk9waai17julkb
bzr revid: chs@openerp.com-20131021145334-i9gtbk52mre1bu1x
2013-10-21 16:53:34 +02:00
Olivier Dony 6752a298ec [IMP] ir.translation: `module` field is useful for admin/debugging
bzr revid: odo@openerp.com-20131021143641-eflzertf2r7hap44
2013-10-21 16:36:41 +02:00
Christophe Simonis 9a775cd3f5 [MERGE] forward port of branch 7.0 up to revid 9535 odo@openerp.com-20131021124748-x4jnibwyab4gam23
bzr revid: chs@openerp.com-20131021141431-5bdk9waai17julkb
2013-10-21 16:14:31 +02:00
Olivier Dony 6a3683f116 [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
2013-10-21 14:47:48 +02:00
Martin Trigaux 6ba45e5cbf [FIX] procurement: change SQL query to be compatible with both postgres 8.4 and 9.3
bzr revid: mat@openerp.com-20131021095735-yz9pb5pphfdgl44j
2013-10-21 11:57:35 +02:00
Launchpad Translations on behalf of openerp 16fd47c3e1 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
2013-10-21 04:57:23 +00:00
Launchpad Translations on behalf of openerp 03436bd521 Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131019045915-qsravpk1h784kxxf
bzr revid: launchpad_translations_on_behalf_of_openerp-20131021043617-dqegufnc6us9o3n6
2013-10-21 04:36:17 +00:00
Olivier Dony 9227f3d5fc [MERGE] Forward-port of latest saas-1 bugfixes, up to rev. 4913 rev-id: odo@openerp.com-20131018145638-0evfafu4yqg2itia
bzr revid: odo@openerp.com-20131018154805-axo5jrsbyd24qwle
2013-10-18 17:48:05 +02:00
Olivier Dony b361ec0151 [FIX] base.import.module: this wizard is disabled and should be dropped entirely in trunk
Kept the model for backwards compatibility until then

bzr revid: odo@openerp.com-20131018145638-0evfafu4yqg2itia
2013-10-18 16:56:38 +02:00
Thibault Delavallée 62e88a16e4 [FIX] mail: mail_mail: fixed url embedded in notification emails.
When having emails not linked to a notification (mail.notification = False)
the link is generated without any clue about the source record.
However we can try to use model and res_id defined on the mail_mail record
to correctly format a link.

Added support of model and res_id in message_redirect_action. This method
now can redirect based on a message_id, or based on model / res_id.

bzr revid: tde@openerp.com-20131018144924-j4f22hen3lsua7cb
2013-10-18 16:49:24 +02:00
Martin Trigaux 1a9297aaed [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
2013-10-18 16:04:24 +02:00
niv-openerp ebeeae0ed4 [MERGE] saas2
bzr revid: nicolas.vanhoren@openerp.com-20131018134149-yveqfs6tqwnjo6xt
2013-10-18 15:41:49 +02:00
Denis Ledoux f2e561afec [MERGE] Forward-port of latest saas-2 bugfixes, up to rev. 8960 rev-id: dle@openerp.com-20131018125818-1k168nlo2ferj25w
bzr revid: dle@openerp.com-20131018131007-etdut0wpjqhnexz2
2013-10-18 15:10:07 +02:00
Denis Ledoux a7e05f1af4 [MERGE] Forward-port of latest saas-1 bugfixes, up to rev. 8793 rev-id: dle@openerp.com-20131018124037-v3501acvv4fh1077
bzr revid: dle@openerp.com-20131018125818-1k168nlo2ferj25w
2013-10-18 14:58:18 +02:00
niv-openerp 7636d71dfc [FIX] potential bug in server-side web framework, now forbids users to call method when not authentified
bzr revid: nicolas.vanhoren@openerp.com-20131018125727-qtkzkiwkhw4z78kr
2013-10-18 14:57:27 +02:00
Denis Ledoux 83ff86efe7 [FIX]account: test account_fiscalyear_close, the test was triggering the workflow with the 7.0 way, (due to the forward port of 7.0 bugfixes)
bzr revid: dle@openerp.com-20131018124037-v3501acvv4fh1077
2013-10-18 14:40:37 +02:00
Denis Ledoux c348a2f4cd [MERGE] Forward-port of latest saas-1 bugfixes, up to rev. 3747 rev-id: dle@openerp.com-20131018120136-fvoq337kgx74njsy
bzr revid: dle@openerp.com-20131018123253-pvf2tg747vflfp6x
2013-10-18 14:32:53 +02: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
Launchpad Translations on behalf of openerp 99ffbd28ed Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131114063103-0ehwa7pk99d5b4k4
2013-11-14 06:31:03 +00: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 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
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
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