summaryrefslogtreecommitdiff
path: root/addons
AgeCommit message (Collapse)Author
2013-04-29[FIX]mail_followers: signature at the end of mail should be "sent by" and ↵Cedric Snauwaert
not "send by" bzr revid: csn@openerp.com-20130429092532-3h31kduga1h0chbb
2013-04-29Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130426054415-3peq258sdsxch6i5 bzr revid: launchpad_translations_on_behalf_of_openerp-20130429044254-mq5pfftub8njqfgn
2013-04-27Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130426053411-bv2sqofceiphm7vl bzr revid: launchpad_translations_on_behalf_of_openerp-20130427054423-i8yn2pamtsptx8sr
2013-04-25[MERGE] typoQuentin (OpenERP)
bzr revid: qdp-launchpad@openerp.com-20130425140756-ijyanyyfltkidnf7
2013-04-25Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130425052035-xdq90ai4jlru7s3r
2013-04-24Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130421044257-raqgv60vzpztfbpp bzr revid: launchpad_translations_on_behalf_of_openerp-20130424045253-1fct3yblx9cwddr9
2013-04-23[FIX] im: small graphical bug when we click on an already opened contactniv-openerp
bzr revid: nicolas.vanhoren@openerp.com-20130423092520-hoqpi01li03yjmrm
2013-04-22[MERGE] forward port of addons v7 up to revision 9045Quentin (OpenERP)
bzr revid: qdp-launchpad@openerp.com-20130422153449-c62emljfa4a49758
2013-04-22[ADD] instant messaging and live chat featuresniv-openerp
bzr revid: nicolas.vanhoren@openerp.com-20130422113254-ixdfha7s8jbgy2y2
2013-04-22Removed modification to a file that has nothing to do with the featureniv-openerp
bzr revid: nicolas.vanhoren@openerp.com-20130422101524-eyd0138u51vot6it
2013-04-22merge trunkniv-openerp
bzr revid: nicolas.vanhoren@openerp.com-20130422095817-g7n3qe94u91bcefx
2013-04-21Launchpad automatic translations update.Launchpad Translations on behalf of openerp
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
2013-04-20[MERGE/ADD] Many important fixes for contact/company management + new module ↵Olivier Dony
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
2013-04-20[FIX] search views: use child_of operator for partner_id fields that can ↵Olivier Dony
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
2013-04-20[REVERT] account_report_company: undo override of ↵Olivier Dony
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
2013-04-19[IMP] account_report_company: use `display_name` instead of name in kanban ↵Olivier Dony
and list views, so labels visually match order bzr revid: odo@openerp.com-20130419171853-dvfi5jvvlof9afoo
2013-04-19[IMP] account_report_company: add extra stored function field `display_name` ↵Olivier Dony
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
2013-04-19[FIX] pad: revert part of previous fix because it could produce problems in ↵niv-openerp
some cases bzr revid: nicolas.vanhoren@openerp.com-20130419144238-0hq1rgmcacw5sw1r
2013-04-19[FIX] pad: problem about pad title not being updated correctly, was solved ↵niv-openerp
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
2013-04-19[IMP] account_report_company: make res.partner.commercial_partner_id field ↵Olivier Dony
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
2013-04-19Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130419061733-j4th561m2dju73zo bzr revid: launchpad_translations_on_behalf_of_openerp-20130419061748-4sz8agg8laqbyu4p
2013-04-19Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130419052438-gk34w78d47iwehp0
2013-04-18[MERGE] Sync with 7.0Olivier Dony
bzr revid: odo@openerp.com-20130418172123-2ofzftdo2a923nj1
2013-04-18[FIX] sale: orders/quotations action should not force `display_address` flagOlivier Dony
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
2013-04-18[MERGE] Fixed http controllers inheritanceFabien Meghazi
bzr revid: fme@openerp.com-20130418171750-7oldgiewo1eewxk7
2013-04-18[FIX] sale: fix in the workflow of the sale order that appeared on invoice ↵Quentin (OpenERP)
deletion bzr revid: qdp-launchpad@openerp.com-20130418163616-ob30cd73vxkoe31a
2013-04-18[FIX] res.partner: rename commercial_id to commercial_partner_id, following ↵Olivier Dony
corresponding change in `base` bzr revid: odo@openerp.com-20130418154022-lt7frhp9c8f2boo0
2013-04-18[FIX] account: minor javascript problem that made appear a stack traceniv-openerp
lp bug: https://launchpad.net/bugs/1155605 fixed bzr revid: nicolas.vanhoren@openerp.com-20130418151353-dgfawgqgvama1u84
2013-04-18[MERGE][FIX] product: context propagating in res_currency.compute(). ↵Quentin (OpenERP)
Courtesy of Yannick Vaucher @ Camptocamp. Thanks dude bzr revid: qdp-launchpad@openerp.com-20130418141013-vukxknub32p7djqd
2013-04-18[FIX] problem in view editorniv-openerp
bzr revid: nicolas.vanhoren@openerp.com-20130418135953-l53w542hrqc0puvq
2013-04-18[FIX] hr_expense, usability: added sum in tree viewQuentin (OpenERP)
bzr revid: qdp-launchpad@openerp.com-20130418135356-p017meay192awm3y
2013-04-18[FIX] account, account.move.line form view: the same method was defined ↵Quentin (OpenERP)
twice, differently, and parameters were not correctly passed in onchanges bzr revid: qdp-launchpad@openerp.com-20130418134032-t3y4dk4sp4eu2031
2013-04-18[MERGE] account: improved res.partner.form view in order to display shortcut ↵Quentin (OpenERP)
buttons in the top right corner bzr revid: qdp-launchpad@openerp.com-20130418125951-8p0tfexd9jj8l75b
2013-04-18[FIX] missing translation mark in error messageXavier Morel
lp bug: https://launchpad.net/bugs/1125159 fixed bzr revid: xmo@openerp.com-20130418125640-87g9sdowig7w565d
2013-04-18[IMP] hr_expense: added store={..} on total amount field of hr.expenseQuentin (OpenERP)
bzr revid: qdp-launchpad@openerp.com-20130418123145-62xp6tzxom3lbcqw
2013-04-18[FIX] web: support integer/float fields in search view via auto-completion + ↵Olivier Dony
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
2013-04-18[MERGE] accounts* modules: forward port of revision 9033 of addons v7 that ↵Quentin (OpenERP)
was passing 'account_period_prefer_normal=True' in the context in each and every call to account_period.find(). The behaviour is modified in order to search only on normal periods by default bzr revid: qdp-launchpad@openerp.com-20130418094147-q2ks4w47sn4fxdv2 bzr revid: qdp-launchpad@openerp.com-20130418103907-0qom5yfcq8osnovp
2013-04-18[FIX] account* modules: added 'account_period_prefer_normal':True in context ↵Quentin (OpenERP)
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
2013-04-18[IMP] missing sections to web module tutorialXavier Morel
bzr revid: xmo@openerp.com-20130418102250-aqt0qfhoff22xgj1
2013-04-18[IMP] only use name of class being created: module is incorrect for ↵Xavier Morel
dynamically created classes bzr revid: xmo@openerp.com-20130418094315-qk8m13s4zzvojauw
2013-04-18[FIX] Extension of controller in-place with explicit spec of same _cp_pathXavier Morel
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
2013-04-18[FIX]sale: fix workflow problem when deleting an invoice the workflow should ↵Cedric Snauwaert
go to invoice_exception state bzr revid: csn@openerp.com-20130418090011-dyg175mvwrp8ilij
2013-04-18Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130417055748-w9lnddgiwwvrfpbl bzr revid: launchpad_translations_on_behalf_of_openerp-20130418060606-6hezu76yxwsqgc11
2013-04-17[FIX] stock, multicompany: avoid crashing when computing inventory levels ↵Olivier Dony
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
2013-04-18Launchpad automatic translations update.Launchpad Translations on behalf of openerp
bzr revid: launchpad_translations_on_behalf_of_openerp-20130418060603-ondw9hx00c1rmh33
2013-04-17[FIX] account: avoid a crash if the user does not select an existing chart.Stephane Wirtel
bzr revid: stw@openerp.com-20130417145829-0juk1t6ikbcts7v8
2013-04-17[FIX] purchase, usability: removed default search that was hiding the RFQ's SentQuentin (OpenERP)
bzr revid: qdp-launchpad@openerp.com-20130417100049-r9kdsp9wyj3l58pp
2013-04-17[FIX] base_report_designer: the plugin had no .zip extension when downloadedQuentin (OpenERP)
bzr revid: qdp-launchpad@openerp.com-20130417093256-8tkf7n5x5ghk5pd5
2013-04-17[IMP] product: implemented the store={} to recompute the name_template ↵Quentin (OpenERP)
related field when it needs to be bzr revid: qdp-launchpad@openerp.com-20130417092914-4g1k94g0rxn5bzcj
2013-04-17[IMP] crm: log a meeting now calls message_post and writes the meeting ↵Quentin (OpenERP)
information in the chatter bzr revid: qdp-launchpad@openerp.com-20130417090925-l6pdm9v5lq6ify14
generated by cgit v1.2.3 (git 2.25.1) at 2026-10-23 21:33:20 +0000