Quentin (OpenERP) [Tue, 23 Apr 2013 08:57:02 +0000 (10:57 +0200)]
[FIX] account: default values for sign of financial reports in the P&L is -1
bzr revid: qdp-launchpad@openerp.com-
20130423085702-2ls986fyfhibimi1
Launchpad Translations on behalf of openerp [Tue, 23 Apr 2013 06:10:19 +0000 (06:10 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130423060902-2j8xouki50aemi14
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130423061017-5os2p9ztugb6jjph
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130423061019-n2660taj1o9os75c
Olivier Dony [Mon, 22 Apr 2013 17:04:29 +0000 (19:04 +0200)]
[FIX] base_report_designer: incorrect license headers in some source files, reported and contributed by Alec Leamas
Mixing LGPL 2.1 and AGPL 3.0 in the same source file
is incorrect, and the AGPLv3 license was added by
mistake: keep only LGPL license and preserve
copypright info.
lp bug: https://launchpad.net/bugs/1167034 fixed
bzr revid: odo@openerp.com-
20130422170429-o8tb92x4mukspe9o
Olivier Dony [Mon, 22 Apr 2013 17:04:20 +0000 (19:04 +0200)]
[FIX] rml2html: incorrect license headers in some source files, reported and contributed by Alec Leamas
Mixing LGPL 2.1 and AGPL 3.0 in the same source file
is incorrect, and the AGPLv3 license was added by
mistake: keep only LGPL license and preserve
copypright info.
lp bug: https://launchpad.net/bugs/1167034 fixed
bzr revid: odo@openerp.com-
20130422170420-in1wo45v3q8q0fhr
Cedric Snauwaert [Mon, 22 Apr 2013 14:44:38 +0000 (16:44 +0200)]
[FIX]account_financial_report_data: fix profit and loss sign, sign should be reverse for P&L journal and children
bzr revid: csn@openerp.com-
20130422144438-2uc9vhotsznf42ru
Olivier Dony [Mon, 22 Apr 2013 14:15:18 +0000 (16:15 +0200)]
[FIX] account_report_company: be more conservative and hide the `name` field instead of removing it from list view
This makes the inherited view still compatible with
modules that depend on the presence of the `name`
field in the list view (otherwise it would depend on the
module loading order and would sometimes work and
sometimes not).
bzr revid: odo@openerp.com-
20130422141518-imyiuu59uxnzq5eh
Thibault Delavallée [Mon, 22 Apr 2013 10:21:14 +0000 (12:21 +0200)]
[FIX] email_template: fixed wrong res_id given to attachments in send_mail (should be a mail.message res_id, not a mail.mail res_id), to use the low-level attachments unlink.
bzr revid: tde@openerp.com-
20130422102114-a179ylzpgu3g6vcr
Thibault Delavallée [Tue, 16 Apr 2013 14:11:45 +0000 (16:11 +0200)]
[FIX] project: default visibility is employees only. Updated demo data by the way.
bzr revid: tde@openerp.com-
20130416141145-3tsaz7u51xt80rer
Thibault Delavallée [Wed, 17 Apr 2013 08:59:27 +0000 (10:59 +0200)]
[FIX] mail, crm: fixed some access rights issues when using chatter on a document without access rights with portal users.
bzr revid: tde@openerp.com-
20130417085927-wg07siehk2uhrkpu
Christophe Matthieu [Mon, 22 Apr 2013 08:43:08 +0000 (10:43 +0200)]
[FIX] web_linkedin: display the real linkedin error inside the openerp popup.
bzr revid: chm@openerp.com-
20130422084308-t32vp4v8k3006uzp
niv-openerp [Mon, 22 Apr 2013 08:29:52 +0000 (10:29 +0200)]
[FIX] possible race condition when creating the session file for the web server
lp bug: https://launchpad.net/bugs/1157102 fixed
bzr revid: nicolas.vanhoren@openerp.com-
20130422082952-yldmbmmx2rhol2pw
Launchpad Translations on behalf of openerp [Sun, 21 Apr 2013 05:32:37 +0000 (05:32 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130421053215-jdbdrur8vk4zu5tc
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130420064852-b6bt9syb79h1x16m
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130421053233-g4dbsfidsqrs301v
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130421053237-8jhzy2qe55bb766x
Quentin (OpenERP) [Fri, 19 Apr 2013 15:49:20 +0000 (17:49 +0200)]
[FIX] ir_sequence: the field company_id does not exist in res.company, and thus cannot be used as sorting criterion in search()
bzr revid: qdp-launchpad@openerp.com-
20130419154920-ipddx1mszl2c5az4
Quentin (OpenERP) [Fri, 19 Apr 2013 14:54:17 +0000 (16:54 +0200)]
[FIX] orm, _generate_order_by(): allow to order by LOG_ACCESS_COLUMNS even if the column is not defined again in self._columns. Raising an error instead of silently skipping the order_by
bzr revid: qdp-launchpad@openerp.com-
20130419145417-2tix8ynmx51qiqkf
Launchpad Translations on behalf of openerp [Sat, 20 Apr 2013 06:48:40 +0000 (06:48 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130420064840-ctlb3ywgmfytczfj
Olivier Dony [Sat, 20 Apr 2013 03:42:21 +0000 (05:42 +0200)]
[MERGE/ADD] Many important fixes for contact/company management + new module account_report_company
This patch comes with a corresponding server-side patch (revision 4946 revid: odo@openerp.com-
20130420032529-pvv6vuelp84bt26j)
- module-specific overrides of _commercial_fields() for all modules adding accounting/invoicing-related fields to res.partner
- corresponding changes to inherited views of res.partner form to hide these commercial fields when they are in fact "related fields" of their parent commercial entity. This mainly concerns 2 sections of the Partner form: the whole Accounting tab, and the bottom of the Sales&Purchase tabs with the pricelists and invoicing fields. These sections are replaced by a short message and a button to open the commercial entity to view/edit the fields
- a few fixes to properly delegate the resolution of various contact/address types to the corrected res.partner.address_get()
- changes to search views of the main business documents so that searching for a company name will also match its contacts
- a fix of the _find_accounting_partner() method that the account module uses to locate the partner to which journal entries must be linked - it will now use the same semantics as for "commercial entity"
- fix issue detected by Joël Grand-Guillaume in comment #34 of bug 1160365: when invoicing after delivery, the invoicing contact/address must be used rather than the main customer. Tests updated accordingly.
- add new 7.0 module "account_report_company": this module adds an extra stored field "commercial_partner_id" on Invoices to make reporting/aggregating by partner easier in the Invoice list and in the Invoice Analysis report. This module is expected to be merged in the main account module in the next major release. The module can be installed without any risk on any existing 7.0 databases.
This module also mitigates group_by issues on all models by adding a new stored function field `display_name` on res.partner that contains the name_get() result in the form "ACME, John Doe" and set it as the default _order for res.partner. This ensures that group_by entries for the same company will always be next to each other on all documents: "ACME" is directly followed by "ACME, John Doe", "ACME, John Anderson", etc. This field also replaces the `name` field in the list and kanban views of Partners, so that the display order matches the display labels.
- fixed unique constraints definition on some commercial fields on res.partner (l10n_ro)
lp bug: https://launchpad.net/bugs/1160365 fixed
bzr revid: odo@openerp.com-
20130420034221-2wvf6rezwl7gog74
Olivier Dony [Sat, 20 Apr 2013 03:25:29 +0000 (05:25 +0200)]
[MERGE] res.partner: many important fixes for contact/company management and address management, see bug 1160365
- Fix autosync of accounting/invoicing-related fields on contacts, just as if they were actually modeled as fields.related to the parent commercial entity. This starts with the addition of the new functional field `commercial_partner_id`, to locate the commercial entity for any partner. The commercial entity is defined as the first ancestor (starting at the partner itself) that is either marked `is_company` or has no parent.
- Corrected autosync of address fields (bug 1160425). Also included in the same patch, because those two mechanisms are closely related and share some parts of the implementation. "use_parent_address" now defaults to False, and auto-sync only happens downstream, except for a special case when creating a new company and a new contact at the same time
- `is_company` does not reset the parent_id field anymore, to allow for multi-level structures. The `parent_id` field now also stays visible if it has a non-empty value
- the `email`, `phone`, `fax`, `mobile`, `lang`, etc. that were sometimes synced when changing parent company are now properly left alone
- res.partner.address_get() now defaults to the partner being looked up rather than company when no match is found at all and no "default" exists. This avoids losing the contact info on invoices when a new contact+company pair is created.
- the embedded contact creation mini-form was updated to include the address fields and the `type` field
- res.partner.name_get now return "Company, Contact" rather than "Contact (Company)" to make it clearer that the company is selected as well.
- Added warning message when changing the Company of a Contact that already has a company, so it is clear that it should only be done if the Company was incorrect - in other cases a new contact must be created under the new company.
- Fixed search domains using "child_of" to also include deactived records, so that using this operator in the search view of business documents returns the expected results.
- fixed propagation of "is_supplier" flag when creation a parent company for a contact created on the fly on a Purchase Order, and when adding contacts to an existing Supplier Company
lp bug: https://launchpad.net/bugs/1160365 fixed
lp bug: https://launchpad.net/bugs/1122363 fixed
lp bug: https://launchpad.net/bugs/1160425 fixed
bzr revid: odo@openerp.com-
20130420032529-pvv6vuelp84bt26j
Olivier Dony [Sat, 20 Apr 2013 02:26:42 +0000 (04:26 +0200)]
[FIX] search views: use child_of operator for partner_id fields that can reference both companies and contacts
The goal is to match both the Company and its contacts
when searching for the Company
bzr revid: odo@openerp.com-
20130420022642-6qe8pp4ifexjms65
Olivier Dony [Sat, 20 Apr 2013 01:50:03 +0000 (03:50 +0200)]
[REVERT] account_report_company: undo override of res.partner.commercial_partner_id field to store it, as the ORM does not support it and it's not strictly necessary
It works when installing the module but would break
everytime another module that inherits from res.partner
is installed/update from command-line (e.g. -i/-u crm),
as account_report_company is low in the dependency graph
so the field is dropped when the ORM notices that
the current field definition is not stored.
This can be solved in trunk by making the field stored
directly in 'base'.
bzr revid: odo@openerp.com-
20130420015003-8y48xrb14cjif60w
Olivier Dony [Sat, 20 Apr 2013 00:47:13 +0000 (02:47 +0200)]
[FIX] res.partner: fix invisible attrs on Contacts tab, empty o2m field results in `[]`, not `False`
bzr revid: odo@openerp.com-
20130420004713-0cblmquf4t6i2n0r
Olivier Dony [Fri, 19 Apr 2013 17:31:59 +0000 (19:31 +0200)]
[FIX] test_expression: assertion was too sensitive to exact parameters
Now that res.partner.child_ids has an extra domain
attribute the exact number of parameters of queries
using `child_ids` in the WHERE clause is different.
bzr revid: odo@openerp.com-
20130419173159-ef1onm3823hsi77n
Olivier Dony [Fri, 19 Apr 2013 17:18:53 +0000 (19:18 +0200)]
[IMP] account_report_company: use `display_name` instead of name in kanban and list views, so labels visually match order
bzr revid: odo@openerp.com-
20130419171853-dvfi5jvvlof9afoo
Olivier Dony [Fri, 19 Apr 2013 16:52:39 +0000 (18:52 +0200)]
[IMP] account_report_company: add extra stored function field `display_name` on res.partner and use it for sorting
This makes name_search() results, group_by, etc. all behave as expected
bzr revid: odo@openerp.com-
20130419165239-15szgi0e686k6mh9
Olivier Dony [Fri, 19 Apr 2013 16:47:28 +0000 (18:47 +0200)]
[FIX] res.partner.name_get: partners marked as "is_company" should appear as standalone
This is more consistent with the way we expect reporting
to work, and will also ensure that these companies
appear right above their contacts in search order
(which will match name_get)
bzr revid: odo@openerp.com-
20130419164728-25312wtyzt9h6egw
Olivier Dony [Fri, 19 Apr 2013 16:44:47 +0000 (18:44 +0200)]
[REVERT] res.partner: undo change of ordering in name_search result, to be addressed via a stored display_name field (temporarily added by account_report_company module in 7.0)
bzr revid: odo@openerp.com-
20130419164447-wrmfghxi44au3273
niv-openerp [Fri, 19 Apr 2013 14:42:38 +0000 (16:42 +0200)]
[FIX] pad: revert part of previous fix because it could produce problems in some cases
bzr revid: nicolas.vanhoren@openerp.com-
20130419144238-0hq1rgmcacw5sw1r
niv-openerp [Fri, 19 Apr 2013 14:35:29 +0000 (16:35 +0200)]
[FIX] pad: problem about pad title not being updated correctly, was solved by solving another, more serious, bug that didn't updated correctly the database backup of the pad
lp bug: https://launchpad.net/bugs/1155039 fixed
bzr revid: nicolas.vanhoren@openerp.com-
20130419143529-jku5titoacaajft0
Olivier Dony [Fri, 19 Apr 2013 13:57:56 +0000 (15:57 +0200)]
[FIX] res.partner: search using 'child_of' should include inactive children
This is necessary for 2 reasons:
- when searching on Business documents the search domain will be
[('partner_id', 'child_of', 'ACME')] in order to match all
descendants, and it must match inactive children as well
- in other cases like for resolving IDs to update via store
triggers, it is necessary that 'child_of' returns inactive
children too.
The implementation is tricky because the ORM automatically
transform 'child_of' domains into recursive searches with
[('parent_id', 'in', ids)], which is the same query that the
reverse one2many 'child_ids' will also use to find contacts.
The overridden search() therefore matches this domain pattern
only when there is one criterion (to avoid side-effects in
other cases) and a dummy extra 'domain' was added to the
definition of the 'child_ids' o2m so it won't match.
The net result is that child_ids will not return inactive
children while child_of will return all descendants when
it is the only criterion. This is the expected behavior
whenever child_of is used on res.partner, because
it's safer to always show business documents.
The only side-effects will be for custom/manual search
calls with a single criterion of the form ('parent_id','in', x)
and those can be fixed by adding an extra domain
component ('active','=',True), just like child_ids does.
bzr revid: odo@openerp.com-
20130419135756-2kbhwr23lygqdoob
Olivier Dony [Fri, 19 Apr 2013 13:43:35 +0000 (15:43 +0200)]
[IMP] account_report_company: make res.partner.commercial_partner_id field stored, for further reporting needs
This is not strictly necessary, but can be useful for other
modules in order to ease SQL reporting, without even needing
to store a denormalized copy of the "commercial partner" key
on the documents themselves.
Also renamed the Python fiel to something generic since
it now inherits multiple models.
bzr revid: odo@openerp.com-
20130419134335-rhsg24f2uuwl3kla
Launchpad Translations on behalf of openerp [Fri, 19 Apr 2013 06:17:48 +0000 (06:17 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130419061733-j4th561m2dju73zo
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130419061748-4sz8agg8laqbyu4p
Olivier Dony [Thu, 18 Apr 2013 17:21:23 +0000 (19:21 +0200)]
[MERGE] Sync with 7.0
bzr revid: odo@openerp.com-
20130418172123-2ofzftdo2a923nj1
Olivier Dony [Thu, 18 Apr 2013 17:20:22 +0000 (19:20 +0200)]
[FIX] sale: orders/quotations action should not force `display_address` flag
Doing so affects autocompletion of search results, etc.
while the fields on the form view are already properly
displayed anyway.
bzr revid: odo@openerp.com-
20130418172022-e3lu35xq191jxcyu
Fabien Meghazi [Thu, 18 Apr 2013 17:17:50 +0000 (19:17 +0200)]
[MERGE] Fixed http controllers inheritance
bzr revid: fme@openerp.com-
20130418171750-7oldgiewo1eewxk7
Quentin (OpenERP) [Thu, 18 Apr 2013 16:36:16 +0000 (18:36 +0200)]
[FIX] sale: fix in the workflow of the sale order that appeared on invoice deletion
bzr revid: qdp-launchpad@openerp.com-
20130418163616-ob30cd73vxkoe31a
Olivier Dony [Thu, 18 Apr 2013 15:40:22 +0000 (17:40 +0200)]
[FIX] res.partner: rename commercial_id to commercial_partner_id, following corresponding change in `base`
bzr revid: odo@openerp.com-
20130418154022-lt7frhp9c8f2boo0
Olivier Dony [Thu, 18 Apr 2013 15:38:29 +0000 (17:38 +0200)]
[FIX] res.partner: add onchange warning when changing an existing contact's company
bzr revid: odo@openerp.com-
20130418153829-rmkd6xo1cajgfer5
niv-openerp [Thu, 18 Apr 2013 15:13:53 +0000 (17:13 +0200)]
[FIX] account: minor javascript problem that made appear a stack trace
lp bug: https://launchpad.net/bugs/1155605 fixed
bzr revid: nicolas.vanhoren@openerp.com-
20130418151353-dgfawgqgvama1u84
Olivier Dony [Thu, 18 Apr 2013 14:45:33 +0000 (16:45 +0200)]
[IMP] res.partner: rename commercial_id to commercial_partner_id + make function field inheritable
The name `commercial_partner_id` better reflects its
purpose and the fact that it is a FK to a partner.
An extra indirection through a lambda function was
also added to the definition of the function field
to make it possible to override it in other modules
(otherwise the function is passed by copy directly
and cannot be inherited later)
bzr revid: odo@openerp.com-
20130418144533-owupfwn6h83q432x
Quentin (OpenERP) [Thu, 18 Apr 2013 14:10:13 +0000 (16:10 +0200)]
[MERGE][FIX] product: context propagating in res_currency.compute(). Courtesy of Yannick Vaucher @ Camptocamp. Thanks dude
bzr revid: qdp-launchpad@openerp.com-
20130418141013-vukxknub32p7djqd
niv-openerp [Thu, 18 Apr 2013 13:59:53 +0000 (15:59 +0200)]
[FIX] problem in view editor
bzr revid: nicolas.vanhoren@openerp.com-
20130418135953-l53w542hrqc0puvq
Quentin (OpenERP) [Thu, 18 Apr 2013 13:53:56 +0000 (15:53 +0200)]
[FIX] hr_expense, usability: added sum in tree view
bzr revid: qdp-launchpad@openerp.com-
20130418135356-p017meay192awm3y
Quentin (OpenERP) [Thu, 18 Apr 2013 13:40:32 +0000 (15:40 +0200)]
[FIX] account, account.move.line form view: the same method was defined twice, differently, and parameters were not correctly passed in onchanges
bzr revid: qdp-launchpad@openerp.com-
20130418134032-t3y4dk4sp4eu2031
Xavier Morel [Thu, 18 Apr 2013 12:56:40 +0000 (14:56 +0200)]
[FIX] missing translation mark in error message
lp bug: https://launchpad.net/bugs/1125159 fixed
bzr revid: xmo@openerp.com-
20130418125640-87g9sdowig7w565d
Olivier Dony [Thu, 18 Apr 2013 11:20:01 +0000 (13:20 +0200)]
[FIX] web: support integer/float fields in search view via auto-completion + tests
integer/float fields were not offering auto-completion in search views,
making them unsearchable except via advanced search.
This patch adds the missing complete() function and removes the incorrect
value_from() function that did not conform to the 7.0 search view API.
It seemed to be a leftover of the 6.1 search field implementation
of get_value(), wrongly renamed for 7.0.
Also includes corresponding tests.
bzr revid: odo@openerp.com-
20130418112001-388op1t8ugr0rhfn
Quentin (OpenERP) [Thu, 18 Apr 2013 10:24:33 +0000 (12:24 +0200)]
[FIX] account* modules: added 'account_period_prefer_normal':True in context when trying to find the period related to a date.
This patch will be forward ported in trunk by changing the behaviour of account_period.find() in order to fetch the normal periods by default (account_period_prefer_normal will be True by default) because there are no business case i could think of where you'd like to get the opening period (except in the closure but it's held in a different way there). On the other hand, it's pretty easy to forget to put that key in the context and introduce a new bug that will select the opening period instead of the wanted one
bzr revid: qdp-launchpad@openerp.com-
20130418102433-t52uj23trkpr8vnb
Xavier Morel [Thu, 18 Apr 2013 09:43:15 +0000 (11:43 +0200)]
[IMP] only use name of class being created: module is incorrect for dynamically created classes
bzr revid: xmo@openerp.com-
20130418094315-qk8m13s4zzvojauw
Xavier Morel [Thu, 18 Apr 2013 09:24:05 +0000 (11:24 +0200)]
[FIX] Extension of controller in-place with explicit spec of same _cp_path
When extending a controller in-place (e.g. A(Controller), B(A)) and
providing the exact same _cp_path as parent (no-op) execution path
would go into handler for _cp_path overwriting and raise an assertion
error for overwriting of existing controller.
Except this is allowed (if ugly) pattern, so warn & ignore behavior
(it is harmless).
bzr revid: xmo@openerp.com-
20130418092405-wrmmrd648b9koefu
Cedric Snauwaert [Thu, 18 Apr 2013 09:00:11 +0000 (11:00 +0200)]
[FIX]sale: fix workflow problem when deleting an invoice the workflow should go to invoice_exception state
bzr revid: csn@openerp.com-
20130418090011-dyg175mvwrp8ilij
Launchpad Translations on behalf of openerp [Thu, 18 Apr 2013 06:06:06 +0000 (06:06 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130417055748-w9lnddgiwwvrfpbl
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130418060606-6hezu76yxwsqgc11
Olivier Dony [Wed, 17 Apr 2013 13:20:21 +0000 (15:20 +0200)]
[FIX] stock, multicompany: avoid crashing when computing inventory levels and no warehouse/locations exists for a company
This is a cherry-pick backport of the trunk fix for bug 921561,
originally merged in trunk at revid fp@openerp.com-
20130224101111-zz5n34c5fmr4n8jt
lp bug: https://launchpad.net/bugs/921561 fixed
bzr revid: odo@openerp.com-
20130417132021-pmf0cdvwaxrsx9ew
Launchpad Translations on behalf of openerp [Thu, 18 Apr 2013 06:06:03 +0000 (06:06 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130418060603-ondw9hx00c1rmh33
Antony Lesuisse [Thu, 18 Apr 2013 01:48:49 +0000 (03:48 +0200)]
[FIX] ir.cron add a safeguard mecanism against version mistach when polling
bzr revid: al@openerp.com-
20130418014849-txrjii1vofh19je6
Antony Lesuisse [Thu, 18 Apr 2013 01:04:10 +0000 (03:04 +0200)]
[FIX] ir.cron add a safeguard mecanism against version mistach when polling
bzr revid: al@openerp.com-
20130418010410-0zz1zkexnjzjp3si
Stephane Wirtel [Wed, 17 Apr 2013 14:58:29 +0000 (16:58 +0200)]
[FIX] account: avoid a crash if the user does not select an existing chart.
bzr revid: stw@openerp.com-
20130417145829-0juk1t6ikbcts7v8
Quentin (OpenERP) [Wed, 17 Apr 2013 10:00:49 +0000 (12:00 +0200)]
[FIX] purchase, usability: removed default search that was hiding the RFQ's Sent
bzr revid: qdp-launchpad@openerp.com-
20130417100049-r9kdsp9wyj3l58pp
Quentin (OpenERP) [Wed, 17 Apr 2013 09:23:21 +0000 (11:23 +0200)]
[FIX] base, res_company: added a missing context when calling write(), apparently needed for OPW: 586824
bzr revid: qdp-launchpad@openerp.com-
20130417092321-17vj33w2bp2bumo8
Quentin (OpenERP) [Wed, 17 Apr 2013 09:09:25 +0000 (11:09 +0200)]
[IMP] crm: log a meeting now calls message_post and writes the meeting information in the chatter
bzr revid: qdp-launchpad@openerp.com-
20130417090925-l6pdm9v5lq6ify14
Olivier Dony [Wed, 17 Apr 2013 08:14:10 +0000 (10:14 +0200)]
[REVERT] mail: undo model-level change that can cause issue for stable deployments
Failing to force a manual update of the mail module would cause
all composer wizards to display html contents without the WYSIWYG
editor, making it mostly unusable for regular users. Users are
not expected to always force an update of all modules after
updating to the latest source code.
bzr revid: odo@openerp.com-
20130417081410-dwc33ymizlihvbng
Olivier Dony [Wed, 17 Apr 2013 07:33:11 +0000 (09:33 +0200)]
[MERGE] auth_signup: upon signup of new user, the company_id[s] of the corresponding partner must be used
The default was to use those of the template user,
which may not be correct in multi-company cases.
bzr revid: odo@openerp.com-
20130417073311-pu18cwlus10ypw8b
Launchpad Translations on behalf of openerp [Wed, 17 Apr 2013 05:57:42 +0000 (05:57 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130417055707-rpdalm7k5efoagz6
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130417055742-p9nxg3t2tb0553wn
Xavier Morel [Tue, 16 Apr 2013 15:20:00 +0000 (17:20 +0200)]
[FIX] ids of deleted records living in shared dataset when clicking on list row
When a record is activated, the listview will do some jiggling around
assigning the ids of internal dataset to the one shared between all
views, this is mostly for the case where one switches from a "grouped"
list view, so the form view only cycles on the "current" group.
Problem is, that internal dataset is not correctly synchronized with
the shared one, so when the id is removed from the shared dataset it
is *not* removed from the internal one(s), and when the switch is made
the ids from the internal dataset are set on the shared one and
reintroduce the deleted record, leading to the form view's incorrect
state.
Fix the issue by updating the dataset's ids list when a record is
deleted from the records tree.
Also extracted some stuff from DataSetSearch's unlink callback so it
can be overridden and is more stable across datasets.
lp bug: https://launchpad.net/bugs/1161210 fixed
bzr revid: xmo@openerp.com-
20130416152000-06dbwkgdb8zlf9pc
Cedric Snauwaert [Tue, 16 Apr 2013 09:56:22 +0000 (11:56 +0200)]
[FIX]purchase: remove default filter that prevent to see quotations that have been sent but not yet validated
bzr revid: csn@openerp.com-
20130416095622-gxmxb5gpfqgs30eh
Olivier Dony [Tue, 16 Apr 2013 09:34:03 +0000 (11:34 +0200)]
[FIX] res.partner: avoid hiding `parent_id` and `child_ids` fields if they are set, irregardless of the rest of the `is_company` flag
This prevents hiding real data and also allows creating more
complex/flexible structures by setting the values of these
fields before or after setting is_company, to reach the
desired result.
bzr revid: odo@openerp.com-
20130416093403-9m484d30qqq5ab8l
Olivier Dony [Tue, 16 Apr 2013 09:31:21 +0000 (11:31 +0200)]
[FIX] res.partner: name_get: return "Company, Contact" rather than "Contact (Company)" to make it clearer that the company is selected as well
bzr revid: odo@openerp.com-
20130416093121-t5soophs2aui8rzq
Xavier Morel [Tue, 16 Apr 2013 09:23:44 +0000 (11:23 +0200)]
[FIX] correctly handle group_by_no_leaf when no grouping applied
If there are no grouping field specified *but* group_by_no_leaf is
specified, should call read_group with no grouping fields: will
generate a single group (which can not be opened) for all of the
model.
Necessary for analysis views since individual "records" make no sense.
bzr revid: xmo@openerp.com-
20130416092344-2pqog8f7xprn6hsh
Olivier Dony [Tue, 16 Apr 2013 09:10:27 +0000 (11:10 +0200)]
[FIX] res.partner: propagate `is_supplier` property when creating parent or child partner for a supplier
This is not necessary for the `is_customer` flag, as it is
always True by default (customers are created more frequently).
Passing the field value via an invisible field in the mini
contact form is necessary because context `default_*` values are
automatically discarded by the ORM when creating o2m
or m2m records (as they are supposed to apply to a different model).
bzr revid: odo@openerp.com-
20130416091027-y7iwvpjhowg53lry
Christophe Simonis [Tue, 16 Apr 2013 08:38:12 +0000 (10:38 +0200)]
[MERGE] [FIX] mail: mail composer: Use a text field instead of a html field
html fields are sanitized just before saving data into the database.
In the composer, this cause the sanitization of the templated
message (for mass mailing messages) before the rendering, forbidding
the use of templated html links.
The html of the message is sanitized by message_post()
bzr revid: chs@openerp.com-
20130416083812-jvqeivfxhdr32djh
Stephane Wirtel [Tue, 16 Apr 2013 08:05:08 +0000 (10:05 +0200)]
[MERGE] accounts: Load the charts of account from Apps whether those are not in
the local addons path.
bzr revid: stw@openerp.com-
20130416080508-ujt54nh0n7bvtkl1
Stephane Wirtel [Tue, 16 Apr 2013 08:01:20 +0000 (10:01 +0200)]
[MERGE] After the installation, reload the Apps interface if the modules are not
on the local repo of the addons.
bzr revid: stw@openerp.com-
20130416080120-2xbxilnaw2j3i0lu
Cedric Snauwaert [Tue, 16 Apr 2013 07:43:35 +0000 (09:43 +0200)]
[REF]crm_lead, crm_meeting: minor changes to follow pep8 standard
bzr revid: csn@openerp.com-
20130416074335-qx8c6f4fjueknjk9
Launchpad Translations on behalf of openerp [Tue, 16 Apr 2013 05:27:41 +0000 (05:27 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130416052741-3au0bx7ha7of6lzg
Launchpad Translations on behalf of openerp [Tue, 16 Apr 2013 05:27:14 +0000 (05:27 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130416052714-8akmv4r170byjx0k
Olivier Dony [Mon, 15 Apr 2013 18:18:36 +0000 (20:18 +0200)]
[MERGE] Sync with 7.0
bzr revid: odo@openerp.com-
20130415181836-cmq936wu0w7alwky
Olivier Dony [Mon, 15 Apr 2013 18:11:08 +0000 (20:11 +0200)]
[MERGE] res.partner, orm._check_recursion: prevent recursive partner structures + fix false positives in check_recursion()
- res.partner must prevent creating loops in partner
hierarchies, and this can be done easily with an
extra _constraint using the ORM's builtin _check_recursion
- _check_recursion's implementation incorrectly
assumed that the provided 'ids' were unrelated
(not part of a common hierarchy).
- add tests for _check_recursion via extra
tests on res.partner structure
(explains why both patches are in the same
commit)
bzr revid: odo@openerp.com-
20130415181108-b2ytpuxflr8srpqf
Olivier Dony [Mon, 15 Apr 2013 17:52:58 +0000 (19:52 +0200)]
[FIX] l10n_ro: unique constraints on `vat` and `nrc` columns need to be updated for 7.0 model
With the 7.0 model all accounting-related fields are synchronized
from company to contacts (both are res.partner records), so the
unique check is not a trivial unique constraint. It must be updated
to use a *partial unique index* that applies only to "commercial
entities" and not to contacts. The condition for being a commercial
entity is "is_company is true or parent_id is NULL".
If companies have unique vat/nrc numbers, then their contacts
will be consistent because they are automatically synchronized,
so the uniqueness between contacts does not have to be checked.
(The auto-sync is performed by res.partner automatically and covered
by tests in the "base" module)
bzr revid: odo@openerp.com-
20130415175258-l15meqin80sbhggu
Olivier Dony [Mon, 15 Apr 2013 17:39:01 +0000 (19:39 +0200)]
[FIX] auth_signup: upon signup of new user, the company_id[s] of the corresponding partner must be used
The default was to use those of the template user,
which may not be correct in multi-company cases.
bzr revid: odo@openerp.com-
20130415173901-sevyy27244m6iks0
Olivier Dony [Mon, 15 Apr 2013 17:17:32 +0000 (19:17 +0200)]
[FIX] res.partner, orm._check_recursion: prevent recursive partner structures + fix false positives in check_recursion()
- res.partner must prevent creating loops in partner
hierarchies, and this can be done easily with an
extra _constraint using the ORM's builtin _check_recursion
- _check_recursion's implementation incorrectly
assumed that the provided 'ids' were unrelated
(not part of a common hierarchy).
- add tests for _check_recursion via extra
tests on res.partner structure
(explains why both patches are in the same
commit)
bzr revid: odo@openerp.com-
20130415171732-aj3j2e2mycvzf4kp
Stephane Wirtel [Mon, 15 Apr 2013 15:44:12 +0000 (17:44 +0200)]
[MERGE] Upstream
bzr revid: stw@openerp.com-
20130415154412-dyis8r4y48q8b1we
Stephane Wirtel [Mon, 15 Apr 2013 15:44:00 +0000 (17:44 +0200)]
[MERGE] Upstream
bzr revid: stw@openerp.com-
20130415154400-fq7ydj6q1y07n02w
Thibault Delavallée [Mon, 15 Apr 2013 15:01:07 +0000 (17:01 +0200)]
[FIX] project_issue, project_phase: fixed access rights on anonymous.
bzr revid: tde@openerp.com-
20130415150107-0vny927te0m1ylsi
Quentin (OpenERP) [Mon, 15 Apr 2013 15:29:01 +0000 (17:29 +0200)]
[MERGE] hr_recruitment: removal of group 'no one' on create_date field in tree view
bzr revid: qdp-launchpad@openerp.com-
20130415152901-b3e66wetgbsuy166
Quentin (OpenERP) [Mon, 15 Apr 2013 15:06:55 +0000 (17:06 +0200)]
[FIX] hr: typo in welcome message + [IMP] hr_holidays: better message when a constraint is fired
bzr revid: qdp-launchpad@openerp.com-
20130415150655-ltlkfqy03jj1xgxa
Christophe Simonis [Mon, 15 Apr 2013 14:47:08 +0000 (16:47 +0200)]
[FIX] typo in method name in apps.js
bzr revid: chs@openerp.com-
20130415144708-ezj5xeuo3yylb5em
Cedric Snauwaert [Mon, 15 Apr 2013 14:15:07 +0000 (16:15 +0200)]
[FIX]crm_lead, crm_meeting: when creating a meeting from an opportunity, add a message in open chatter
bzr revid: csn@openerp.com-
20130415141507-m5arvgjcaf587a09
Christophe Matthieu [Mon, 15 Apr 2013 11:45:45 +0000 (13:45 +0200)]
[FIX] web_kanban: hide the counter on the top of column to display option drop down when the mouse is hover.
bzr revid: chm@openerp.com-
20130415114545-e557dsr4y0qkh8ff
Xavier Morel [Mon, 15 Apr 2013 10:57:44 +0000 (12:57 +0200)]
[FIX] incorrect view in super() call
super() finds the MRO parent of the provided class to resume the
execution chain from there, so the class being defined should be
provided.
Here view called super(osv.osv, self).create so if osv.osv (Model) had
a create() defined (which luckily it does not) it would've been
skipped.
bzr revid: xmo@openerp.com-
20130415105744-cfx47t01oc7loyes
Quentin (OpenERP) [Mon, 15 Apr 2013 10:18:32 +0000 (12:18 +0200)]
[FIX] l10n_be: removal of useless mapping rule of accounts in 'nationale' fiscal position
bzr revid: qdp-launchpad@openerp.com-
20130415101832-lxjmpk561nwa39w3
Quentin (OpenERP) [Mon, 15 Apr 2013 09:29:56 +0000 (11:29 +0200)]
[FIX] l10n_be_coda: fixed a glitch in the coda import when the starting balance of the statement is negative. Courtesy of Damien Carlier (Idealis Consulting)
bzr revid: qdp-launchpad@openerp.com-
20130415092956-fzrd7646i9spssad
Thibault Delavallée [Mon, 15 Apr 2013 08:31:30 +0000 (10:31 +0200)]
[MERGE] [FIX] [ADD] project, project_issue, portal_project, portal_project_issue: improved privacy_visibility selection of project.project; improved access rules; added tests to enforce them.
project: privacy_visibility now has basically 'public', 'employees' and 'followers' possible values.
portal_project: add 'portal' to the privacy_visibility values
- public: everybody see the project and all tasks
- portal: employees see the project and all tasks; portal users see the project and the followed or assigned tasks
- employees: employees see the project and all tasks
- followers: employees see the project if follower and the follower or assigned tasks
portal_project, portal_project_issue: added tests for access rights
bzr revid: tde@openerp.com-
20130415083130-buklyo8kdpzrbzb7
Thibault Delavallée [Mon, 15 Apr 2013 07:54:32 +0000 (09:54 +0200)]
[MERGE] Sync with 7.0
bzr revid: tde@openerp.com-
20130415075432-tcxjy91n6lopovx9
Launchpad Translations on behalf of openerp [Mon, 15 Apr 2013 06:07:22 +0000 (06:07 +0000)]
Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130412060536-q07q8ed9v8ldi2kv
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130414055031-dgknuaf8a4dhgt16
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130413063110-rtd3r7hxe54yb8eq
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130414054933-k6o13mitp3dl62xq
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130415060648-klbxmc1afr5jq4vb
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130412060533-fq4nwi1i6h39y7pl
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130413063146-745583mwivnzgjqj
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130414055028-v2dnk713g9ydbvpo
bzr revid: launchpad_translations_on_behalf_of_openerp-
20130415060722-gvarcrrppfcq777a
Stephane Wirtel [Fri, 12 Apr 2013 15:44:22 +0000 (17:44 +0200)]
[FIX] account: Remove the has_default_company 'module' from the modules to
install.
[FIX] account: forward the value of execute, because the client does not receive
the right action
bzr revid: stw@openerp.com-
20130412154422-cpycmlmpsjx39rae
Thibault Delavallée [Fri, 12 Apr 2013 15:15:32 +0000 (17:15 +0200)]
[REM] portal_project_issue: removed duplicate tests.
bzr revid: tde@openerp.com-
20130412151532-5s6yqreqa62yj62m
Thibault Delavallée [Fri, 12 Apr 2013 15:12:36 +0000 (17:12 +0200)]
[TEST] portal_project_issue: added tests for access rights.
bzr revid: tde@openerp.com-
20130412151236-5jqcd5698soj2b4s
Thibault Delavallée [Fri, 12 Apr 2013 14:37:19 +0000 (16:37 +0200)]
[FIX] [ADD] project, project_issue, portal_project, portal_project_issue: improved privacy_visibility selection of project.project; improved access rules; added tests to enforce them.
bzr revid: tde@openerp.com-
20130412143719-ztjo06r900l024dm
Cedric Snauwaert [Fri, 12 Apr 2013 13:44:00 +0000 (15:44 +0200)]
[FIX]hr_recruitment: remove group on field create_date
bzr revid: csn@openerp.com-
20130412134400-87dzu83x8vewayuo
Quentin (OpenERP) [Fri, 12 Apr 2013 13:32:14 +0000 (15:32 +0200)]
[FIX] module, technical reference guide report: don't print fields having the same name than another on another object that have been modified in that module. + small refactoring
bzr revid: qdp-launchpad@openerp.com-
20130412133214-s92o4gcfwfu7yfbp
Quentin (OpenERP) [Fri, 12 Apr 2013 13:30:08 +0000 (15:30 +0200)]
[FIX] res_bank: good naming of the keyword parameters of fields_get()
bzr revid: qdp-launchpad@openerp.com-
20130412133008-d5l6yxm8v7in9i9x
Christophe Simonis [Fri, 12 Apr 2013 13:22:31 +0000 (15:22 +0200)]
[IMP] mail/wizard/mail_compose_message.py: add comment explaining why we use a text field for the body
bzr revid: chs@openerp.com-
20130412132231-84wz56s2r4ordxw1
Quentin (OpenERP) [Fri, 12 Apr 2013 12:57:54 +0000 (14:57 +0200)]
[FIX] module, technical reference guide report: print only the that have been added, not all the fields of the modified objects
bzr revid: qdp-launchpad@openerp.com-
20130412125754-qfu30oxc7yrsrrzv