Datenbank #644

Error during XMLRPC calls

Added by Alexander Blum about 3 years ago. Updated about 2 years ago.

Status:ErledigtStart date:
Priority:NormalDue date:
Assignee:Alexander Blum% Done:

100%

Category:-
Target version:Repertoire 1) Testing phase I

Description

processing_1  | Traceback (most recent call last):
processing_1  |   File "repro.py", line 1299, in <module>
processing_1  |     repro()
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/click/core.py", line 664, in __call__
processing_1  |     return self.main(*args, **kwargs)
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/click/core.py", line 644, in main
processing_1  |     rv = self.invoke(ctx)
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/click/core.py", line 991, in invoke
processing_1  |     return _process_result(sub_ctx.command.invoke(sub_ctx))
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/click/core.py", line 837, in invoke
processing_1  |     return ctx.invoke(self.callback, **ctx.params)
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/click/core.py", line 464, in invoke
processing_1  |     return callback(*args, **kwargs)
processing_1  |   File "repro.py", line 1266, in all
processing_1  |     ctx.invoke(preview)
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/click/core.py", line 464, in invoke
processing_1  |     return callback(*args, **kwargs)
processing_1  |   File "repro.py", line 1183, in preview
processing_1  |     FILEHANDLING_CONFIG['previewed_path'])
processing_1  |   File "repro.py", line 1032, in directory_walker
processing_1  |     processing_step_func(root, destsubdir, audiofile)
processing_1  |   File "repro.py", line 176, in preview_audiofile
processing_1  |     matching_content = trytonAccess.get_content_by_filename(filename)
processing_1  |   File "/ado/src/c3sRepertoireProcessing/trytonAccess.py", line 30, in get_content_by_filename
processing_1  |     Test = Model.get('artist')
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/proteus/__init__.py", line 628, in get
processing_1  |     class Spam(Model):
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/proteus/__init__.py", line 432, in __new__
processing_1  |     for method in self.config.get_proxy_methods(self.model_name):
processing_1  |   File "/usr/local/lib/python2.7/dist-packages/proteus/config.py", line 318, in get_proxy_methods
processing_1  |     for x in self.server.system.listMethods()
processing_1  |   File "/usr/lib/python2.7/xmlrpclib.py", line 1233, in __call__
processing_1  |     return self.__send(self.__name, args)
processing_1  |   File "/usr/lib/python2.7/xmlrpclib.py", line 1591, in __request
processing_1  |     verbose=self.__verbose
processing_1  |   File "/usr/lib/python2.7/xmlrpclib.py", line 1273, in request
processing_1  |     return self.single_request(host, handler, request_body, verbose)
processing_1  |   File "/usr/lib/python2.7/xmlrpclib.py", line 1306, in single_request
processing_1  |     return self.parse_response(response)
processing_1  |   File "/usr/lib/python2.7/xmlrpclib.py", line 1482, in parse_response
processing_1  |     return u.close()
processing_1  |   File "/usr/lib/python2.7/xmlrpclib.py", line 794, in close
processing_1  |     raise Fault(**self._stack[0])
processing_1  | xmlrpclib.Fault: <Fault 255: "cannot concatenate 'str' and 'NoneType' objects">

tryton_1      | Traceback (most recent call last):
tryton_1      |   File "/ado/src/trytond/trytond/protocols/xmlrpc.py", line 153, in _dispatch
tryton_1      |     session, object_type, object_name, method, *params)
tryton_1      |   File "/ado/src/trytond/trytond/protocols/dispatcher.py", line 109, in dispatch
tryton_1      |     res.append(type + '.' + object_name + '.' + method)
tryton_1      | TypeError: cannot concatenate 'str' and 'NoneType' objects

History

#1 Updated by Alexander Blum about 3 years ago

  • % Done changed from 0 to 100

printing type, object_name, method in dispatcher.py:109 yielded:

('model', 'creation.utilisation', 'view_toolbar_get')
tryton_1      | ('model', 'creation.utilisation', 'fields_view_get')
tryton_1      | ('model', 'creation.utilisation', 'export_data')
tryton_1      | ('model', 'creation.utilisation', 'search_read')
tryton_1      | ('model', 'creation.utilisation', 'import_data')
tryton_1      | ('model', 'creation.utilisation', 'create')
tryton_1      | ('model', 'creation.utilisation', 'on_change')
tryton_1      | ('model', 'creation.utilisation', 'search')
tryton_1      | ('model', 'creation.utilisation', 'on_change_with')
tryton_1      | ('model', 'creation.utilisation', 'write')
tryton_1      | ('model', 'creation.utilisation', 'read')
tryton_1      | ('model', 'creation.utilisation', 'search_count')
tryton_1      | ('model', 'creation.utilisation', 'history_revisions')
tryton_1      | ('model', 'creation.utilisation', 'pre_validate')
tryton_1      | ('model', 'creation.utilisation', 'copy')
tryton_1      | ('model', 'creation.utilisation', 'fields_get')
tryton_1      | ('model', 'creation.utilisation', 'default_get')
tryton_1      | ('model', 'creation.utilisation', None)

So the culprit seemed to be some method or field in creation.utilisation. The only change to this object was within the field origin. Uncommenting the whole filed instead of passing an empty list seemed to fix the problem. This means that empty lists in reference fields will break XMLRPC, which probably is just a bug.

#2 Updated by Alexander Blum about 3 years ago

  • Status changed from Neu to Erledigt

#3 Updated by Alexander Blum about 2 years ago

  • Target version changed from 1) Testing phase I to Repertoire 1) Testing phase I

#4 Updated by Alexander Blum about 2 years ago

  • Project changed from repertoire to collecting_society

Also available in: Atom PDF