| Age | Commit message (Collapse) | Author |
|
bzr revid: fme@openerp.com-20140205091749-39333kr3hz0dt4wg
|
|
bzr revid: al@openerp.com-20140131005202-sjsfy3tc8ys1a325
|
|
bzr revid: ged@openerp.com-20140130155402-h4y6k4ydk6s2yasv
|
|
(_.contains expects a list, and not a string) (addon web)
bzr revid: ged@openerp.com-20140130153700-2lno0uefta93ex53
|
|
bzr revid: fme@openerp.com-20140130151146-twct15ruxq179ryu
|
|
bzr revid: ged@openerp.com-20140130135056-74l65y4v24ohlwcq
|
|
chs@openerp.com-20140129095637-mbfz82r5pyz4dctc
bzr revid: chs@openerp.com-20140129101004-44ft0oaeo201guhd
|
|
launchpad_translations_on_behalf_of_openerp-20140318062141-rdiqz2ptnz3qmxd0
bzr revid: chs@openerp.com-20140129095637-mbfz82r5pyz4dctc
bzr revid: dle@openerp.com-20140210140818-5mtk1qhheo219bm1
bzr revid: dle@openerp.com-20140214114445-krexrwm9o2nrxepk
bzr revid: mat@openerp.com-20140219111353-cxo860z7ctz7om30
bzr revid: dle@openerp.com-20140221120519-1pj3wc8kqgkr5uda
bzr revid: chs@openerp.com-20140318112743-tqv492026y2pnbff
|
|
in editable mode (which is more problematic that the issue rev 4159 was trying to fix)
bzr revid: mat@openerp.com-20140314132854-8ie8sosx9xecuww4
|
|
bzr revid: mat@openerp.com-20140314112709-0sqq6tcpmza34q1e
|
|
form pagers when fast switching
bzr revid: mat@openerp.com-20140313123811-ej7lu53xp51kn6gu
|
|
(id, name)), instead of sorting on the tuple (and then id), sort on the name_get value to match what is shown on the screen
bzr revid: mat@openerp.com-20140312150435-shq9hy3b9njkhxsn
|
|
avoid being behind jquery ui dialogs. Besides, this pane should always be on top, therefore we can assume that setting 9999 will not have bad side effects
bzr revid: dle@openerp.com-20140311104947-is5qpw71y1m2oakf
|
|
initial_ids
On SearchPopupCreation, if we have initial_ids - 1st search_read() will be
missing custom context defined on the field.
1. defined view like this: <field name='my_many2one_field_id' context="{'test': 1}"/>
2. in we expand the list of available item, name_search() has 'test' in context
3. in we click on 'Search More', search_read() is missing 'test' in context
4. if we change filter add/remove item, search_read() will have 'test' in context
Step 3. is wrong, should also have 'test' in context
lp bug: https://launchpad.net/bugs/1209295 fixed
bzr revid: mat@openerp.com-20140311091522-03imwd5rj3rmwapl
|
|
(eg: clicking on save button will make the form uneditable)
bzr revid: mat@openerp.com-20140307141257-rvusvzm6oq3tel51
|
|
- Show the fields list once we save the first one
- When delete a list, remove the selected fields
- When add a list, do not remove the selected fields
bzr revid: mat@openerp.com-20140305100843-ircqtucf1pkn3wzd
|
|
proper result for sorting because whole value of m2o [id, value] going to compare for sorting.
bzr revid: msh@openerp.com-20140304110659-4uu38feetsjj0tt5
|
|
When delete a record, correctly display the number of remaining items displayed (eg: 1-79 of 99)
When no more items in a page, force switch to previous page
When no more pager, reload the content to display potential items in next page
bzr revid: mat@openerp.com-20140303164114-pzeuu9hxvq17lx02
|
|
The menu tree is now correctly displayed instead of only messaging.
bzr revid: mat@openerp.com-20140221165706-79uqffr5nk4zbj5e
|
|
on menu items that load a list view after loading a form view
bzr revid: mat@openerp.com-20140218143111-yot645o83gxvkujb
|
|
This avoids making useless calls to to read the values of o2m fields when the read on a record already told us there was no ids.
bzr revid: mat@openerp.com-20140218101438-yqim33cvtg6wt4mw
|
|
list view after loading a form view
bzr revid: cto@openerp.com-20140217104920-fu8hcqd51bh7qnrp
|
|
res.users form (lost with 6.1->7). This field executes a custom action at page load.
bzr revid: mat@openerp.com-20140214131800-9vwuxe9b2zki35il
|
|
bzr revid: mat@openerp.com-20140214111707-7zzpeccs9aanfdct
|
|
execute the action instead of the first link (Inbox). Bring back 6.1 behaviour.
bzr revid: mat@openerp.com-20140214111540-sbn3y6ou3vrjza15
|
|
chrome browser.
bzr revid: mat@openerp.com-20140213145755-txvtwqbfc83vnw9o
|
|
aligned in inline block.
bzr revid: msh@openerp.com-20140213115556-irdodahpw0atgy5u
|
|
match and would trow an error when applying .values
Instead returns undefined which is handled below.
This does not solve the issue when records are not loaded properly but gives a better information on the reason.
bzr revid: mat@openerp.com-20140213085008-pnq4r0ebfl072u78
|
|
Closing previously occured on search request (so that a user wouldn't be able
to select "old" data on new search request), but ``search`` is only triggered
after the search delay. Worked when delay was 0, with it being moved to 250 a
user can get results matching the previous search instead of the current one.
Trigger a closing of the current results list on any ``input`` event, which is
when text is entered in any of the searchview's ``InputView``
bzr revid: dle@openerp.com-20140210140032-06dnlxepcc5ae21f
|
|
a chosen many2one record in reference field
bzr revid: mat@openerp.com-20140206102409-4lbx7ofsgz8speni
|
|
SearchView widget
This avoids getting the error 'Cannot call method 'getParent' of undefined'
lp bug: https://launchpad.net/bugs/1178289 fixed
bzr revid: mat@openerp.com-20140205102107-5ggbbkyr172855uu
|
|
filter name to exceed the size of the box (on 2 lines)
bzr revid: mat@openerp.com-20140204155046-ifqts8mpaqhgvjnj
|
|
bzr revid: cto@openerp.com-20140204150544-nkuhxree6qijihq2
|
|
revert because was breaking the rendering of forms using oe_title as clearfix hack
adding clear on .oe_form_group to fix the journal form on firefox (block was unaligned, some fields out of the screen)
bzr revid: jke@openerp.com-20140203173926-ohabh1vahcwqijug
|
|
message to be the same than in mail
bzr revid: mat@openerp.com-20140131102836-e89xo4nrwk32uij8
|
|
redraw the window (to avoid getting stucked)
bzr revid: mat@openerp.com-20140129141438-3883hhzdiwyoo19t
|
|
list view properly display groups when grouped by 'date:interval' (addon web)
bzr revid: ged@openerp.com-20140129092359-20kw6n3sxqobiqu5
|
|
* Alter datetime.now(), generate a local datetime (add utcnow() which generates a UTC datetime)
* Implement datetime.replace() to manipulate local datetimes
* Implement date.today(), generates a local date
* Implement datetime.toJSON(), returns a javascript Date (assumes datetime attributes are local)
* Add conversion hook in JSON and JSONP handlers, automatically converts a Date object to a UTC datetime formatted according to server formats
Should allow the generation of correctly working (from the end-user's POV) [Today] filters, amongst other things.
Eg: a local expression in a domain for 'Today 00:00:00' would now be expressed as 'datetime.datetime.now().replace(hour=0, minute=0, second=0)' (no .strftime) and will be converted to UTC when sent to the server
bzr revid: mat@openerp.com-20140128133706-4yp610pp5w06tcia
|
|
positionning for search no_result, allow click on + in kanban when no_result (ask of fp)
bzr revid: jke@openerp.com-20140127172414-qftefwct3zbgfvrt
|
|
* change datetime.now() to generate user-local naive datetimes
* add datetime.utcnow() behaving as the old now()
* add date.today() generating a user-local date (for the current day)
* add datetime.replace() to replace any specific attribute of the
datetime object (except tzinfo, for now)
* datetime.toJSON() now returns the equivalent javascript Date object
(warning: uses the datetime attributes directly, since datetimes are
naive if they were created with utcnow() the Date result is going to
be complete nonsense). With the previous commit datetime.now()
generates a user-local now() which is converted to the correct UTC
datetime when sent to the server.
This means it becomes possible to generate datetime bounds for the
user's local today with either
datetime.datetime.now().replace(hour=0, minute=0, second=0)
or
datetime.datetime.combine(
datetime.date.today(),
datetime.time())
and once send over JSON-RPC the server will get the local datetime
in UTC to the server's format.
nb: user-local means "in the timezone of the user's browser" in this
context.
bzr revid: xmo@openerp.com-20140122151911-akn1nr6e739eg92s
|
|
This way, the client can send genuine local Date objects without
caring too much, the server will get them in an expected format. This
can then be used by leaving Date objects in domains, and have these
date objects end up correctly in the server without creators of
domains having to manually serialize them to UTC from a local datetime
somehow.
bzr revid: xmo@openerp.com-20140122135426-zm80cj5wm9iebs76
|
|
format of groupbys accepted by read_group
bzr revid: ged@openerp.com-20140122124449-4nodai5vkoz3eryf
|
|
removed rev 3738.
Without this a change of record in a form view would not recompute the list of states as well as a change of state due to a button
bzr revid: mat@openerp.com-20140121151255-jke0zbobb0ilpqid
|
|
bzr revid: mat@openerp.com-20140121142625-fy8zkafcvb9wwz88
|
|
bzr revid: mat@openerp.com-20140121135058-cr3ivak97rqm6npo
|
|
datetime string as would make timezones apply and lead to a possible day change
bzr revid: mat@openerp.com-20140121132725-k9f8hna3lg7nq7g8
|
|
float:left with cleartext hack is the same as no properties, and it's working in firefox
bzr revid: mat@openerp.com-20140120163554-zf0sq98ko8qqc9fb
|
|
bar and m2o fields.
This avoids making a search request for each keypressed
bzr revid: mat@openerp.com-20140120160147-q7lg4j93c836ec44
|
|
This prevents lines in bold font to be larger than normal one and produce a gap in lines (in Firefox at least)
bzr revid: mat@openerp.com-20140120150606-dvoetrbp3cavtuc3
|
|
empty values
bzr revid: mat@openerp.com-20140117113141-i95ncy04azzmahqk
|