Comment 4 for bug 709559

Revision history for this message
Raphaƫl Valyi - http://www.akretion.com (rvalyi) wrote :

Dear OpenERP,

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.

Here was my patch:

akretion@audiolivroserver:/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']
     _inherit_fields = {}
- _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,
I open a new bugs for the multiple name_get GTK RPC calls:
https://bugs.launchpad.net/openobject-client/+bug/709567

and an other one for the slowness of the operation (here 22 minutes to complete on a good hardware!!!):
https://bugs.launchpad.net/openobject-addons/+bug/709575