happy to see that once month ago you considered that a "feature":
http://<email address hidden>/msg09053.html
I'm not too sure my customer thinks that was a feature...
I had to edit orm.py to hardcode a different _max_count limit (1000) instead of 200 for the picking to work.
This is a pig workaround, I hope you find a better solution because else it's a major headache guaranteed for lots of people when processing larger data. We are here talking about a small ~30 employees SMB, not a fortune 500 company.
Dear OpenERP,
happy to see that once month ago you considered that a "feature": /msg09053. html
http://<email address hidden>
I'm not too sure my customer thinks that was a feature...
I had to edit orm.py to hardcode a different _max_count limit (1000) instead of 200 for the picking to work.
This is a pig workaround, I hope you find a better solution because else it's a major headache guaranteed for lots of people when processing larger data. We are here talking about a small ~30 employees SMB, not a fortune 500 company.
Here was my patch:
akretion@ audiolivroserve r:/opt/ openerp- trunk/server/ bin$ bzr diff
=== modified file 'bin/osv/orm.py'
--- bin/osv/orm.py 2011-01-18 15:52:19 +0000
+++ bin/osv/orm.py 2011-01-29 00:24:07 +0000
@@ -1883,7 +1883,7 @@
_protected = ['read', 'write', 'create', 'default_get', 'perm_read', 'unlink', 'fields_get', 'fields_view_get', 'search', 'name_get', 'distinct_ field_get' , 'name_search', 'copy', 'import_data', 'search_count', 'exists'] fields = {}
_inherit_
- _max_count = 200
+ _max_count = 1000
_max_hours = 1
_check_time = 20
But again I suggest to find something better, at the very least the limit should be in the server conf instead of the code.
Second, /bugs.launchpad .net/openobject -client/ +bug/709567
I open a new bugs for the multiple name_get GTK RPC calls:
https:/
and an other one for the slowness of the operation (here 22 minutes to complete on a good hardware!!!): /bugs.launchpad .net/openobject -addons/ +bug/709575
https:/