| Age | Commit message (Collapse) | Author |
|
lp bug: https://launchpad.net/bugs/936864 fixed
bzr revid: fme@openerp.com-20120220144322-e6ysl3qxsdhagls5
|
|
lp bug: https://launchpad.net/bugs/934330 fixed
bzr revid: nicolas.vanhoren@openerp.com-20120220100958-bujk0yuftdlzk3fz
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120217134523-bleeq4c1x3skjn4t
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120217114357-5jeue9292eg2zoqf
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120217110152-x66rfhyfkqao04k0
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120217105636-61tk67zbx9calc1b
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120217101731-3g9hrhs65qb32pkv
|
|
previous change would exclude all fields with @readonly, but @state can remove @readonly from fields and means fields are importable again (pretty much). Need to add that, otherwise it's almost impossible to import stuff
bzr revid: xmo@openerp.com-20120216163155-wh8uory00i2qifxy
|
|
bzr revid: al@openerp.com-20120216151829-3ijycoxw84bxq0ot
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120216103535-txdh6m6nmwlew53o
|
|
lp bug: https://launchpad.net/bugs/932448 fixed
bzr revid: xmo@openerp.com-20120215153237-4q1y6snebxk6sheh
|
|
bzr revid: fme@openerp.com-20120215123901-po1dk32p9lbgadjk
|
|
bzr revid: fme@openerp.com-20120215105628-i91krjqgbx28n1h2
|
|
bzr revid: fme@openerp.com-20120215103405-svbhpnu3hyx2q8rb
|
|
bzr revid: fme@openerp.com-20120215095940-2jv27t91i7u5mm0r
|
|
bzr revid: fme@openerp.com-20120214170513-64v5ifw7tp8i168m
|
|
bzr revid: fme@openerp.com-20120214165809-wes7aww6i5oncwqc
|
|
bzr revid: fme@openerp.com-20120214163443-pz7nmhj1ktbfhucm
|
|
menu
lp bug: https://launchpad.net/bugs/906732 fixed
bzr revid: fme@openerp.com-20120214162657-i8hes1iy67wi4isj
|
|
lp bug: https://launchpad.net/bugs/925345 fixed
bzr revid: nicolas.vanhoren@openerp.com-20120214161558-k634bkwbwq0vk58p
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120214152031-br1lq6zqx6ycdj7p
|
|
corresponding extractor does not actually work, export POTs
bzr revid: xmo@openerp.com-20120214142954-4ndkj63pog39ts0k
|
|
Dataset#write (outdated api usage)
bzr revid: fme@openerp.com-20120214140115-y8h6anv26m3wdxrn
|
|
lp bug: https://launchpad.net/bugs/925347 fixed
bzr revid: xmo@openerp.com-20120214120230-k0yti8ap15i4zcgi
|
|
bzr revid: fme@openerp.com-20120214094430-p4gm11g0paau0tnh
|
|
picker button.
lp bug: https://launchpad.net/bugs/930050 fixed
bzr revid: vda@tinyerp.com-20120214064301-4v1umyi1hls3nq28
|
|
we call create()
bzr revid: nicolas.vanhoren@openerp.com-20120213165437-lhs3d6iyvx61vlun
|
|
I used to like Firefox... That was before webkit.
lp bug: https://launchpad.net/bugs/931364 fixed
bzr revid: fme@openerp.com-20120213163120-7qt0171h81uh8bvp
|
|
[IMP] Form view uses a notification when a record is not found in the database
bzr revid: fme@openerp.com-20120213123805-4dqg4oioous25nuo
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120213110819-xugfuocv0j6lh32q
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120213105341-09pawcz7pau2incs
|
|
think that's a get and breaks chaining
bzr revid: xmo@openerp.com-20120213100543-0zu2ij95tnufu5df
|
|
lp bug: https://launchpad.net/bugs/931320 fixed
bzr revid: fme@openerp.com-20120213100102-4ooonwfjzmjo4en8
|
|
lp bug: https://launchpad.net/bugs/930049 fixed
bzr revid: xmo@openerp.com-20120213094015-px9udeft0v0htnyu
|
|
don't call FieldChar's set_value as this nukes the URI widget's content (link in this case). Either that, or empty the content and add the link back via DOM manipulations
lp bug: https://launchpad.net/bugs/930761 fixed
bzr revid: xmo@openerp.com-20120213082047-931ea10a8lrb18wf
|
|
the webclient session), so other tabs using the same session get unlogged
lp bug: https://launchpad.net/bugs/925386 fixed
bzr revid: xmo@openerp.com-20120210164309-lyslwm4t94a4jd7g
|
|
search views
also finally add a basic Input#clear API
lp bug: https://launchpad.net/bugs/928485 fixed
bzr revid: xmo@openerp.com-20120210155235-sjax5dnc73rpixbr
|
|
reload, especially as the new conditional requests will blow up when trying to load nothing at all
bzr revid: xmo@openerp.com-20120210145502-gbtq09g75xxt83c4
|
|
bzr revid: jra@tinyerp.com-20120210133620-sy20dxxsrjwubths
|
|
bzr revid: jra@tinyerp.com-20120210083715-16ntujeavf5rs6kz
|
|
bzr revid: jra@tinyerp.com-20120210073529-nnqyxn3th9bi578v
|
|
bzr revid: vme@tinyerp.com-20120210071213-tbr9tdxkneq21guh
|
|
bzr revid: vme@tinyerp.com-20120210070830-jz7rw2rqt5gr6bw3
|
|
bzr revid: vme@tinyerp.com-20120210055201-6576d0encj4re56h
|
|
bzr revid: vme@tinyerp.com-20120210052853-aovv3baf4u5wl3pp
|
|
bzr revid: xmo@openerp.com-20120209170748-l70q7grxgsumha2i
|
|
bzr revid: xmo@openerp.com-20120209163050-g4u7gvsnh6kgqs14
|
|
Change made registry inheritance "lazy", keeping a permanent relation
between child and parent and walking the tree to find matches.
But editable listviews relied on an implementation detail (that an
extension eagerly created keys in the children registry) and iterated
over the internal map of the child registry they'd just created to
replace the form keys with overridden versions of the form widgets.
Just iterate over form's registry, but really the editable list should
have its own Registry subclass doing that stuff more solidly.
bzr revid: xmo@openerp.com-20120209154844-zk2xuxdhhi57eqhp
|
|
lp bug: https://launchpad.net/bugs/888466 fixed
bzr revid: xmo@openerp.com-20120209151605-sqt0mzceqr8u160z
|
|
dialog
bzr revid: xmo@openerp.com-20120209151410-49j13cfbrwwhrp23
|