发现一个Bug，请校长帮忙在官方提一下

[wjfonhand]

Group By功能
只能分组当前页的记录
在模块列表试了
分类属于Tools的只列出了第一页的一个，实际上后面几页还有属于该分类的
重庆-mrshelly  因为, 在 GROUP 请求的时候, 会把当前页的ID传过去.

经测试，6.0.2和6.0.3的Web Client都存在此问题。GTK无错。

[wjfonhand]

[测试环境]: 你的操作系统, 你的操作系统语言, python 运行版本
服务器ubuntu9.0.4 中文 python2.6

[OE 版本]: All In One(版本) server(版本)  gtk client(版本)  web client(版本) postgresql(版本)
OpenERP Web6.0.2

[现象]: 文字+图片  尽量描述清楚发生的问题
Web客户端的列表界面，使用分组功能的时候，只对当前页的记录进行分组，不会考虑后续页满足分组条件的记录

[原因]: 文字+图片  如果知道原因, 请尽量用文字描述
在 GROUP 请求的时候, 会把当前页的ID传过去

[可能解决方案]: 文字+代码片段  请尽量提供 解决 代码片段或者 patch 文件.
不会

[digitalsatori]

感谢各位弟兄的信任，这应该是一个已经报告过的‘bug’：https://bugs.launchpad.net/openobject-client-web/+bug/675575
在目前trunk版本的web client, group by的行为是和GTK client一致的。
不过即使在弟兄们汇报的版本下，这个严格意义上也不能算一个bug，因为你可以将page limit设为'unlimited'然后再做grouping操作。
一般来说，在list view上显示所有的记录，当记录数非常大的时候对系统的运行效率会有较大的冲击，这类海量数据的分类统计还是用BI比较现实。

[mrshelly]

使用page limit 明显是不明智的..

6.0.x 提供 分组功能. 后台还是使用 GROUP BY 来实现的.  如果 是逐条计算出来的话, 未免太耗了些....

从OE 的GTK的功能 看来, 官方的意图不应该是使用 page limit 来玩的.
所以, 理论上, 应该还是BUG...

如果 不是BUG. 为什么 GTK 与 web 不一致?

[mrshelly]

按 commit log http://bazaar.launchpad.net/~openerp/openobject-client-web/6.0/revision/4223 修改 listgroup.py 后. 测试成功...