pengyuthon/odoo_source
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
140,385 Commits 1 Branch 0 Tags
94de6b501bdf39bc4a246d085f75d2d5cef54491
Commit Graph
97 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
Raphaël Valyi b85ac1eb23 [FIX] company contacts should have the credit limit of the company they belong to; spotted by Alexis de Lattre. 2014-12-22 13:17:00 +01:00
Raphaël Valyi a10da2aba8 [FIX] mrp_repair: pass context in product_id_change calls 2014-09-18 15:13:49 +02:00
Raphaël Valyi 64f65ee8f6 [FIX] stock: moves link on product form opening wrong view 
Fixes #2008
 2014-08-27 14:39:13 +02:00
Raphaël Valyi d78192c489 [IMP] account: add context in invoice onchange_partner_id method 
(Manual rebase of PR #915)
 2014-07-05 02:47:28 +02:00
Raphaël Valyi 7cc95f1671 [IMP] purchase: add context in PO onchange_partner_id and onchange_dest_address_id 
(Manual rebase of PR #913)
 2014-07-05 02:30:44 +02:00
Raphaël Valyi f20c7a3055 [FIX] purchase: order dest_address_id field is present twice in form view 
Fixes issue #911
 2014-07-04 15:59:29 +02:00
Raphaël Valyi 2baa120b7d [FIX] fixed typo in fleet brands with Land Rover 2014-06-02 12:18:45 -03:00
Raphaël Valyi cb7e38d212 [REF][account] no brainer removal of useless code in invoice onchange_partner_id 
bzr revid: rvalyi@gmail.com-20121204194831-i5d8uxdqrhtlqjon
 2012-12-04 17:48:31 -02:00
Raphaël Valyi b21c412764 [FIX] purchase: completed invoice line hook to set purchase order line as invoice and relate it properly to the invoice lines 
lp bug: https://launchpad.net/bugs/922442 fixed

bzr revid: rvalyi@gmail.com-20120127053807-4r31khr8jt7anpv4
 2012-01-27 03:38:07 -02:00
Raphaël Valyi c0d40869f8 [FIX] stock: fixed typo comma in previous commit 
bzr revid: rvalyi@gmail.com-20120127053726-zb70tf125roz9f2u
 2012-01-27 03:37:26 -02:00
Raphaël Valyi 12185b8c88 [REF] sale: refactored invoice line creation from picking including service. So we now use the same method as in invoicing upon order (the met$ 
This is better to have the code factored as checks upon accounts are factored in a single stronger code.
Also this fixes bug https://bugs.launchpad.net/openobject-addons/+bug/922427 I discovered while refactoring.
Notice that we still look at the picking type and eventually force the account_id (and yes that service line is a product).

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

bzr revid: rvalyi@gmail.com-20120127050005-z1s4aby1qqcrpgbi
 2012-01-27 03:00:05 -02:00
Raphaël Valyi bff885382c [REF] sale: extracted invoice line creation from sale order line in a prepare dict method. 
The code is almost copied/pasted. The only things I changed is:
- I renamed a var to account_id for more clarity
- I let the user force some account_id as we will reuse the method from service invoicing from picking
- By checking vals, I let a chance to an overrider to group lines together (like my previous commit)

bzr revid: rvalyi@gmail.com-20120127045458-hrq9emlx8kro0kri
 2012-01-27 02:54:58 -02:00
Raphaël Valyi 25cb9845a3 [IMP] stock: in some extension, we may want to group some invoice lines, by checking vals, we let such a chance change the cardinality without having first to create the lines and then delete them to group them, which is very inefficient 
bzr revid: rvalyi@gmail.com-20120127045032-isxspwmhmk78yrbt
 2012-01-27 02:50:32 -02:00
Raphaël Valyi a90cfab85d [MERGE] merged lp:~alexis-via/openobject-addons/extensible-stock-action_invoice_create 
bzr revid: rvalyi@gmail.com-20120127044326-3nzow34fw1o8bwiz
 2012-01-27 02:43:26 -02:00
Raphaël Valyi 1cac7a3912 [IMP] sale; purchase: correctly propagate the context arg and assume it can be given by wkf, even if wkf engine may not support it yet (it's backward compatible anyway) 
bzr revid: rvalyi@gmail.com-20111219165440-sp3fp4f8xdcleu0r
 2011-12-19 14:54:40 -02:00
Raphaël Valyi e47622c9ce [REF] purchase: use standard context argument in new modular picking creation methods appeared recently. NB this doesn't fix the fact the workflow engine doesn't pass us the context 
bzr revid: rvalyi@gmail.com-20111121223137-go7ojq1ie05bffgw
 2011-11-21 20:31:37 -02:00
Raphaël Valyi f1098e1162 [REF] sale: use standard context argument in new modular picking creation methods appeared recently. NB this doesn't fix the fact the workflow engine doesn't pass us the context 
bzr revid: rvalyi@gmail.com-20111121222515-rkgdmc3hkhnojnli
 2011-11-21 20:25:15 -02:00
Raphaël Valyi fea2c90d35 [FIX] purchase: create picking in _create_pickings only if picking_id not already provided; thanks to Cloves Almeida for reporting this! 
bzr revid: rvalyi@gmail.com-20111027211459-hk8n2milqo2c37vk
 2011-10-27 19:14:59 -02:00
Raphaël Valyi 52e6f2ba14 [MERGE] merged addons-purchase-extensible-action-picking-create branch into trunk 
bzr revid: rvalyi@gmail.com-20111027211124-upii190dd01m7pzo
 2011-10-27 19:11:24 -02:00
Raphaël Valyi e08e6d973a [REF] purchase: more work for modular picking generation 
bzr revid: rvalyi@gmail.com-20111016013125-0blsz0g2gl5z1plv
 2011-10-15 22:31:25 -03:00
Raphaël Valyi 389c81177a [MERGE] merged trunk intto branch 
bzr revid: rvalyi@gmail.com-20111016012800-9kgi7qt023vycjz0
 2011-10-15 22:28:00 -03:00
Raphaël Valyi d3e883a926 merge 
bzr revid: rvalyi@gmail.com-20111011200549-iggq4z4gf80sqm8p
 2011-10-11 17:05:49 -03:00
Raphaël Valyi ec101c5a35 [REF] sale: more explicit method names, added docstring on main non trivial method 
bzr revid: rvalyi@gmail.com-20111003142554-yest0alzq00h83b7
 2011-10-03 11:25:54 -03:00
Raphaël Valyi ff43f2198a [REF] sale: totally reworked the action_ship_create modularization: 
- action_ship_create now calls into a a method allowing to partition the picking
- picking, moves and procurements can be customized BEFORE they are created into the database
- there is no empty method
- I commented in the shipment exception management as it looks buggy. I just reproduced the original code however

bzr revid: rvalyi@gmail.com-20111002173952-xlcmt6u1pgj6k9k4
 2011-10-02 14:39:52 -03:00
Raphaël Valyi 616c550e1e [MERGE] merged with trunk 
bzr revid: rvalyi@gmail.com-20111002173116-pjdot4809qxwh0i4
 2011-10-02 14:31:16 -03:00
Raphaël Valyi d56c6a1e40 [FIX] sale: forgot sale_line_id field in procurement generation in previous refactoring 
bzr revid: rvalyi@gmail.com-20110922163131-c76u3dg2afrahh16
 2011-09-22 13:31:31 -03:00
Raphaël Valyi c57e613c0a [IMP] sale: refactored action_ship_create to: 
1) enable created objects like picking, move and procurement to take take their creation context into account in potential overriders
2) enable to partion the moves over different pickings whenever required by simply overriding a key generation

bzr revid: rvalyi@gmail.com-20110922160702-r0h48975vxbx1by0
 2011-09-22 13:07:02 -03:00
Raphaël Valyi 3bc25fb07e [REF] clean up before merge (clean double work diffs) 
bzr revid: rvalyi@gmail.com-20100725165826-etg68lktjnt9ih5l
 2010-07-25 13:58:26 -03:00
Raphaël Valyi 75308e6eb9 [merge] 
bzr revid: rvalyi@gmail.com-20100725155920-v60xeb515bgxpm1m
 2010-07-25 12:59:20 -03:00
Raphaël Valyi 717c7c5b11 [FIX] project_long_term: it's phase_id that should be ondelete='cascade'; fixed write if only one id provided as it is usually permitted 
bzr revid: rvalyi@gmail.com-20100725155548-fss28s73p0gvxjrj
 2010-07-25 12:55:48 -03:00
Raphaël Valyi 934d8adb5a [FIX] account chart creation fixed what seems untested code 
bzr revid: rvalyi@gmail.com-20100725155510-jpbn83g1ap0ef1wd
 2010-07-25 12:55:10 -03:00
Raphaël Valyi f5707955cd [FIX] project_long_term: deleting a phase should delete its affected resources! 
bzr revid: rvalyi@gmail.com-20100723160854-jdjopucvsl4x2af2
 2010-07-23 13:08:54 -03:00
Raphaël Valyi 1c365d37ce [merge] 
bzr revid: rvalyi@gmail.com-20100723145429-utly4nv20yj1ll45
 2010-07-23 11:54:29 -03:00
Raphaël Valyi 39f886f35c [merge] restored original project_long_term/project_long_term_view.xml 
bzr revid: rvalyi@gmail.com-20100723145324-8nmnmdlb15thu6je
 2010-07-23 11:53:24 -03:00
Raphaël Valyi a637527143 [merge] 
bzr revid: rvalyi@gmail.com-20100722214132-ug6xh87qev2ahztt
bzr revid: rvalyi@gmail.com-20100723095853-eeoteijy8rfmouwb
bzr revid: rvalyi@gmail.com-20100723123842-qjcd3pprhbjqg0gu
 2010-07-23 09:38:42 -03:00
Raphaël Valyi 52f13df3d9 [merge] 
bzr revid: rvalyi@gmail.com-20100722153256-ewi0pmwi81udmbkb
 2010-07-22 12:32:56 -03:00
Raphaël Valyi 25d237fde6 [merge] 
bzr revid: rvalyi@gmail.com-20100721134139-tldexkun749xg5ki
bzr revid: rvalyi@gmail.com-20100721184155-pjpgaj333oqoxapq
 2010-07-21 15:41:55 -03:00
Raphaël Valyi 84d4d5df34 [merge] 
bzr revid: rvalyi@gmail.com-20100720184615-gqa02owht89y9d4z
 2010-07-20 15:46:15 -03:00
Raphaël Valyi 5511ef90a7 [merge] 
bzr revid: rvalyi@gmail.com-20100719150606-lkgddy3q9bb690hm
 2010-07-19 12:06:06 -03:00
Raphaël Valyi 2c97009323 [merge] 
bzr revid: rvalyi@gmail.com-20100716170425-0dclsuqucwt7p0u6
bzr revid: rvalyi@gmail.com-20100716185348-fp5mmaunjaag21o5
bzr revid: rvalyi@gmail.com-20100718201931-m2c3clfyb0nmt2b1
 2010-07-18 17:19:31 -03:00
Raphaël Valyi 66940486fa [merge] 
bzr revid: rvalyi@gmail.com-20100716135457-8fcs4wevxdiwqrx9
 2010-07-16 10:54:57 -03:00
Raphaël Valyi a00bcef71c [merge] 
bzr revid: rvalyi@gmail.com-20100715181419-1z3bsocywu7rmano
 2010-07-15 15:14:19 -03:00
Raphaël Valyi ab4d17c300 [merge] 
bzr revid: rvalyi@gmail.com-20100715143602-iw5axl25ekc55u3i
 2010-07-15 11:36:02 -03:00
Raphaël Valyi dd61b8576b [merge] 
bzr revid: rvalyi@gmail.com-20100714173805-d3hm1z0snbm5ovqq
 2010-07-14 14:38:05 -03:00
Raphaël Valyi 36e5bb3c39 [merge] 
bzr revid: rvalyi@gmail.com-20100713165830-ijgennn7fihjwsgd
 2010-07-13 13:58:30 -03:00
Raphaël Valyi a75bea9cd6 [merge] 
bzr revid: rvalyi@gmail.com-20100712185650-napvdmmf39h9xyjz
 2010-07-12 15:56:50 -03:00
Raphaël Valyi 4129644010 [merge] 
bzr revid: rvalyi@gmail.com-20100712142710-6erw06givmv5g93j
 2010-07-12 11:27:10 -03:00
Raphaël Valyi 76cd05a9e4 [merge] 
bzr revid: rvalyi@gmail.com-20100712142144-ibculkq7m74t6pvk
 2010-07-12 11:21:44 -03:00
Raphaël Valyi b4c2404a5b [merge] 
bzr revid: rvalyi@gmail.com-20100710175157-6fesw4ykbsyo2odn
 2010-07-10 14:51:57 -03:00
Raphaël Valyi 253615e638 [merge] 
bzr revid: rvalyi@gmail.com-20100709164044-ubzc4dw9xfeyz6ig
 2010-07-09 13:40:44 -03:00
Raphaël Valyi d9a3b40f48 [merge] 
bzr revid: rvalyi@gmail.com-20100709144026-ntk2gz268wst3qec
 2010-07-09 11:40:26 -03:00
Raphaël Valyi cd0adfc702 [merge] 
bzr revid: rvalyi@gmail.com-20100709124725-4ptd3k4563ibe662
bzr revid: rvalyi@gmail.com-20100709133938-4m9k8nsvn4gjri24
bzr revid: rvalyi@gmail.com-20100709143843-c63tnhepvgu6ts3x
 2010-07-09 11:38:43 -03:00
Raphaël Valyi 424cbecb02 [merge] 
bzr revid: rvalyi@gmail.com-20100708221140-qm59fabmpi8bjzim
 2010-07-08 19:11:40 -03:00
Raphaël Valyi 34949277ae [merge] 
bzr revid: rvalyi@gmail.com-20100708125124-smsittcu9ewpnu90
 2010-07-08 09:51:24 -03:00
Raphaël Valyi 4586d1adb6 [merge] 
bzr revid: rvalyi@gmail.com-20100706175617-4ogks1yfkl4cf7qx
bzr revid: rvalyi@gmail.com-20100706175711-g4mnyh21aj8buq86
 2010-07-06 14:57:11 -03:00
Raphaël Valyi d462dc318f [merge] 
bzr revid: rvalyi@gmail.com-20100705151216-ingze65ylhphvfqm
 2010-07-05 12:12:16 -03:00
Raphaël Valyi 7875573b0c [merge] 
bzr revid: rvalyi@gmail.com-20100702180836-mc781oj8b8sujgws
 2010-07-02 15:08:36 -03:00
Raphaël Valyi a0f5e49659 [merge] 
bzr revid: rvalyi@gmail.com-20100702164355-dg61zmz0e8gsd5h4
 2010-07-02 13:43:55 -03:00
Raphaël Valyi e1255aab6f [IMP] mrp: by default MRP work-centers are supposed to be 'material' resources 
bzr revid: rvalyi@gmail.com-20100630201308-vf1uu5iyzq4qq6n4
 2010-06-30 17:13:08 -03:00
Raphaël Valyi 42f1ff14d1 [REF] fixed datetime now() method call in account and sale modules 
bzr revid: rvalyi@gmail.com-20100301051651-2gdc7tn8ljyi5vz9
 2010-03-01 02:16:51 -03:00
Raphaël Valyi 325ba20471 [REF] [purchase] removed mx.DateTime usage from purchase module 
bzr revid: rvalyi@gmail.com-20100301051320-j20t2m079zh49rrx
 2010-03-01 02:13:20 -03:00
Raphaël Valyi caef744e04 [REF] [sale] removed mx.DateTime usage from sale module 
bzr revid: rvalyi@gmail.com-20100301050911-sqnifbigc455bylm
 2010-03-01 02:09:11 -03:00
Raphaël Valyi 45edbf48b9 [REF] [stock] removed mx.DateTime from stock module 
bzr revid: rvalyi@gmail.com-20100301050514-0dq2xgpypxw52hbj
 2010-03-01 02:05:14 -03:00
Raphaël Valyi fca1d230e4 [REF] [account] removed unused mx.DateTime imports 
bzr revid: rvalyi@gmail.com-20100301045448-6c7j5ck2gtkc6u09
 2010-03-01 01:54:48 -03:00
Raphaël Valyi bb84484882 [REF] [account] further mx.DateTime cleanup 
bzr revid: rvalyi@gmail.com-20100301045316-mw67ahn1epe4lknq
 2010-03-01 01:53:16 -03:00
Raphaël Valyi b8d17ac804 [REF] [account] replaced mx.DateTime usage by pure Python datime and dateutil 
bzr revid: rvalyi@gmail.com-20100301043605-35lca2eqgk774jgh
 2010-03-01 01:36:05 -03:00
Raphaël Valyi a421e021ed [REF] [account] removed unused mx.DateTime imports 
bzr revid: rvalyi@gmail.com-20100301040924-b8wxwhmvopxas6v7
 2010-03-01 01:09:24 -03:00
Raphaël Valyi b04e0c64d1 [REF] [account] removed unused mx.DateTime imports 
bzr revid: rvalyi@gmail.com-20100301040047-3p41ik9rzhq5luoz
 2010-03-01 01:00:47 -03:00
Raphaël Valyi 9bd2e38eaf [REF] removed mx.DateTime unused import as well as 2 other unused imports (!!) 
bzr revid: rvalyi@gmail.com-20100301035524-4nejbvju86c1wwvb
 2010-03-01 00:55:24 -03:00
Raphaël Valyi dc1722f35d [REF] [MRP] action_po_assign method refactoring: several purchase.order where made and not linked to their procurement only last id was returned. -> Not possible to override cleany for instance to pass custom options from a procurement to a production order. Implemented it with the {} trick. This is debatable whether {} links or hook before creation is better. At least now you can override it... 
bzr revid: rvalyi@gmail.com-20100228041610-knbvwzptzgzjyq42
 2010-02-28 01:16:10 -03:00
Raphaël Valyi 353f7026a1 [REF] [MRP] action_produce_assign_product method refactoring: several mrp.production where made and not linked to their procurement only last id was returned. -> Not possible to override cleany for instance to pass custom options from a procurement to a production order. Implemented it with the {} trick. This is debatable whether {} links or hook before creation is better. At least now you can override it... 
bzr revid: rvalyi@gmail.com-20100228035250-xnp9q1tx5j0sjnlr
 2010-02-28 00:52:50 -03:00
Raphaël Valyi 602c38bcc2 [REF] backward compatible refactoring introducing an extension point in inventory line to move line creation. Useful for instance for double unit management of inventory extension module. Removed TOPO comment regarding need for tracking in inventory as it seems to work like a charm 
bzr revid: rvalyi@gmail.com-20100228031801-171hrv4yq9anu9n9
 2010-02-28 00:18:01 -03:00
Raphaël Valyi 870be4ea1b [REF] account: changed invoice#group_lines extract method comments as suggested by Xavier Morel 
bzr revid: rvalyi@gmail.com-20100223053830-yp71uc06fktjuzim
 2010-02-23 02:38:30 -03:00
Raphaël Valyi db05922bfc [REF] splits account.invoice#action_move_create method that is too fat into overridable bits; doesn't change any logic; add comments 
bzr revid: rvalyi@gmail.com-20100222053521-m2z3b84kc35eluys
 2010-02-22 02:35:21 -03:00
Raphaël Valyi 48e935e6a2 [MERGE] from trunk 
bzr revid: rvalyi@gmail.com-20100201130334-mgd708bztw2uxya9
 2010-02-01 11:03:34 -02:00
Raphaël Valyi fe3562a57b [REF] use datetime.utcnow() rather than having to import: from dateutil.tz import tzutc 
bzr revid: rvalyi@gmail.com-20100201125944-lpr1ijeg2zmkadmv
 2010-02-01 10:59:44 -02:00
Raphaël Valyi 855d0fc82f [FIX] replaced last mx package reference in setup.py by dateutil reference 
bzr revid: rvalyi@gmail.com-20100201125901-1xgcilmb3rrildeo
 2010-02-01 10:59:01 -02:00
Raphaël Valyi b53e15b576 [FIX] translate; Launchpad export: time is now UTC and we use a clean strftime rather than a hacky split/concat, output is exactly the same as mx.Datetime 
bzr revid: rvalyi@gmail.com-20091225180329-a22s8o5lr5qw4qr2
 2009-12-25 16:03:29 -02:00
Raphaël Valyi a638f8aaba [MERGE] 
bzr revid: rvalyi@gmail.com-20091217232137-y7gb1lvi3vyjbvtn
 2009-12-17 21:21:37 -02:00
Raphaël Valyi 43d037de7b [MERGE] from trunk 
bzr revid: rvalyi@gmail.com-20091214152649-vw7cclpi5val7wsq
 2009-12-14 13:26:49 -02:00
Raphaël Valyi d9fbe66f33 [FIX] added datutil pure Python lib dependency 
bzr revid: rvalyi@gmail.com-20091214152152-3mfngzhagcpl47u6
 2009-12-14 13:21:52 -02:00
Raphaël Valyi 1cbec3a642 [REF] changed coding style from datetime.datime.foo to datetime.foo, changing the import accordingly 
bzr revid: rvalyi@gmail.com-20091214152104-evcck2uv66bbulnf
 2009-12-14 13:21:04 -02:00
Raphaël Valyi 6e2d1e6b71 [REF] avoid import * 
bzr revid: rvalyi@gmail.com-20091214122355-eta5tkktvouxiv6i
 2009-12-14 10:23:55 -02:00
Raphaël Valyi 15b965fb6f [FIX] correct datetime replacement for mxdt.ISO.strUTC(mxdt.ISO.DateTime.utc()) 
bzr revid: rvalyi@gmail.com-20091214031018-xxl8l8r9s02jvxva
 2009-12-14 01:10:18 -02:00
Raphaël Valyi 37afc642ba [MERGE] 
bzr revid: rvalyi@gmail.com-20091103181855-70p5maa6lsd4s50n
 2009-11-03 16:18:55 -02:00
Raphaël Valyi 2b326eb066 [IMP] account: make comment mandatory. Since it has a default value anyway, it doesn't reall y change anything, but makes the reconciliation UI looks consistent accross the whole OpenERP (eg invoice payment) 
bzr revid: rvalyi@gmail.com-20091103051912-ead9jx19l3g0d8dm
 2009-11-03 03:19:12 -02:00
Raphaël Valyi 2dabd5f34f [FIX] account: avoid translate tool missing import on strictier Python 2.6 versions; bare in mind that mx.Datetime should be eraticated from the surface of the earth 
bzr revid: rvalyi@gmail.com-20091103051710-koeenh3su23yvls2
 2009-11-03 03:17:10 -02:00
Raphaël Valyi 50071d7df3 [FIX] account: removed pdb now that things are claimed fixed (after the commits messages) 
bzr revid: rvalyi@gmail.com-20091103051613-f2m2n7t20uce8df6
 2009-11-03 03:16:13 -02:00
Raphaël Valyi 2686991976 [MERGE] bzr merge -r 1856..1857 lp:openobject-server . rev #1857 we merge here consists in a fix by Tiny because they didn't applied the etree conversion properly weeks back (the 2 previous merges here); part 
was already better merged on our side (2 commits back) because we resolved the conflicts more carefully.

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

bzr revid: rvalyi@gmail.com-20091028201254-oxcmetgpxbp2oelp
 2009-10-28 18:12:54 -02:00
Raphaël Valyi ece8b2918a [MERGE] bzr merge -r 1847..1848 lp:openobject-server ([FIX] Prevent etree deprication warnings) 
lp bug: https://launchpad.net/bugs/429519 fixed

bzr revid: rvalyi@gmail.com-20091028200703-u7298esyxktryqyk
 2009-10-28 18:07:03 -02:00
Raphaël Valyi c9d35c7012 [MERGE] lxml+etree instead of deprecated XML libs which prevent install on Ubuntu. Merged from old_trunk branch because on ne trunk, commits were not atomics anymore (after pig merge + bzr unability to track partial merge origins). 
merge directive used was: bzr merge -r 1825..1826 lp:~openerp/openobject-server/old_trunk
tested main flows on manufacturing database + French -> no bug found; still will commit a few more commits related to trunk + etree

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

bzr revid: rvalyi@gmail.com-20091028200443-2ciyhqaz7rczdusy
 2009-10-28 18:04:43 -02:00
Raphaël Valyi 897d131fa2 merge 
bzr revid: rvalyi@gmail.com-20081203084228-5cdji0n3zjy3yxcb
 2008-12-03 09:42:28 +01:00
Raphaël Valyi b2fdf09676 view debbugging improvement: cf branche definition 
bzr revid: rvalyi@gmail.com-20081202174137-zwqbqx7is0vcvrkw
 2008-12-02 18:41:37 +01:00
Raphaël Valyi 67ca84598f fix for traceability bug https://bugs.launchpad.net/openobject-addons/+bug/300651 
and translated code to English terms

bzr revid: rvalyi@gmail.com-20081122022943-gs1g66us0uftrh07
 2008-11-22 03:29:43 +01:00
Raphaël Valyi fa7b00b9dd merge 
bzr revid: rvalyi@gmail.com-20081122004332-l1nh5rcda239abn8
 2008-11-22 01:43:32 +01:00
Raphaël Valyi f67d6fe261 fix for bug https://bugs.launchpad.net/openobject-addons/+bug/300834 
bzr revid: rvalyi@gmail.com-20081121233028-otxgi1q1ji7gi9qb
 2008-11-22 00:30:28 +01:00
Raphaël Valyi 061f409837 correct Analytic Account form view (fixes a regression where the form view and associated wizards and reports were disabled) 
bzr revid: rvalyi@gmail.com-20081103101009-6llklx561pp8vxmg
 2008-11-03 11:10:09 +01:00