pengyuthon/odoo_source
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
74,929 Commits 1 Branch 0 Tags
d7b1dafbab95aa6b3ba8dc3fa9d3f7cd588e2ca7
Commit Graph
74929 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
Denis Ledoux d7b1dafbab [FIX] stock: warehouse manager impliying account invoicing group is enough (no need to be accountant) 
bzr revid: dle@openerp.com-20131219160345-jj68pdnkqjxm1f2o
 2013-12-19 17:03:45 +01:00
Thibault Delavallée 60123bebbe [FIX] note: fixed note creation. 
When creating a new note, a function field requires to browse the note in order
to get the stages. However the basic rule for creating a note is to be in the
followers. As followers is another field set during the creation, we are not
sure uid is already in the followers of the note when reading it. We therefore
do it as SUPERUSER_ID, because it is only to have access to some technical
data of the note.

bzr revid: tde@openerp.com-20131219132839-m0a5rv0znhliqbq1
 2013-12-19 14:28:39 +01:00
Thibault Delavallée aa81e66039 [FIX] project_issue_sheet: worklog responsible should be the current user and not the issue responsible user 
bzr revid: tde@openerp.com-20131219123128-u0nmoait1cysjgv3
 2013-12-19 13:31:28 +01:00
Thibault Delavallée 8030688084 [FIX] mass_mailing: opening the composer when sending a new wave should not have the res_id 
linked to the campaign. As we are working with mass mailing, it should be False; ids will come
from active_ids / active_domain.

bzr revid: tde@openerp.com-20131219100041-85mbafgk05u8naud
 2013-12-19 11:00:41 +01:00
Thibault Delavallée 40994c2966 [FIX] mass_mailing: when creating a new wave from the mass mailing campaign 
kanban view, add the campaign in default

bzr revid: tde@openerp.com-20131219095729-k5tsvmkqm2mdsnza
 2013-12-19 10:57:29 +01:00
Denis Ledoux 44006349af [FIX] base: size of partner address labels, according to standard 24 labels per page 
bzr revid: dle@openerp.com-20131218123130-vlejjv7r2klkzoj0
 2013-12-18 13:31:30 +01:00
Denis Ledoux cb0074ab15 [FIX] web: context propagation was broken on buttons of action and object type. 
The context on the button must be propagated to the resulting action

bzr revid: dle@openerp.com-20131218112416-2vtaq442qo8opq4u
 2013-12-18 12:24:16 +01:00
Denis Ledoux 7486095918 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9701 rev-id: dle@openerp.com-20131217124201-kha2717b4ka51aih 
bzr revid: dle@openerp.com-20131217142126-1lbim47d2m2x4bb0
 2013-12-17 15:21:26 +01:00
Denis Ledoux df0a13ab4c [FIX]sale_crm: quotation/sale order default section_id based on res_users default_section_id 
bzr revid: dle@openerp.com-20131217124201-kha2717b4ka51aih
 2013-12-17 13:42:01 +01:00
Xavier ALT ea1129b8f5 [FIX] base: use correct field for user's last connection. 
We need to display user's last login date, not inherited res.partner ``date``
 field. This has been renamed from 'date' to 'login_date' in revision-id:
   tde@openerp.com-20120810081632-a4sg4ve68gpx6bx4

bzr revid: xal@openerp.com-20131217121132-97j3k64c875cu3h5
 2013-12-17 13:11:32 +01:00
Olivier Dony df0ba6c7e8 [FIX] project_mrp: local copy of the "Procurement" process node to avoid errors during updates when sale_stock is not installed 
The various attempts to fix this error without duplicating the node
have all caused other errors. Having a duplicate process node has
no consequence on business operations, so it is an acceptable
workaround until the node can be moved to the sale module.

bzr revid: odo@openerp.com-20131217104301-t8fsf28jgjqq9q7k
 2013-12-17 11:43:01 +01:00
Martin Trigaux cfd24d9822 [FIX] view_list_editable: toggle visibility (using force_visibility attribute) for readonly changes, using effective_invisibility instead of invisibility attribute (opw 601970) 
bzr revid: mat@openerp.com-20131217104111-u9bnqvz7rd5rzwnc
 2013-12-17 11:41:11 +01:00
Xavier ALT e7c1baa4d4 [FIX] base: do not traceback when removing country code 
bzr revid: xal@openerp.com-20131217092010-p7mbiu1057e2v96z
 2013-12-17 10:20:10 +01:00
Thibault Delavallée 322e0b9cae [FIX] hr: posting on the user should not fail when it is 
not linked to anh employee. In that case, fall back on the previous
behavior that is posting on the partner.

bzr revid: tde@openerp.com-20131217084728-myk234abi9gqwkuq
 2013-12-17 09:47:28 +01:00
Launchpad Translations on behalf of openerp 04837c244f Launchpad automatic translations update. 
bzr revid: launchpad_translations_on_behalf_of_openerp-20131217061356-7230cnvseunpundw
 2013-12-17 06:13:56 +00:00
Olivier Dony 89a6771f6a [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9698, revision-id: odo@openerp.com-20131216142049-xh9gxy5cir3p2i09 
bzr revid: dle@openerp.com-20131216111534-0w0jdod25ff3iapc
bzr revid: odo@openerp.com-20131216142246-unt6qqb23uq53we1
 2013-12-16 15:22:46 +01:00
Olivier Dony d08821442e [FIX] base_action_rule: upon update/create of an automated action in multiprocess mode, force registry reload 
Short of signaling the other workers, the (new) automated
rule may be randomly ignored, depending on which worker
handles the request (until the workers all reload
their registries).

bzr revid: odo@openerp.com-20131216142049-xh9gxy5cir3p2i09
 2013-12-16 15:20:49 +01:00
Xavier ALT 0a3b4b7fb7 [FIX] document: duplicate directory detection should work even when a record rule prevent user from seeing duplicates 
bzr revid: xal@openerp.com-20131216131949-6k0fxumgl1k1roy1
 2013-12-16 14:19:49 +01:00
Xavier ALT 6fab66d6f7 [FIX] document: duplicate directory detection should work even when a record rule prevent user from seeing duplicates 
bzr revid: xal@openerp.com-20131216123954-px10qz9g3qxng6c6
 2013-12-16 13:39:54 +01:00
Denis Ledoux af22a1c5b7 [FIX] account_analytic_analysis: is_overdue_quantity was not updated when quantity max was changed 
is_overdue_quantity is a stored function field which was updated only when analytic lines where updated. Or, when the quantity_max field is updated, this field should be recomputed and restored. This is now the case

bzr revid: dle@openerp.com-20131216111218-zcz8qwa7zn3iwvye
 2013-12-16 12:12:18 +01:00
Launchpad Translations on behalf of openerp 94b4618c13 Launchpad automatic translations update. 
bzr revid: launchpad_translations_on_behalf_of_openerp-20131215054553-py8zfwrk3bir6m1l
bzr revid: launchpad_translations_on_behalf_of_openerp-20131212055820-zh0fqpweezvphdc6
bzr revid: launchpad_translations_on_behalf_of_openerp-20131213064308-hil3cycv38im8qds
bzr revid: launchpad_translations_on_behalf_of_openerp-20131215054616-uyc9y42oetvmq1cs
bzr revid: launchpad_translations_on_behalf_of_openerp-20131216053557-w3gf0jlw5wrtzllr
 2013-12-16 05:35:57 +00:00
Thibault Delavallée 1a9f24c56d [FIX] l10n_us, l10n_ma: added missing accounts for product categories 
bzr revid: tde@openerp.com-20131212105140-tmg6yzhkaxlu8v61
 2013-12-12 11:51:40 +01:00
Denis Ledoux 291bc4a69d [FIX] hr_holidays: on change holiday type to employee tag, set employee to False. 
Otherwise, the user who creates the allocation request by employee tag will benefit of the leaves he just entered, twice if he has the employee tag, once if has not the employee tag(and in this last case, he should not have this leave allocation, as he do not have the tag

bzr revid: dle@openerp.com-20131211180025-pg8kf13bt6d1vk9l
 2013-12-11 19:00:25 +01:00
Denis Ledoux 942a10f2b3 [REVERT] rev 9007 dle@openerp.com-20131122150606-ruqe2l0e7gn84upf 
default_model and default_res_id were not present when doing this fix, because in the web client, we prevented the propagation of the context keys beginning with "_default" in some cases.
The fact is that, in this specific case, the keys "default_" should not have been removed. This has been fix in web client in 
rev 3892 revid:chs@openerp.com-20131211163609-i3s2mlncf5n91uda

Besides, active_model cannot be used here, as active_model is not 'sale.order' but the model of the wizard.

bzr revid: dle@openerp.com-20131211171429-6bxuh7o4ueiy9dd1
 2013-12-11 18:14:29 +01:00
Martin Trigaux 385a54cb83 [MERGE] [FIX] fields: avoid traceback when rendering reference field if link is broken (name_get returns no result) 
bzr revid: mat@openerp.com-20131211165521-dxcjq7e35q8i0xs9
 2013-12-11 17:55:21 +01:00
Martin Trigaux 61db0a7755 [MERGE] [FIX] res_users: skip method _get_reified_groups if read returns no result (avoid traceback) 
bzr revid: mat@openerp.com-20131211165047-7jq1got6aikjmdry
 2013-12-11 17:50:47 +01:00
Christophe Simonis 9241d5f699 [FIX] when executing action received from a button call, set active_id and active_ids if there is one, remove existing if not; always set active_model 
bzr revid: chs@openerp.com-20131211163609-i3s2mlncf5n91uda
 2013-12-11 17:36:09 +01:00
Christophe Simonis 920ba45935 [FIX] filter the context keys only on the result action of the button 
bzr revid: chs@openerp.com-20131211161810-hetgizet5mv3xkys
 2013-12-11 17:18:10 +01:00
Denis Ledoux 7f00274384 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9691 rev-id: dle@openerp.com-20131211134120-fco4rlqjh258ba36 
bzr revid: dle@openerp.com-20131210184409-cd9wy856v5bg0f17
bzr revid: dle@openerp.com-20131211134317-f0ev1vbinhrkgjf4
 2013-12-11 14:43:17 +01:00
Denis Ledoux 89a9dbee75 [FIX] mrp: cost structure report, do not display twice main supplier 
bzr revid: dle@openerp.com-20131211134120-fco4rlqjh258ba36
 2013-12-11 14:41:20 +01:00
Martin Trigaux 585c72abd7 [MERGE] [FIX] Grouped ListView: avoid removing info in row title (such as total) when removing page numbers (if grouped view contains more than 80 elements) (opw 594708) 
bzr revid: mat@openerp.com-20131211113330-c6mnxwba7yvxaqmc
 2013-12-11 12:33:30 +01:00
Martin Trigaux ad7951214c [MERGE] [FIX] One2ManyListView: reload line data without saving it when m2o record has changed in edition mode (eg: changing product name in sale order line) (opw #600224) 
bzr revid: mat@openerp.com-20131211105009-iylczcepd3a0e61l
 2013-12-11 11:50:09 +01:00
Cecile Tonglet a48c8119ca [FIX] name_search() where _rec_name is a reference field and links are broken 
bzr revid: cto@openerp.com-20131211103842-i1n9t8mg9kuw77v3
 2013-12-11 11:38:42 +01:00
Launchpad Translations on behalf of openerp 767207aa23 Launchpad automatic translations update. 
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211062724-zxcigdht6w71xy7v
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211062802-mh61vodnsw0sr8im
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211062808-o9fkpg2cg9cb403z
 2013-12-11 06:28:08 +00:00
Denis Ledoux 34c6eb963a [FIX] point_of_sale: fix default destination(or source, for returns) location for pos order moves 
For instance, the source location of moves of returned products was output instead of partners locations / customers

bzr revid: dle@openerp.com-20131210181733-2rjw6cas8bjypp2p
 2013-12-10 19:17:33 +01:00
Christophe Simonis 1734cea7d6 [MERGE] annoucement bar 
bzr revid: chs@openerp.com-20131210181038-lzeg6v4n9qdup9tp
 2013-12-10 19:10:38 +01:00
Christophe Simonis 0d02d06675 [IMP] mail: announcement bar: hardcode close ttl + update link with dbuuid 
bzr revid: chs@openerp.com-20131210174728-hgkbv609mwq8iuu5
 2013-12-10 18:47:28 +01:00
Denis Ledoux 15e39ebb3b [FIX] stock: stock picking workflow signaling on the wrong model 
Since 7.0, signaling has changed, and the change was not wrongly done here, on the wrong model (self.signal_ instead of self.pool.get('stock.picking').signal_)
Therefore, created chained picking were not confirmed and were left in draft.
For instance, push rules were creating internal moves in draft state instead of confirmed state

bzr revid: dle@openerp.com-20131210173828-bah4lllgvi61r1s3
 2013-12-10 18:38:28 +01:00
Denis Ledoux b2eb65f04e [FIX] purchase: set readonly on warehouse_id related field in stock.picking.in 
bzr revid: dle@openerp.com-20131210165627-7uy323jt6k1302kz
 2013-12-10 17:56:27 +01:00
Denis Ledoux 469cea2805 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9686 rev-id: dle@openerp.com-20131210160505-xdeeyooj07im8vz3 
bzr revid: dle@openerp.com-20131210160657-c88vzssdkvfi6n96
 2013-12-10 17:06:57 +01:00
Denis Ledoux 5cecb92cf8 [FIX] stock: incoming shipment supplier quick create was creating a customer instead of a supplier 
bzr revid: dle@openerp.com-20131210160505-xdeeyooj07im8vz3
 2013-12-10 17:05:05 +01:00
xmo 762774df37 [FIX] prevent field going to be misplaced when going from readonly to writable in editable list view 
bzr revid: mat@openerp.com-20131210155703-2mzqa2mch46nxpcj
 2013-12-10 16:57:03 +01:00
Cecile Tonglet 5de64b65c6 [FIX] Calling read() on a not-existing user id crash instead of returning False 
bzr revid: cto@openerp.com-20131210153519-4yx724gffll27fb5
 2013-12-10 16:35:19 +01:00
Denis Ledoux 7b23df235b [FIX] account: move purchase journal from demo to data 
bzr revid: dle@openerp.com-20131210152957-hn0c3zvli62vhi0a
 2013-12-10 16:29:57 +01:00
Thibault Delavallée b6dbb01266 [MERGE] [FIX] mass_mailing: various fixes 
- [FIX] mass_mailing: fixed model used for the mass mailing itself when creating a new wave. It was receiving active_model aka mass.mailing.create instead of the correct target model (ex res.partner when mailing partners). Also updated a field string to be clearer.
- [FIX] mass_mailing: wave creation wizard: fixed closing button jumping after setting the wave name
- [FIX] mass_mailing: fixed label for template choice when creating a new wave of mass mailing
- [IMP] mass_mailing: added a link to create a wave directly from the kanban view

lp bug: https://launchpad.net/bugs/1239937 fixed

bzr revid: tde@openerp.com-20131210150649-f07vkb7xu4dyc4s4
 2013-12-10 16:06:49 +01:00
Thibault Delavallée 19eeff611e [FIX] mass_mailing: fixed previous fixes, because of order of loaded files 
bzr revid: tde@openerp.com-20131210144503-ftg1y7xvs7smh269
 2013-12-10 15:45:03 +01:00
Thibault Delavallée 989a0d7890 [IMP] mass_mailing: added a link to create a wave directly from the kanban view 
bzr revid: tde@openerp.com-20131210141704-u9t6zlfypmi1wba3
 2013-12-10 15:17:04 +01:00
Thibault Delavallée 7f7e698feb [FIX] mass_mailing: wave creation wizard: fixed closing button jumping after setting the wave name 
bzr revid: tde@openerp.com-20131210141646-17y49b7xvckepogz
 2013-12-10 15:16:46 +01:00
Xavier ALT 9a4c62861f [FIX] orm: early return within `_apply_ir_rules` for superuser. 
Save a few time by not not trying to apply ir.rule for superuser, that will
  anyway be skipped within ir.rule's ``_compute_domain`` method.

bzr revid: xal@openerp.com-20131210140330-oui4oy8pez12xkxv
 2013-12-10 15:03:30 +01:00
Thibault Delavallée eb722dc25a [FIX] mass_mailing: fixed model used for the mass mailing itself when creating a new wave. It was receiving active_model aka mass.mailing.create instead of the correct target model (ex res.partner when mailing partners). Also updated a field string to be clearer. 
bzr revid: tde@openerp.com-20131210133934-xtydu43fkh7htxdg
 2013-12-10 14:39:34 +01:00