Commit Graph
75574 Commits
Author SHA1 Message Date
Thibault Delavallée fea975aaa4 [IMP] ir_model: get_object: re-introduce old behavior controlled by a new argument. This allows to have a method allowing the new behavior without breaking compatibility with all addons that are based on receiving a ValueError.
bzr revid: tde@openerp.com-20131206095853-6waq2v2ajbgv02vp
2013-12-06 10:58:53 +01:00
Fabien Meghazi 72e67607f1 [REM] Removed exception handling in the wrong place. Will move 403 check on website addon
bzr revid: fme@openerp.com-20131205150504-x33i83gxt10w9hkm
2013-12-05 16:05:04 +01:00
Xavier Morel 745ecc9d25 [FIX] qweb: incorrect propagation of t-field options through rendering methods
bzr revid: xmo@openerp.com-20131205111530-nj26muxxep1yey79
2013-12-05 12:15:30 +01:00
Fabien Meghazi cc49b88487 [ADD] status_code to LazyResponse constructor
bzr revid: fme@openerp.com-20131204145613-721x3ij2ylpykzgw
2013-12-04 15:56:13 +01:00
Antony Lesuisse 5818b0b2d1 [MERGE] trunk
bzr revid: al@openerp.com-20131203220019-674d9hheqza1v8yb
2013-12-03 23:00:19 +01:00
Antony Lesuisse 447255e021 [FIX] http response handling inside request context
bzr revid: al@openerp.com-20131203215640-ev45het902u6afls
2013-12-03 22:56:40 +01:00
Antony Lesuisse d5aec362a9 [FIX] MockRequestCase
bzr revid: al@openerp.com-20131203214705-6tz63yqo9kk73ztx
2013-12-03 22:47:05 +01:00
Fabien Pinckaers dc35f14d32 [IMP] Removed 1 SQL query for each t-field monetary or float
bzr revid: fp@tinyerp.com-20131203211903-p5uo3shhon8i4umw
2013-12-03 22:19:03 +01:00
Antony Lesuisse 73c943d9b3 [MERGE] trunk
bzr revid: al@openerp.com-20131203192609-dbz5z5dg8x3cuta1
2013-12-03 20:26:09 +01:00
Antony Lesuisse 4c45774b6d [IMP] manual exception handling for non-json controllers
bzr revid: al@openerp.com-20131203191621-xu2350cw0u3izn3s
2013-12-03 20:16:21 +01:00
Antony Lesuisse 43979cfd8f [IMP] http improvement
- context manager request object (removes some ugly hacks)
- improve http error handling
- add lazyresponses

bzr revid: al@openerp.com-20131203190639-e8r1qm9wc82t8g4k
2013-12-03 20:06:39 +01:00
Launchpad Translations on behalf of openerp 3e94f7ab1b Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131203054049-9sioco00f1s4dxvt
bzr revid: launchpad_translations_on_behalf_of_openerp-20131203054124-0db72b59pfm46z0f
2013-12-03 05:41:24 +00:00
Christophe Matthieu 1bf1f0de8f [FIX] forgotten fix for fields_view_get in orm.py (moved to ir_ui_view.py): [MERGE] forward port of branch saas-2 up to revid 4987 chs@openerp.com-20131127105828-ng8z4by1tszmj9d2
bzr revid: chm@openerp.com-20131202191411-edf01rvvpngyezok
2013-12-02 20:14:11 +01:00
Xavier Morel ef08d834f6 [IMP] add warning re. changed behavior of backbone which may be changed in the client
bzr revid: xmo@openerp.com-20131202151838-z26qnz0xpt3tigrd
2013-12-02 16:18:38 +01:00
Xavier Morel 0dff8277cc [FIX] breakage due to backbone change: in 1.0+, this.reset() will call this.add()
in 0.9, this.add would only be called if items were provided to
reset(), changed in commit cf6e862.

bzr revid: xmo@openerp.com-20131202151037-xxmvu5790p2jsxz6
2013-12-02 16:10:37 +01:00
Christophe Matthieu 8460122209 [MERGE] sync with trunk
bzr revid: chm@openerp.com-20131202150856-fzrfcoa8pmsjutau
2013-12-02 16:08:56 +01:00
Antony Lesuisse 753cb31804 [IMP] upgrade backbone to 1.1.0
bzr revid: al@openerp.com-20131202142240-ifh2rua2oiennfao
2013-12-02 15:22:40 +01:00
Antony Lesuisse 9b40c572ae [REM] gravatar support
bzr revid: al@openerp.com-20131202135414-kkm0wz06naitbp4y
2013-12-02 14:54:14 +01:00
Antony Lesuisse e057a64a02 [IMP] update fontawseome to 4.0.3
bzr revid: al@openerp.com-20131202133803-1muybwahwjo9e5sm
2013-12-02 14:38:03 +01:00
Antony Lesuisse 57ef91409a [MERGE] bootstrap3
bzr revid: al@openerp.com-20131202132445-oux9j63auh4om284
2013-12-02 14:24:45 +01:00
Antony Lesuisse d6c6f31231 [MERGE] boostrap3 manually merged
bzr revid: al@openerp.com-20131202131943-b01fb56u0qsgcs53
2013-12-02 14:19:43 +01:00
Christophe Simonis 56bb1b9869 [MERGE] forward port of branch saas-2 up to revid 4992 chs@openerp.com-20131202105848-33gcz1715w370rve
bzr revid: chs@openerp.com-20131127110757-5kaay2kcxq0ysb59
bzr revid: chs@openerp.com-20131127161639-yur4rdh3wx43kxle
bzr revid: chs@openerp.com-20131127180647-f8uws77gaym5kfvd
bzr revid: chs@openerp.com-20131202110030-gf20dv2uj5fqv7c2
2013-12-02 12:00:30 +01:00
Denis Ledoux 20be322c45 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9684 rev-id: dle@openerp.com-20131209145652-3g9rgnfz1w8k0whw
bzr revid: chs@openerp.com-20131202105848-33gcz1715w370rve
bzr revid: dle@openerp.com-20131204150643-is3y0b9n8enh3yql
bzr revid: chs@openerp.com-20131206152726-pirikn7v8pev90ic
bzr revid: dle@openerp.com-20131206162437-b9niay99mirk44qm
bzr revid: tde@openerp.com-20131209102019-kjeg0rx2au1d5e5v
bzr revid: dle@openerp.com-20131209155721-589zihxx8jmvlpvp
2013-12-09 16:57:21 +01:00
Denis Ledoux 3be327c0ae [FIX] point_of_sale: ignore TOTAlY returns
Returns were partially ignored when typing keystrokes, thanks to a return; when event which equaled 13, but the default behaviour (press on the focused input/button) was not prevented. This is now the case thanks to preventDefault. For instance, just after a discount set, the focused input was pressed and the associated value was added when scanning a new product with the scanner. Therefore, if we entered a discount of 30%, scanning a new product added '0', the last pushed button, to the discount, and then added the product.

bzr revid: dle@openerp.com-20131209145652-3g9rgnfz1w8k0whw
2013-12-09 15:56:52 +01:00
Thibault Delavallée 93ab94a608 [MERGE] [FIX] mail: fixed message_follower_ids function field.
The set method of the field, set_followers, is now using message_subscribe and message_unsubscribe to have only one access point to adding or removing followers. Previously to this fix it was directly creating entries in the mail_followers table, neglecting the calculation of subtypes and default subtypes.

bzr revid: tde@openerp.com-20131209100822-f19udgfuubshhrg3
2013-12-09 11:08:22 +01:00
Thibault Delavallée fcd5f7d960 [MERGE] Sync with 7.0
bzr revid: tde@openerp.com-20131209090903-al4o6uhrhhw4cqcl
2013-12-09 10:09:03 +01:00
Thibault Delavallée 2382710f6f [REV] mail: removed some changes to be done in trunk, not in 7.0
bzr revid: tde@openerp.com-20131209090802-q8fzn88ia9w6o5pq
2013-12-09 10:08:02 +01:00
Launchpad Translations on behalf of openerp a092227c6e Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131207063209-2xi8ba5wu6l6ze00
bzr revid: launchpad_translations_on_behalf_of_openerp-20131208054536-mg4w4d6ljq8ji1nj
bzr revid: launchpad_translations_on_behalf_of_openerp-20131207063232-l64v1fhf1qcpxm2l
bzr revid: launchpad_translations_on_behalf_of_openerp-20131208054646-zixed7abpuze4qt1
bzr revid: launchpad_translations_on_behalf_of_openerp-20131123062625-f7inv72rtg2kel8g
bzr revid: launchpad_translations_on_behalf_of_openerp-20131124054801-1ukcpelfukkvwn60
bzr revid: launchpad_translations_on_behalf_of_openerp-20131125060120-nm8tkfbftg8c88v1
bzr revid: launchpad_translations_on_behalf_of_openerp-20131126060753-jnx5ran2accmo0lh
bzr revid: launchpad_translations_on_behalf_of_openerp-20131127054000-wtg675pf33f3bkar
bzr revid: launchpad_translations_on_behalf_of_openerp-20131129053028-abszdj4y76smnacb
bzr revid: launchpad_translations_on_behalf_of_openerp-20131201054555-3u1m1sy1f2og78nn
bzr revid: launchpad_translations_on_behalf_of_openerp-20131202055227-mm70khzdfnp4qcj9
bzr revid: launchpad_translations_on_behalf_of_openerp-20131207063237-vza5vb51xmd2ipl6
bzr revid: launchpad_translations_on_behalf_of_openerp-20131208054653-f4zth8j3iczlzcqz
2013-12-08 05:46:53 +00:00
Denis Ledoux fb90e7d572 [FIX]ir_attachement: not self.pool.get(model) instead of model not in self.pool
bzr revid: dle@openerp.com-20131206173602-no831oxc6m1kf6lu
2013-12-06 18:36:02 +01:00
Martin Trigaux aa9efd6dab [FIX] account: correct name_search on account to be validated even at negation
added test checking every combinaison of name_search

bzr revid: mat@openerp.com-20131206170012-991vs7pa1yzxvav8
2013-12-06 18:00:12 +01:00
Denis Ledoux 4669f05406 [FIX] ir_attachement: search, if the model of the ir_attachement has been removed, the search ignore the attachement.
bzr revid: dle@openerp.com-20131206162314-vjpgtag8qhkl1jhk
2013-12-06 17:23:14 +01:00
Martin Trigaux f177669af9 [MERGE] [FIX] orm: Ignore orm (4, *) operations on one2many if link already exists.
Web client returns (4, ) operations for unchanged line in one2many widgets. 
This allows to skip orm write on object where potentially has no access (eg: timesheet line with another user). (opw 599494)

bzr revid: mat@openerp.com-20131206144301-k6ugjota873nz75d
2013-12-06 15:43:01 +01:00
Martin Trigaux d2ca43402e [FIX] orm: inverting the condition seems to work (don't ask why)
bzr revid: mat@openerp.com-20131206142220-nfqiyeic9fdkejxy
2013-12-06 15:22:20 +01:00
Denis Ledoux 5200639f39 [FIX]sale: on sale order creation, apply on_change if needed (if required value are not set and can be computed from other values (onchange)
bzr revid: dle@openerp.com-20131206135111-nh31jgspelvwnhat
2013-12-06 14:51:11 +01:00
Martin Trigaux a3847ce648 [MERGE] [FIX] account: performance improvement on account.analytic.lines
don't create new analytic lines at move creation, will do it once the move is balanced
don't remove analytic lines (to avoid duplicates) at the begining of the validation of a move, will do it once we create the new correct analytic lines (opw 597719)

bzr revid: mat@openerp.com-20131206131125-fvzy62qqx3gnwmw5
2013-12-06 14:11:25 +01:00
Martin Trigaux 0be3333f96 [FIX] orm: ignore existing link for operation (4, x) in one2many fields
bzr revid: mat@openerp.com-20131206125403-r6uemlh7jagw01gh
2013-12-06 13:54:03 +01:00
Denis Ledoux dc458033d5 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9678 rev-id: dle@openerp.com-20131206121552-xre6jj34cpfuldoa
bzr revid: dle@openerp.com-20131206121908-oomajjxqtsp8cipc
2013-12-06 13:19:08 +01:00
Denis Ledoux 847ca65a23 [FIX] purchase: warning uom category different only if the changed field is product_uom itself.
Changing product_id with a different unit category does not trigger the uom category change warning

bzr revid: dle@openerp.com-20131206121552-xre6jj34cpfuldoa
2013-12-06 13:15:52 +01:00
Denis Ledoux f653a7e7da [REVERT] revision 9031, dle@openerp.com-20131205170917-7cdzghsa5690xvux
Because the xml parser needs to be fixed before this fix can be commited

bzr revid: dle@openerp.com-20131206112738-wu35g157v6myipbx
2013-12-06 12:27:38 +01:00
Denis Ledoux 2888ad5772 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9677 rev-id: dle@openerp.com-20131206111336-dg01y92jvjnxy5oi
bzr revid: dle@openerp.com-20131206112312-g5vzrrna05iit5ka
2013-12-06 12:23:12 +01:00
Denis Ledoux ac0e22bd6c [FIX] sale_stock,stock: change model to stock.picking.out of deliveries to invoice view in sales
Deliveries to invoice in sales menu should display delivery order only (no incoming shipment). This was already the case thanks to the domain [('type','=','out')], but since the refactor of the module stock, and the division of stock.picking to stock.picking.in and stock.picking.out, the model of this view should be stock.picking.out instead of stock.picking (for instance, to get the actions binding (ir.values) of stock.picking.out model).
+ typo fix in action binding

bzr revid: dle@openerp.com-20131206111336-dg01y92jvjnxy5oi
2013-12-06 12:13:36 +01:00
Martin Trigaux 8be311d950 [FIX] account: performance improvement on analytic line creation
remove analytic lines (to avoid duplicates) only when create new one instead of each validation of the account move
don't create new analytic lines at move creation, will do it once the move is balanced (unbalanced move should not create analytic lines yet)

bzr revid: mat@openerp.com-20131206104659-vct8a5l9o4nmhwqs
2013-12-06 11:46:59 +01:00
Launchpad Translations on behalf of openerp 03e9e188c3 Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131205061031-0rg3zuhu9bm4ygcx
bzr revid: launchpad_translations_on_behalf_of_openerp-20131206062420-e5igkn86w68za9sv
2013-12-06 06:24:20 +00:00
Denis Ledoux cbe553505e [FIX]sale: on sale order creation, apply on_change if needed (if required value are not set and can be computed from other values (onchange)
bzr revid: dle@openerp.com-20131205170917-7cdzghsa5690xvux
2013-12-05 18:09:17 +01:00
Martin Trigaux 9652fb0013 [IMP] orm: force checking ir.rules on read when accessing only to _classic_write fields (o2m, m2m, function)
More consistent behaviour. Was not able to access unauthorized data (retrieving data on x2m field would trigger security rules) but make sure it raises an exception instead of silently retrieve no data.
Move construct domain inside if clause as no needed before

bzr revid: mat@openerp.com-20131205113254-j3j4bb0p6ed23oht
2013-12-05 12:32:54 +01:00
Denis Ledoux bba98b6a13 [FIX] web_kanban_gauge: set auto install True
case: web_kanban_gauge has been added in the dependance of sale_crm. This module used to auto install when module sale and crm were installed. With this new dependance, the module sale_crm auto install when sale, crm and web_kanban_gauge are installed. We auto install kanban gauge so sale_crm auto install on installation of crm and sales, as web_kanban_gauge will be already installed

bzr revid: dle@openerp.com-20131205093615-1c9z0g5439xokdbt
2013-12-05 10:36:15 +01:00
Launchpad Translations on behalf of openerp 3a6953c1d0 Launchpad automatic translations update.
bzr revid: launchpad_translations_on_behalf_of_openerp-20131205061010-2jn37v8w04xqksgg
2013-12-05 06:10:10 +00:00
Martin Trigaux 0216a53a0f [FIX] convert: better error message when failed to load csv file (module name already in path, no need to append)
bzr revid: mat@openerp.com-20131204155244-sy223fbt0tmpeqw1
2013-12-04 16:52:44 +01:00
Denis Ledoux 0721a21966 [FIX] base: allow all users (including portals) to change their avatar
Force readonly="0" on field image in preferences view, otherwise the readonly can be set by access rights.
Preferences are written with the UID 1, if the fields are in the WRITEABLE FIELDS list of the object res_users.
This is why any users can edit their preferences even if they do not have the rights to write on res.users.
Forcing readonly="0" to make fields editable in the form.

bzr revid: dle@openerp.com-20131204145923-f7jwoah722q188d7
2013-12-04 15:59:23 +01:00
Denis Ledoux 41fe705943 [MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9674 rev-id: dle@openerp.com-20131204133633-t7wfbnipv3jtss82
bzr revid: chs@openerp.com-20131204125051-dexejzwigpu0z1yy
bzr revid: dle@openerp.com-20131204134400-50y7ojeb8pw7k56s
2013-12-04 14:44:00 +01:00