| Age | Commit message (Collapse) | Author |
|
bzr revid: xmo@openerp.com-20120403135113-yac2m82nuwn4f23x
|
|
bzr revid: xmo@openerp.com-20120403070849-d0m9aldt0yvbh8uw
|
|
fails
bzr revid: xmo@openerp.com-20120402145815-kab5w92y3a8twm6u
|
|
bzr revid: al@openerp.com-20120402142251-flk6xr0iwbddox00
|
|
bzr revid: al@openerp.com-20120402075933-xqekei8hog3az99l
|
|
bzr revid: tde@openerp.com-20120330075317-n2q5qivu2rlnaeb8
|
|
bzr revid: fme@openerp.com-20120329114327-gb7hz3ysfh3q4sjk
|
|
lp bug: https://launchpad.net/bugs/966108 fixed
bzr revid: fme@openerp.com-20120328150031-6hdb9rwjoh3stfif
|
|
bzr revid: fme@openerp.com-20120328113113-w925pasg7jnmxtzw
|
|
bzr revid: fme@openerp.com-20120328111723-cmgn9wzspn5bulnp
|
|
bzr revid: fme@openerp.com-20120327193212-kflgwnvxp89lkqmb
|
|
object, so .toJSON should not be called on the result
bzr revid: xmo@openerp.com-20120327151357-4en4skjqb66b816c
|
|
bzr revid: fme@openerp.com-20120327100518-p64ada2s831exv52
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120326123003-pl9h05jlo47c4qrv
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120326122835-m25pukdl5ye48fnn
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120326122334-44uf3k7jkck1gyp2
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120326111937-ypu2ah4xiqvpe9b0
|
|
lp bug: https://launchpad.net/bugs/954067 fixed
bzr revid: fme@openerp.com-20120326075751-g209vavjk42no32c
|
|
bzr revid: xmo@openerp.com-20120322113142-gim4svx01p336nxm
|
|
lp bug: https://launchpad.net/bugs/954067 fixed
bzr revid: vda@tinyerp.com-20120315062817-bzoimec5wz3o6la1
|
|
Array.sort is not necessarily stable, and sorting an
array with an unstable sort will cause a randomization
of the original order, which should have been preserved.
See also:
- http://ecma262-5.com/ELS5_Section_15.htm#Section_15.4.4.11
- http://code.google.com/p/v8/issues/detail?id=90
lp bug: https://launchpad.net/bugs/928389 fixed
bzr revid: odo@openerp.com-20120314111014-1igxhrynu5557di5
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120313163719-ez4n7ca4qxus0m9t
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120313153707-zi6kdlbxz72dit7l
|
|
bzr revid: fme@openerp.com-20120312153743-i6qi3fzmondezrdh
|
|
bzr revid: xmo@openerp.com-20120309143640-784m7dhyeg6cnrfm
|
|
also removed custom blockUI and error management hooks since it's now a perfectly standard RPC call and webclient is already available
bzr revid: xmo@openerp.com-20120309140536-21u2ked9oc7eaie5
|
|
search view
bzr revid: xmo@openerp.com-20120309135438-kv6jh5ymwnis0s7s
|
|
bzr revid: fme@openerp.com-20120308140636-qk2ekrmqlqpaa7uo
|
|
be sent to server without user's knowledge
lp bug: https://launchpad.net/bugs/938497 fixed
bzr revid: fme@openerp.com-20120308102151-eyr71rzk345f6xji
|
|
bzr revid: xmo@openerp.com-20120307153105-nh5wbzwjnn8g880o
bzr revid: odo@openerp.com-20120307164049-ocu8jsyt19sbxsqr
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120307155529-t83uabjx0ocm8mjq
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120307150500-o8kkxp4ohrtzjq69
|
|
When selecting a saved filter, its data is now saved inside the
searchview's state, and re-used any time there's a search performed
(until the filter is replaced or the search view is cleared).
Some cleanup of the support code for loading filters
(SearchView.get_filters) also had to be performed in order not to fill
contexts with (potentially incorrect) crap in case the filter is
re-saved.
lp bug: https://launchpad.net/bugs/948219 fixed
bzr revid: xmo@openerp.com-20120307120323-pub0yuwjqk1r3y0p
|
|
(so we can use a multi-workers OpenERP server; otherwise polling
on the server would hit different workers resulting in errors).
bzr revid: vmt@openerp.com-20120307104632-w6cs6nxf04ltcpf1
|
|
one gives widget=statusbar in listview field.
bzr revid: msh@tinyerp.com-20120307101935-mw4vyjjra6e9uy1v
|
|
bzr revid: xmo@openerp.com-20120307095732-ckfuowa43i7dkapg
|
|
bzr revid: fme@openerp.com-20120307095700-i5msqipgij4v36fl
|
|
bzr revid: xmo@openerp.com-20120307074702-444l88zmd206dr7v
|
|
into evaluated context
bzr revid: xmo@openerp.com-20120307074641-pm5wl9t3cb4l9s64
|
|
lp bug: https://launchpad.net/bugs/948097 fixed
bzr revid: fme@openerp.com-20120306205955-zqgtbgtz1gtix4w9
|
|
lp bug: https://launchpad.net/bugs/944113 fixed
bzr revid: fme@openerp.com-20120306110212-9qd1r0q5t0zwnnt0
|
|
lp bug: https://launchpad.net/bugs/943273 fixed
bzr revid: fme@openerp.com-20120305195800-uoiu74ee1rfm4tex
|
|
lp bug: https://launchpad.net/bugs/943973 fixed
bzr revid: fme@openerp.com-20120305184516-6j7ftdnflw6mrb0p
|
|
lp bug: https://launchpad.net/bugs/943973 fixed
bzr revid: fme@openerp.com-20120305173419-ksme8ckweu98b82r
|
|
lp bug: https://launchpad.net/bugs/944080 fixed
bzr revid: fme@openerp.com-20120305172021-wwmen156hb38yppc
|
|
lp bug: https://launchpad.net/bugs/944080 fixed
bzr revid: fme@openerp.com-20120305171656-yz1jjoin17hh8ast
|
|
lp bug: https://launchpad.net/bugs/942958 fixed
bzr revid: xmo@openerp.com-20120305151017-k98vlcq72hldwnev
|
|
bzr revid: xmo@openerp.com-20120305103353-w8r6fk9cv8wjklts
|
|
bzr revid: xmo@openerp.com-20120305085606-d60ub93xqdjucfg0
|
|
relativedelta
bzr revid: xmo@openerp.com-20120305085532-0vcz6j0m985gjuz1
|