IRC logs of #tryton for Wednesday, 2010-11-17

chat.freenode.net #tryton log beginning Wed Nov 17 00:00:02 CET 2010
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton00:12
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton00:27
-!- kwmiebach(~ad@xdsl-87-79-58-24.netcologne.de) has joined #tryton00:47
-!- rednul(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton00:58
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton01:14
-!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton01:19
-!- tony__(~tony@116.233.246.78) has joined #tryton01:44
-!- kwmiebach(~ad@xdsl-87-79-58-24.netcologne.de) has left #tryton01:44
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton01:45
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton02:08
-!- ikks_(~ikks@190.158.122.179) has joined #tryton02:20
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton02:24
-!- rednul(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton03:18
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton03:33
-!- plantian(~ian@c-69-181-194-95.hsd1.ca.comcast.net) has joined #tryton03:44
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton03:49
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton04:35
-!- paepke(~paepke@p4FEB7BCA.dip.t-dialin.net) has joined #tryton04:38
-!- gremly(~gremly@190.26.156.189) has joined #tryton04:43
-!- yangoon(~mathiasb@p549F69C3.dip.t-dialin.net) has joined #tryton05:18
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton05:21
-!- yangoon(~mathiasb@p549F4650.dip.t-dialin.net) has joined #tryton06:15
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton06:16
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton06:46
-!- evernichon(~evernicho@mailout.fief.ch) has joined #tryton06:48
-!- vladimir_(~vladimir@adsl-dyn-88.95-102-9.t-com.sk) has joined #tryton07:11
-!- rednul(~rednul@209-193-110-226.mammothnetworks.com) has joined #tryton07:19
-!- rednul(~rednul@209-193-110-226.mammothnetworks.com) has joined #tryton07:29
-!- svaksha_(~svaksha@unaffiliated/svaksha) has joined #tryton07:32
-!- svaksha(~svaksha@unaffiliated/svaksha) has joined #tryton07:54
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton08:12
-!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton08:28
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton08:55
-!- Timitos(~kp@88.217.184.172) has joined #tryton09:06
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton09:30
-!- bechamel(~user@host-85-201-147-56.brutele.be) has joined #tryton09:59
sharkczcedk: http://sharkcz.livejournal.com/7018.html10:14
-!- Red15(~red15@unaffiliated/red15) has joined #tryton10:25
cedksharkcz: great10:43
-!- gordon_geeko(~jeroen@212.147.120.127) has joined #tryton10:47
cedkgordon_geeko: you could be interested in  http://sharkcz.livejournal.com/7018.html10:51
gordon_geekocedk: i made the switch to 1.8 yesterday, rebuilt the fedora rawhide packages!10:52
gordon_geekocedk: like the improvements10:53
gordon_geekocedk: ah, i see he's also packaged the modules10:54
-!- paepke(~paepke@p4FEB26A8.dip0.t-ipconnect.de) has joined #tryton11:01
gordon_geekois it possible to set the context in an on_change?11:28
cedkgordon_geeko: no (bad practice :-)11:29
gordon_geekocedk: i'd like to set a required attribute on a field from an on_change event11:30
cedkgordon_geeko: this is not a good design because it will depend on the way the form is filled11:32
cedkbut you try this bad practice because it is the only way in OE :-)11:32
cedkgordon_geeko: there is some way to solve this depending of the data model11:33
gordon_geekocedk: yes ;-), would you suggest a function field - and if so, when is that evaluated?11:33
cedkgordon_geeko: but generaly, you must use a PYSON statement in states['required']11:33
cedkgordon_geeko: there is this example: http://hg.tryton.org/modules/account/file/b5bdbac9d33b/party.py#l2611:34
gordon_geekocedk: this would work for a lookup or calculation?11:34
cedkgordon_geeko: what do you mean by lookup and calculation?11:34
gordon_geekofor example, i need to set required for party move line depending on the account kind11:35
cedkgordon_geeko: so I will create a boolean function field on move that define if party is required or not11:37
cedkgordon_geeko: and put a on_change_with on it11:37
cedkgordon_geeko: it looks like http://hg.tryton.org/modules/stock/file/cf398145492f/move.py#l8111:37
gordon_geekocedk: ah, thx for the pointers - i'll give it a try11:38
cedkgordon_geeko: one thing you should know is that in Tryton states are validated on server side11:39
cedkgordon_geeko: so the server must always be able to evaluate the PYSON statement then it can not depend on the click scenario11:40
gordon_geekocedk: seems sensible...11:40
-!- paepke(~paepke@p4FEB26A8.dip0.t-ipconnect.de) has left #tryton13:02
-!- paepke(~paepke@p4FEB7BCA.dip.t-dialin.net) has joined #tryton13:45
-!- pepeu(~manuel@201.155.193.192) has joined #tryton14:54
-!- gremly(~gremly@200.106.202.91) has joined #tryton15:12
-!- hoRn(~chatzilla@dslb-094-223-183-073.pools.arcor-ip.net) has joined #tryton15:34
hoRnHi15:35
-!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton16:14
-!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton16:27
hoRncedk: ping16:55
-!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton17:08
cedkhoRn: pong17:12
hoRncedk: you remember my confusion about the issue with the history and the 'you are trying to access a lost entry'? (sale_opportunity)17:14
hoRncedk: i was cleaning up my module and so the problem seems fixed. but i think, the mainproblem behind is, that a posible ROLLBACK isn't rollbacking ;) the _history of the object. Possibly, only an idea ...17:17
hoRncedk: i was manipulating the selection of a SELECTION-field in fields_view_get with wrong datatype - so the transaction was not commited. But there was an entry in the history.17:19
cedkhoRn: normally there is no commit17:28
bechamelhoRn: if there is an error in fields_view_get, the problem appear on read, while history record are created on create, write and delete17:29
hoRnyes - the error came from sale_opportunity_histories readmethod17:39
hoRnfinally - it was a error caused by a mistake of mine - but i was thinking about handling such errors17:41
hoRna similar error can occur, when a copy-action is not done right.17:42
bechamelhoRn: and you do a copy on read ?17:45
cedkhoRn: no, every requests are run in a unique transaction17:45
hoRnno - i did a write and create in a fields_view_get17:46
hoRnon a different model17:47
cedkhoRn: except if you make explicit commit17:48
hoRncedk: i was trying that by updating the _rpc of the model17:49
cedkhoRn: even, it will still stay transactional all over the request17:53
hoRncedk: ok - i will take a deeper dive in this next days - first i have to finish the modul, client ist waiting and angry17:54
-!- rednul(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton18:05
-!- paepke(~paepke@p4FEB26A8.dip0.t-ipconnect.de) has joined #tryton18:12
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton18:21
-!- paepke(~paepke@p4FEB1014.dip0.t-ipconnect.de) has joined #tryton18:39
-!- gordon_geeko(~jeroen@77-56-129-131.dclient.hispeed.ch) has joined #tryton19:08
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton19:32
-!- pepeu(~manuel@201.155.193.192) has joined #tryton19:48
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton19:54
-!- rednul(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton19:57
-!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton20:06
-!- woakas(~woakas@200.106.202.91) has joined #tryton20:12
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton20:33
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton20:59
-!- udono(~udono@dynamic-unidsl-85-197-25-1.westend.de) has joined #tryton21:24
gordon_geekoi notice that my function field is never called, even with depends - unless i use an on_change_with in the function field21:28
gordon_geekocould this be a bug?21:29
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton21:36
-!- vladimir_(~vladimir@213.151.246.136) has joined #tryton21:46
-!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton21:57
-!- pjstevns(~pjstevns@helpoort.xs4all.nl) has left #tryton21:57
cedkgordon_geeko: could you re-copy/paste the code21:58
-!- vladimir_(~vladimir@213.151.246.136) has joined #tryton21:59
gordon_geekocedk: went back to try the earlier issue i had, see: http://pastebin.com/Lg5609mb22:05
cedkgordon_geeko: I just think. Do you know that Function field are not called on non-saved records?22:08
gordon_geekocedk: but these records are saved, and it works after manually changin the period field22:10
cedkgordon_geeko: which period field22:10
gordon_geekocedk: the original one from move22:11
gordon_geekocedk: only then is on_change_with called, the get func is never called22:12
cedkgordon_geeko: so you must have something wrong in the field definition22:13
cedkgordon_geeko: but I don't see22:13
-!- paepke(~paepke@p4FEB1014.dip0.t-ipconnect.de) has left #tryton22:22
-!- ccomb(~ccomb@vau75-2-81-57-244-84.fbx.proxad.net) has joined #tryton22:38
-!- ccomb(~ccomb@vau75-2-81-57-244-84.fbx.proxad.net) has left #tryton22:38
-!- jbunting(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton22:47
-!- jbunting(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton22:49
-!- ccomb(~ccomb@vau75-2-81-57-244-84.fbx.proxad.net) has joined #tryton22:51
-!- ccomb(~ccomb@vau75-2-81-57-244-84.fbx.proxad.net) has left #tryton22:51
-!- jbunting(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton22:55
-!- jbunting(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton22:56
hoRnIs anybody there?22:59
hoRni have a issue with22:59
hoRnor only the computers are eatin energy ;)23:00
gordon_geekoshouldn't obj.create call default_field?23:08
hoRni think it doesn't - copy has the posibilty to apply default as dict23:12
cedkgordon_geeko: yes if you don't pass value for some fields23:13
hoRni have found a possible issue in sale_opportunity and a small patch - where to post - in issuetracker?23:14
cedkhoRn: see http://code.google.com/p/tryton/wiki/HowtoContribute23:15
hoRnto much text - i will use the tracker ;)23:18
-!- nicoe(~nicoe@91.180.49.201) has joined #tryton23:19
gordon_geekocedk: for the default, what should i return for a boolean?23:21
gordon_geekocedk: because False isn't working23:22
gordon_geekoneither does 023:24
gordon_geekosomething is wierd23:26
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton23:28
cedkgordon_geeko: it is False normally23:35
cedkgordon_geeko: you should also verify that there is not a ir.default entry for the field23:50
cedkgordon_geeko: if you want you can send me your module, I could find time to analyze the issue23:53

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!