IRC logs of #tryton for Thursday, 2015-02-26

chat.freenode.net #tryton log beginning Thu Feb 26 00:00:02 CET 2015
-!- TheCowboy`(~TheCowboy@ip68-98-183-236.dc.dc.cox.net) has joined #tryton00:05
-!- digitalsatori(~Thunderbi@116.234.195.249) has joined #tryton00:28
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton01:53
-!- smarro(~sebastian@190.105.93.196) has joined #tryton02:20
-!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton03:11
-!- lfm_(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton04:38
-!- digitalsatori(~Thunderbi@116.234.195.249) has joined #tryton04:46
-!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton04:47
-!- yangoon1(~mathiasb@p549F0451.dip0.t-ipconnect.de) has joined #tryton06:02
-!- uranus(~uranus@ip72-192-133-197.sd.sd.cox.net) has joined #tryton06:30
-!- frispete(~frispete@p54A9047A.dip0.t-ipconnect.de) has joined #tryton06:40
-!- VaticanCameos(~pritishc@103.245.118.154) has joined #tryton07:26
VaticanCameosI am trying out the account_invoice_history module. For eg, I get the history table of Party model (Party.__table_history__()). I have created a few parties before doing this. However, when I try to get the list of IDs in the table (using python-sql select query), the cursor.execute() call returns None. This is specifically if I test using postgres.07:28
VaticanCameosIt works on sqlite.07:28
VaticanCameosAny ideas why this happens? Should I be committing the cursor somewhere?07:28
-!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton08:14
-!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton08:24
-!- nineinchnick(~jwas@109.231.22.83) has joined #tryton08:26
-!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton08:46
-!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton09:02
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton09:02
marek_Party.__table_history__() is historization of party data it should not contain data unless you change party09:07
-!- nicoe(~nicoe@2a02:a03f:3065:f00:ee55:f9ff:fe7b:f7ac) has joined #tryton09:54
-!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton10:17
-!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton10:59
pokoliif i define a context in a One2Many field, it's not used to retrive the records, it's the expected behaviour?11:38
cedkpokoli: yes11:44
cedkpokoli: it is only for new/add11:44
pokolicedk: ok, so I can set the context if i need with a function field11:45
pokolicedk: the problem i have is that target model is a table_query that grouping depends on context11:46
pokolicedk: why it's not used for retrieve?11:47
cedkpokoli: context of field can not be evaluated for reading xxx2many records for performance reason11:48
cedkpokoli: indeed it is used but only the first time11:49
-!- kstenger(~karla@200.124.209.158) has joined #tryton11:49
cedkpokoli: the doc should be updated to explain the current behaviour11:50
pokolicedk: ok, i will fill a issue + patch11:51
cedkpokoli: https://bugs.tryton.org/issue409811:51
cedkpokoli: so it kind of works but depend of your use case11:52
pokolicedk: my use case asumes that context is set for search on target model, but it is not11:57
pokolicedk: so don't know how to do it11:58
pokolicedk: I was thinking in creating a different models for it using on One2Many11:59
cedkpokoli: it does for search except if you call search something else then the add_remove11:59
cedkpokoli: it does also for reading but with a fixed context evaluated the first time12:00
cedkpokoli: so whithout clear example, I can not help more12:00
pokolicedk: let me post some code12:01
pokolicedk: http://pastebin.com/Am3ZTK21 thats basically what i'm doing12:04
pokolicedk: and context is not correctly set on table_query, so i get the wrong grouping12:04
cedkpokoli: which version?12:11
pokoli3.412:11
pokolicedk: 3.412:11
pokolicedk: i modified trytond/model/fields/one2many.py to update context on get, an it worked well12:14
cedkpokoli: it is strange because in O2M._set_default_value the context is set to the Group12:14
pokolicedk: can you point where the search call is done?12:18
pokolicedk: AFAIU, thats a client side problem12:18
cedkpokoli: OK, I understand the problem12:22
cedkpokoli: what you can the search is indeed the read of the parent record12:23
pokolicedk: mmmm, yes, because I'm oppening the form and I have the One2Many field in the form, so that makes sense12:23
cedkpokoli: and this read can not contain the context because the record is not yet read12:23
cedkindeed your context should be set on the parent record12:24
pokolicedk: so in the form action, i should set the context?12:25
cedkpokoli: or maybe the best is on the read of the parent record method12:26
cedkpokoli: or maybe the xxx2many field should use their context evaluated with an empty record when making the search12:28
pokolicedk: the seconds sounds better for me12:29
pokolicedk: the read sound more as a workarround12:30
cedkpokoli: I think it is acceptable if we clearly document it12:31
cedkpokoli: you can fill an issue for that12:31
pokolicedk: but it must be fixed on server side or on client side?12:32
cedkpokoli: server side12:33
pokolicedk: oks, will try to provide a patch12:33
-!- nineinchnick(~jwas@109.231.22.83) has joined #tryton12:35
-!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has joined #tryton13:12
-!- juanfe(~juanfe@190.85.115.49) has joined #tryton13:37
-!- hiaselhans(~Thunderbi@212.186.50.97) has joined #tryton14:08
-!- smarro(~sebastian@190.105.93.196) has joined #tryton14:10
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton14:33
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton14:33
-!- lukio(~lukio@host14.190-136-221.telecom.net.ar) has joined #tryton14:50
-!- lukio(~lukio@host14.190-136-221.telecom.net.ar) has joined #tryton14:52
-!- gremly(~gremly@190.85.36.58) has joined #tryton15:09
-!- smarro(~sebastian@190.105.93.196) has joined #tryton15:19
-!- TheCowboy`(~TheCowboy@wsip-98-191-208-111.dc.dc.cox.net) has joined #tryton15:40
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton16:31
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton16:31
-!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton16:37
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton17:00
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton17:34
-!- Telesight(~anthony@4daedff9.ftth.telfortglasvezel.nl) has joined #tryton17:45
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton18:38
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton18:41
-!- sunny_dealmeida(~quassel@210.89.32.121) has joined #tryton19:12
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton19:54
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton19:58
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton20:06
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton20:07
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton20:11
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton20:12
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton20:21
-!- juanfe(~juanfe@190.85.115.49) has joined #tryton20:30
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton20:44
-!- leio(~leio@gentoo/developer/leio) has joined #tryton21:01
-!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton21:25
-!- bechamel1(~Adium@host-85-201-213-94.dynamic.voo.be) has joined #tryton21:26
-!- pobsteta(~Thunderbi@a5398-0142094812.pck.nerim.net) has joined #tryton21:28
-!- jcros(~Thunderbi@187.176.125.78.rev.sfr.net) has joined #tryton21:37
-!- smarro(~sebastian@190.105.93.196) has joined #tryton22:02
-!- jcros(~Thunderbi@187.176.125.78.rev.sfr.net) has joined #tryton22:26
-!- grasbauer(~jan@ipservice-092-208-139-252.092.208.pools.vodafone-ip.de) has joined #tryton22:34

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