| Age | Commit message (Collapse) | Author |
|
|
|
The group_by query expects the context to have group_by_no_leaf = true,
so we can not just blindly forward the context to the groupby query.
This is a defensive way to fix the problem, to avoid other possible
crashes. But the context shouldn't have group_by_no_leaf anyway,
it does not make sense to explicitely do that in the action
|
|
the new graph view silently ignored the context when doing its rpc
read_group. Usually, it's not really a problem, which is why it is only
now being fixed, but some models actually use the context in read_group.
(for ex, account_entries_report)
|
|
The problem was that when the user manipulates the graph view (in pivot
table mode), the graph view resetted the group by facet in the search
view. It was not a problem unless a custom filter with a groupby was
already there, in which case, the group bys were duplicated.
The search view is now smarter, it only resets the additional groupbys
(and col_groupbys). Also, to prevent usability problems, the graph
view disable the '+/-' groupbys added by a custom filters.
Note that this fix is only temporary: a revamp of custom filters, facets,
search view is coming in the next months. (at least, that's the idea). Right
now, too much 'search logic' is in the graph view.
Another note: this fix is somewhat fragile: it makes some assumptions
about the search query (mainly that the custom filter is the first facet,
also, that no other filters add groupbys/col_groupbys)
|
|
|
|
|
|
saves its scrolling position before redrawing itself (addon web_graph)
bzr revid: ged@openerp.com-20140422150316-m51u750732re8qib
|
|
searchbar. Now, it should properly compute and update the groupby/col_groupby in the search bar (addon web_graph)
bzr revid: ged@openerp.com-20140226111710-q11qx1tb2l0nryxf
|
|
and not from the context.
It was taken from the context, and had the unfortunate side effect that the user could not ungroup by removing the facet from the search view. (addon web_graph)
bzr revid: ged@openerp.com-20140210153221-olkv8xee02r9voer
|
|
incomplete informations in the first call. These calls then triggered useless queries and caused an incorrect (but brief) display of partial information in graph view (addon web_graph)
bzr revid: ged@openerp.com-20140210112313-z9elwhmjil41jcd2
|
|
context and initializing a graph view (addon web_graph)
bzr revid: ged@openerp.com-20140207135339-ohrjh6uvu22tjavh
|
|
xmo's code review (addon web_graph)
bzr revid: ged@openerp.com-20140124151635-14l3dchnrmujo5ni
|
|
in the xml description (addon web_graph)
bzr revid: ged@openerp.com-20140124084222-dq1gpg1tg8rinozx
|
|
to access undefined attributes (addon web_graph)
bzr revid: ged@openerp.com-20140123113450-ec4fubf1urkdutw7
|
|
improves searchbar integration (addon web_graph)
bzr revid: ged@openerp.com-20140122160707-39el7frwfj4pwd4d
|
|
read_group (use 'field_name:interval' in readgroup instead of context (addon web_graph)
bzr revid: ged@openerp.com-20140122133452-wy3hrsrokhnwc3ru
|
|
make it much simpler (addon web_graph)
bzr revid: ged@openerp.com-20140121143034-rid4saax5y63g7i1
|
|
view, changes groupby and goes back to graph view. (addon web_graph)
bzr revid: ged@openerp.com-20140117161940-3ojz17luxtsb9qfa
|
|
the graph view) (addon web_graph)
bzr revid: ged@openerp.com-20140117085842-vxaxes0yv3dr7t24
|
|
was that do_search is called twice when the user swap axis) (addon web_graph)
bzr revid: ged@openerp.com-20140116095549-3f2hbyzj32nuj147
|
|
bzr revid: ged@openerp.com-20140115155137-qwy0sr49zhizgmf6
|
|
bzr revid: ged@openerp.com-20140115093749-t2s0306fchm2tnir
|
|
pivot into pivot_table.js (addon web_graph)
bzr revid: ged@openerp.com-20140114125142-9qj3mvu0a1fp4sis
|