IRC logs of #tryton for Monday, 2011-11-28

chat.freenode.net #tryton log beginning Mon Nov 28 00:00:01 CET 2011
2011-11-28 00:12 -!- plantian(~ian@c-67-169-72-36.hsd1.ca.comcast.net) has left #tryton
2011-11-28 09:33 <grasbauer> cedk: good morning. have you got a minute to give me a hint?
2011-11-28 09:35 <cedk> grasbauer: yeps
2011-11-28 09:37 <grasbauer> cedk: http://codereview.tryton.org/179002/diff/7002/product.py#newcode20 - id don't find a hook to do it better - tried fields_get - but there the pyson is already encoded ....
2011-11-28 09:40 <cedk> grasbauer: what I mean is that you can not modify the fields of Template in Product
2011-11-28 09:41 <grasbauer> cedk: ah - ok.
2011-11-28 09:41 <cedk> grasbauer: anyway, I think it will be simplier and better to have such things in product module
2011-11-28 09:41 <grasbauer> cedk: in the generic product module?
2011-11-28 09:42 <grasbauer> cedk: the product.template states should be defined in the generic - i agree ...
2011-11-28 09:43 <cedk> grasbauer: yes
2011-11-28 09:48 <grasbauer> cedk: where I can find a example for checking the pyson on a field and adding a
2011-11-28 09:48 <grasbauer> oops
2011-11-28 09:49 <grasbauer> cedk: Is there an example to extend the pyson on a field? Because all fields of template are having already readonly in case of not active ...
2011-11-28 09:53 <grasbauer> cedk: in __init__ the states is a pyson-object - in fields_get a string - so I don't know where to extend it properly
2011-11-28 09:53 <cedk> grasbauer: it is in __init__
2011-11-28 09:54 <grasbauer> cedk: ok
2011-11-28 09:54 <cedk> grasbauer: http://hg.tryton.org/modules/company/file/46b8745615a4/party.py#l15
2011-11-28 09:57 <grasbauer> cedk: ok - this I know. But this implies to know the name of the field. But to be generic here I have to manipulate all possible fields - from unknown extensions as well ...
2011-11-28 09:59 <cedk> grasbauer: I think this is not doable
2011-11-28 09:59 <cedk> grasbauer: because your code will not necessary be the last one
2011-11-28 10:03 <grasbauer> cedk: thats why i thought that manipulating _inherit_fields is more save - because product.product is called always after product.template
2011-11-28 10:04 <cedk> grasbauer: not always
2011-11-28 10:04 <cedk> grasbauer: but we have it in the base module that not a problem
2011-11-28 10:08 <grasbauer> cedk: and dumb setting all fields readonly inherited from template in fields_get in product.product isn't a proper way as well?
2011-11-28 10:10 <grasbauer> cedk: because I don't want to change the behavior of the fields - its more about prevent editing fields of the template accidentally (in sense of usabillity)
2011-11-28 10:12 <cedk> grasbauer: it must be done in base module or not
2011-11-28 10:12 <cedk> grasbauer: I'm not against not having it
2011-11-28 10:14 <grasbauer> cedk: ok - so the conclusion seems that product variant isn't a extension of the base module - its part of the base modules?
2011-11-28 10:16 <cedk> grasbauer: no
2011-11-28 10:28 <grasbauer> cedk: ok. so I don't have a conclusion for me yet :-/ I understand already: manipulating the fields of product.template must be done in the __init__ of product.template. There I have no information about the fields that the module already has (or only self._columns) - so, last try: can I manipulate the states in self._columns?
2011-11-28 10:29 <cedk> grasbauer: yes but it is not sure that you will have all the fields
2011-11-28 10:32 <grasbauer> cedk: ok - because a extension loaded after product_variants can add additional fields to product.template as well, right? so the extender needs to take care for himself ;)
2011-11-28 10:34 <cedk> grasbauer: yes
2011-11-28 10:35 <grasbauer> cedk: ok, thanks. I'll start ...
2011-11-28 10:57 <ciupicri> cedk, is it to me or you've worked at an integration of tryton with satchmo?
2011-11-28 10:58 <cedk> ciupicri: it is not me
2011-11-28 10:58 <ciupicri> ok
2011-11-28 11:54 -!- ndn_pit(~ndn@2.132.97.137) has left #tryton
2011-11-28 14:58 <ciupicri> I'm using tryton-2.0.2-1.fc16.noarch and trytond-2.0.2-1.fc16.noarch along with PostgreSQL. How can I use an already existing database that's empty?
2011-11-28 15:03 <cedk> ciupicri: what do you mean?
2011-11-28 15:03 <cedk> ciupicri: fill an existing database?
2011-11-28 15:03 <ciupicri> cedk, I have already create a database named tryton
2011-11-28 15:04 <ciupicri> it's empty, but the tryton user can do whatever it wants with it
2011-11-28 15:04 <cedk> ciupicri: trytond -d <databasename> -i all
2011-11-28 15:04 <ciupicri> let me try it
2011-11-28 15:06 <ciupicri> the client says "incompatible version of the server"
2011-11-28 15:12 <cedk> ciupicri: strange
2011-11-28 15:12 <cedk> ciupicri: perhaps an IPv6 issue
2011-11-28 15:15 <ciupicri> unrelated I think: /usr/lib/python2.7/site-packages/tryton/common/common.py:1108: GtkWarning: GtkEntry - did not receive focus-out-event. If you connect a handler to this signal, it must return FALSE so the entry gets the event as well gtk.main_iteration()
2011-11-28 15:16 <cedk> ciupicri: unrelated and fixed in trunk
2011-11-28 15:17 <ciupicri> ok; what about this one? "Traceback (most recent call last): File "/site-packages/tryton/gui/window/dblogin.py", line 245, in edit_profilename oldname = model[path][0] IndexError: could not find tree path"?
2011-11-28 15:17 <ciupicri> it happened while trying to add another profile
2011-11-28 15:19 <cedk> ciupicri: looks the same as https://bugs.tryton.org/issue2292
2011-11-28 15:20 <ciupicri> yes, you're right
2011-11-28 15:21 <ciupicri> ps shows me /usr/bin/python /usr/bin/trytond --config /etc/trytond.conf --pidfile=/var/lib/trytond/trytond.pid --logfile=/var/log/trytond/trytond.log -d tryton -i all . Is this correct?
2011-11-28 15:23 <ciupicri> the tables seems to have been created
2011-11-28 15:24 <cedk> ciupicri: it looks but you must run it only once
2011-11-28 15:24 <ciupicri> ohh
2011-11-28 15:30 <ciupicri> cedk, is there a way to specify the admin password for tryton when initializing the database? I'm trying to automate this step by running a command under puppet.
2011-11-28 15:32 <cedk> ciupicri: no
2011-11-28 15:32 <ciupicri> /etc/trytond.conf has an admin_passwd and trytond --help doesn't show any parameter..
2011-11-28 15:32 <ciupicri> I see
2011-11-28 15:32 <cedk> ciupicri: the admin_password is for managing database via the client
2011-11-28 15:46 <oxcar> Hi, I have a doubt, Is json-rpc more fast that xml-rpc for transactions?
2011-11-28 15:48 <cedk> oxcar: what do you mean?
2011-11-28 15:51 <oxcar> Hi, I have a doubt, Is json-rpc faster that xml-rpc for doing transactions?
2011-11-28 15:52 <cedk> oxcar: what do you name transaction?
2011-11-28 15:54 <oxcar> Ok, transactions not, the calls
2011-11-28 15:54 <cedk> oxcar: there is a lot of thing to take into account
2011-11-28 15:55 <cedk> oxcar: network speed, cpu etc.
2011-11-28 15:55 <cedk> the size of the message is very smaller with json than xml
2011-11-28 15:56 <oxcar> ah, ok.
2011-11-28 16:14 <ciupicri> is this backtrace http://fpaste.org/XdJ1/ a known bug?
2011-11-28 16:18 <cedk> ciupicri: it looks like you are entering a wrong RO vatnumber
2011-11-28 16:18 <ciupicri> yeah, it had a space at the end, but nevertheless it shouldn't display that ugly backtrace
2011-11-28 16:19 <ciupicri> err traceback
2011-11-28 16:49 <ciupicri> what's with this error "Calling method create on model party.check_vies.check is not allowed!"?
2011-11-28 16:52 <cedk> ciupicri: it looks like a strange wrong method name
2011-11-28 17:08 <cedk> ciupicri: about vatnumner, fill an issue on vatnumber bugtracker
2011-11-28 17:17 -!- pjstevns(~paul@a83-163-46-103.adsl.xs4all.nl) has left #tryton
2011-11-28 17:18 <ciupicri> cedk, unfortunately I have no idea how I managed to trigger it
2011-11-28 17:53 <grasbauer> cedk, udono: now I need 3 weeks holidays - it's to hard for me to manage the relations of to models which are inherited each from the other ...
2011-11-28 18:07 -!- udono(~udono@ip-109-91-208-150.unitymediagroup.de) has left #tryton
2011-11-28 19:31 <udono> grasbauer: keep cool, imho you are doing a good job. Hopefully I solve all my 2.2 migration problems soon and come back to test product_variant
2011-11-28 19:40 <seba1> Hi, is anyone here familiar with json-rpc 2.2 ?
2011-11-28 19:40 <seba1> in version 2.2
2011-11-28 19:52 <udono> seba1: hi, just ask your question, we will see if someone is familiar with json-rpc :-)
2011-11-28 20:01 <seba1> okay :)
2011-11-28 20:01 <seba1> i'm trying to do a "modelstorage".search() json-rpc call
2011-11-28 20:02 <seba1> and i sniffed the structure of this pretty much from a tryton to trytond connection
2011-11-28 20:03 <seba1> but i cant seem to figure out why the method always fails as soon as i dont keep 1:1 to the sniffed domain
2011-11-28 20:04 <seba1> so, does the method really needs all the timezone, locate, language, groups parameters?
2011-11-28 20:18 <udono> seba1: I am not so familiar with json-rpc, but from xmlrpc I know, tryton always needs a context for each request.
2011-11-28 20:19 <udono> seba1: But why you need such a low level communication? Did you try trytond as a moduleor proteus?
2011-11-28 20:20 <udono> seba1: or even proteus-js?
2011-11-28 20:20 <seba1> no i didnt tried it yet
2011-11-28 20:22 <seba1> the thing is, that i'm not developing in javascript, but java
2011-11-28 20:23 <udono> seba1: Do you have jython available?
2011-11-28 20:25 <seba1> yep :)
2011-11-28 20:25 <seba1> do you think it is easier/more efficent to do the rpc in phyton?
2011-11-28 20:26 <seba1> python*
2011-11-28 20:29 <udono> seba1: There is maybe a chance to get proteus run on jython. But I don't know if it is possible. Proteus http://hg.tryton.org/proteus is a high level client api to tryton. Using proteus looks like this: http://hg.tryton.org/tryton-tools/file/3a30c988c7ff/tryton_demo.py
2011-11-28 20:32 <seba1> looks promising, i ll keep it in mind if i dont get it working with java, thanks!
2011-11-28 20:33 <seba1> but back to the context: what is it's purpose other then defining meta-data like thousands_seperator etc.
2011-11-28 20:33 <seba1> ?
2011-11-28 20:41 <udono> seba1: according to http://code.google.com/p/tryton/wiki/RemoteCalls the context includes the user preferences and the session. I guess it is needed because of the stateless connection. But here I am not an expert...
2011-11-28 20:46 <seba1> I found that example as well, but unfortunately it is for version 1.6. If you have a look at the api, you can see that 1.6's search method ( http://doc.tryton.org/1.6/trytond/doc/ref/models/models.html#modelstorage ) changed it's input parameters compared to the 2.2's one: http://doc.tryton.org/2.2/trytond/doc/ref/models/models.html#modelstorage
2011-11-28 20:47 <seba1> instead of: modelStorage.search(cursor, user, domain[, offset[, limit[, order[, context[, count]]]]]), it's now ModelStorage.search(domain[, offset[, limit[, order[, count]]]])
2011-11-28 20:48 <seba1> it is confusing, since the json-file caught in my tcp sniffing indicates, that still the "old" method is used.
2011-11-28 20:52 <udono> seba1: The cursor, user, context moved to the transaction.
2011-11-28 20:53 <udono> seba1: But since 1.8 I no longer use low level api like XYZ-RPC, I use always proteus to communicate with Trytond from a script.
2011-11-28 20:53 <seba1> i see why ;)
2011-11-28 20:54 <seba1> does the proteus.js works like trytond as a module?
2011-11-28 20:58 <udono> seba1: it works more like a wrapper over xmlrpc.
2011-11-28 20:59 <udono> seba1: but it is also a wrapper for trytond as a module.
2011-11-28 20:59 <udono> seba1: depends on the connection type you choose
2011-11-28 21:07 <seba1> okay, thanks for your help :) i really appreciate!
2011-11-28 21:09 <udono> seba1: welcome
2011-11-28 22:04 -!- seba1(~seba@mnhm-590e4c84.pool.mediaWays.net) has left #tryton

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!