c2c-oerpscenario team mailing list archive
-
c2c-oerpscenario team
-
Mailing list archive
-
Message #14663
[Bug 709567] Re: [6.0.1][stock] large picking slow performance
After Naresh's investigation, it appears this issue stems from a server-side shortcoming: read() on many2one fields in osv_memory objects did not return the name, but only the ID of the target record.
Clients expect read() to return a tuple with (id, name) for many2one records, otherwise they have to manually call name_get() in an "out-of-band" fashion, which cannot be easily batched.
This will be fixed in server soon, and will improve the situation for
all wizards and all clients at once.
** Changed in: openobject-server
Milestone: None => 6.0.2
--
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/709567
Title:
[6.0.1] many2one fields should be read as (id, name) also for
osv_memory objects (saving name_get RPC calls)
Status in OpenERP Server:
In Progress
Bug description:
Hello,
I've a production case with 315 moves in a picking, when clicking on
process, the wizard last for nearly a minute to appear depending on
your network latency because it makes a name_get RPC call for each
line instead of reading it by batch, see the following GTK RPC logs +
full description here (I open a new bug as those are separated
concerns): https://bugs.launchpad.net/openobject-addons/+bug/709559
References