IRC logs of #tryton for Saturday, 2013-04-20 #tryton log beginning Sat Apr 20 00:00:02 CEST 2013
smarrocedk: ping00:00
cedksmarro: pong00:08
smarrocedk: can we still commit translations a few more hours?00:24
cedksmarro: ok00:24
smarrocedk: great00:24
cedksmarro: it is not yet midnight in south america :-)00:24
smarrocedk: :-)00:24
trytonnoobhi.. i keep having this "The value of the field<some many2many> on <some Model> is not valid to its domain"  what does this means?04:14
trytonnoobthis happens after i updated a field on a selected record (based on the recored selected on the many2many) , and is on the Create method (i overwrite the create method)04:16
coepsHi, what's the return-type of an empty Many2One field in PYSON : 'fieldx'==??13:06
coepsI keep getting the error "statements must have the same type"13:07
coepsincorrect: I have Eval('fieldmany2one') == ??, where I tried None, (), [] ... False..., But none works.13:12
cedkcoeps: it is an id so you must put a int as default value13:28
coepscdek: Thanks, works13:48
katrcedk: Thx for the fix for issue 3164.16:30
katrcedk: I currently find it very difficult getting taxes right posting entries directly to the journal.16:31
katrcedk: If I define a default tax on an account the accounting lines and tax lines get correctly created.16:32
katrcedk: But if the amounts of the move line gets changed later, the tax lines are not updated anymore.16:33
katrcedk: This leads to a incorrect tax declaration.16:33
katrcedk: I know the preferred way is to use other objects like invoices etc. But is there an easy way to improve this and make the accountants happy who are more used to work directly in the journals?16:40
coepscdek: unfortunately it does not work correctly yet: This part is obviously still wrong. (Bool(Eval('many2onefield', -1) > 0)),16:46
cedkkatr: the computation is no updated when changing to allow manual correction16:49
cedkkatr: I think if tax is too complex it should be filled using invoices16:49
cedkkatr: or with a new document16:50
cedkcoeps: first no need of Bool as "x > 0" is already a boolean16:50
cedkcoeps: but what is the issue?16:50
coepsI always got an error of _convert staticmethod of However, after I restarted the server and used a blank DB it works now.16:52
coeps The error was, that my value was not castable to float16:52
cedkcoeps: be carefull that the client cache model definition so if you change it on the server side you must restart the client or launch it in development mode to disable cache16:54
katrcedk: What would that new document be?16:55
cedkkatr: don't know what you are encoding16:56
katrcedk: If have written my own module for adjustment moves -- like you suggested. But there is are a lot of business case which entail some VAT stuff not yet covered by invoices etc.16:59
cedkkatr: but maybe something to create move based on template16:59
katrcedk: Templates sound good.17:00
katrcedk: Is it intentional that the tax lines can be changed even if the move line it is based on is in posted state?17:21
cedkkatr: no17:38
cedkkatr: I don't think17:38
cedkkatr: but in some way it could be useful17:38
coepscdek: again, it is not working, 'invisible':  (Eval('many2onefield', -1) < 0), gives me the following error: float() argument must be a string or a number. in tryton/"17:39
coepsupdate of the db does not help (even not a new DB)17:39
cedkcoeps: so I guess the value of the field is None17:40
cedkcoeps: so you must catch it17:40
cedkcoeps: can not compare None to 017:40
coepsbut if I use Eval('many2one', -1 == None) the error is,  assert types1 == types2, 'statements must have the same type'17:43
coeps I just would like to hide a button, when the field many2one is empty.17:43
cedkcoeps: so use: Bool(Eval('many2one'))17:43
katrcedk: Does it make sense to make it configurable?17:48
coepsUhhhhhh, thanks17:50
cedkkatr: I was thinking that it should be readonly once the period is closed17:52
katrcedk: I was thinking of locking it on a per-company or per-tax basis.17:54
katrcedk: Because there is still the problem that somebody accidentally messes up the tax declaration while the period is open.17:56
cedkkatr: just like it is possible that someone messes up the all accounting17:58
cedkkatr: but maybe just make it readonly just like the move line will be fine18:01
katrcedk: O.K. I'll get back on that topic after 2.8 is out, or even 2.10 :).18:09
cedkkatr: best is to fill an request on bugtracker18:30
katrcedk: O.K., I'll do that. Bye!18:53

Generated by 2.11.0 by Marius Gedminas - find it at!