Many2One component causes exception
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Odoo GTK Client (MOVED TO GITHUB) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
When using a many2one widget with XML-RPC, the following occurs:
OpenPGP: *Attachments to this message have not been signed or encrypted*
Sharoon,
I've encountered another problem - this one is with client!
I installed product_
sale_product_
exception thrown after choosing a product template.
Sql to create db is attached. (need to do a createdb with owner openerp
first)
I'm hoping you've seen this before and can point me to a quick answer.
Jim Norman
WARNING:
marshal None unless allow_none is enabled
No handlers could be found for logger "bzr"
No LSB modules are available.
ERROR:common.
Environment Information :
System : Linux-2.
OS Name : posix
Distributor ID: Ubuntu
Description: Ubuntu 9.10
Release: 9.10
Codename: karmic
Operating System Release : 2.6.31-19-generic
Operating System Version : #56-Ubuntu SMP Thu Jan 28 01:26:53 UTC 2010
Operating System Architecture : 32bit
Operating System Locale : en_US.UTF8
Python Version : 2.6.4
OpenERP-Client Version : 5.0.7
Last revision No. & ID :1046 <email address hidden>
<type 'exceptions.
enabled
DEBUG_RPC:
('maintenance.
DEBUG_RPC_
Traceback (most recent call last):
File "/opt/openerp/
240, in sig_find
context = self._view.
File "/opt/openerp/
context_get
field_context = model.expr_
check_load=
File "/opt/openerp/
expr_eval
d[name] = mfield.get(self, check_load=
File "/opt/openerp/
result.
get_readonly=
File "/opt/openerp/
self.
File "/opt/openerp/
_check_load
self.reload()
File "/opt/openerp/
return self._reload(
[CONCURRENCY_
File "/opt/openerp/
_reload
res = self.rpc.
File "/opt/openerp/
return session.
self.func, *args)
File "/opt/openerp/
common.
File "/opt/openerp/
xmlGlade.
escape(message))
File "/usr/lib/
s = s.replace("&", "&") # Must be done first!
AttributeError: 'int' object has no attribute 'replace'
The code works fine when using NET-RPC. I suspect that the XML-RPC code starts off using a file interface, then looks at a socket for a response, and has none, causing the exception.
I have not located the exact cause of the problem.
Looks like the bug directly addresses me
:-)