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

chat.freenode.net #tryton log beginning Thu Feb 26 00:00:02 CET 2015
2015-02-26 00:05 -!- TheCowboy`(~TheCowboy@ip68-98-183-236.dc.dc.cox.net) has joined #tryton
2015-02-26 00:28 -!- digitalsatori(~Thunderbi@116.234.195.249) has joined #tryton
2015-02-26 01:53 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2015-02-26 02:20 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2015-02-26 03:11 -!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton
2015-02-26 04:38 -!- lfm_(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton
2015-02-26 04:46 -!- digitalsatori(~Thunderbi@116.234.195.249) has joined #tryton
2015-02-26 04:47 -!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton
2015-02-26 06:02 -!- yangoon1(~mathiasb@p549F0451.dip0.t-ipconnect.de) has joined #tryton
2015-02-26 06:30 -!- uranus(~uranus@ip72-192-133-197.sd.sd.cox.net) has joined #tryton
2015-02-26 06:40 -!- frispete(~frispete@p54A9047A.dip0.t-ipconnect.de) has joined #tryton
2015-02-26 07:26 -!- VaticanCameos(~pritishc@103.245.118.154) has joined #tryton
2015-02-26 07:28 <VaticanCameos> I 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.
2015-02-26 07:28 <VaticanCameos> It works on sqlite.
2015-02-26 07:28 <VaticanCameos> Any ideas why this happens? Should I be committing the cursor somewhere?
2015-02-26 08:14 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton
2015-02-26 08:24 -!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton
2015-02-26 08:26 -!- nineinchnick(~jwas@109.231.22.83) has joined #tryton
2015-02-26 08:46 -!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton
2015-02-26 09:02 -!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton
2015-02-26 09:02 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2015-02-26 09:07 <marek_> Party.__table_history__() is historization of party data it should not contain data unless you change party
2015-02-26 09:54 -!- nicoe(~nicoe@2a02:a03f:3065:f00:ee55:f9ff:fe7b:f7ac) has joined #tryton
2015-02-26 10:17 -!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton
2015-02-26 10:59 -!- hiaselhans(~Thunderbi@ydWLUI2-180-086.uibk.ac.at) has joined #tryton
2015-02-26 11:38 <pokoli> if i define a context in a One2Many field, it's not used to retrive the records, it's the expected behaviour?
2015-02-26 11:44 <cedk> pokoli: yes
2015-02-26 11:44 <cedk> pokoli: it is only for new/add
2015-02-26 11:45 <pokoli> cedk: ok, so I can set the context if i need with a function field
2015-02-26 11:46 <pokoli> cedk: the problem i have is that target model is a table_query that grouping depends on context
2015-02-26 11:47 <pokoli> cedk: why it's not used for retrieve?
2015-02-26 11:48 <cedk> pokoli: context of field can not be evaluated for reading xxx2many records for performance reason
2015-02-26 11:49 <cedk> pokoli: indeed it is used but only the first time
2015-02-26 11:49 -!- kstenger(~karla@200.124.209.158) has joined #tryton
2015-02-26 11:50 <cedk> pokoli: the doc should be updated to explain the current behaviour
2015-02-26 11:51 <pokoli> cedk: ok, i will fill a issue + patch
2015-02-26 11:51 <cedk> pokoli: https://bugs.tryton.org/issue4098
2015-02-26 11:52 <cedk> pokoli: so it kind of works but depend of your use case
2015-02-26 11:57 <pokoli> cedk: my use case asumes that context is set for search on target model, but it is not
2015-02-26 11:58 <pokoli> cedk: so don't know how to do it
2015-02-26 11:59 <pokoli> cedk: I was thinking in creating a different models for it using on One2Many
2015-02-26 11:59 <cedk> pokoli: it does for search except if you call search something else then the add_remove
2015-02-26 12:00 <cedk> pokoli: it does also for reading but with a fixed context evaluated the first time
2015-02-26 12:00 <cedk> pokoli: so whithout clear example, I can not help more
2015-02-26 12:01 <pokoli> cedk: let me post some code
2015-02-26 12:04 <pokoli> cedk: http://pastebin.com/Am3ZTK21 thats basically what i'm doing
2015-02-26 12:04 <pokoli> cedk: and context is not correctly set on table_query, so i get the wrong grouping
2015-02-26 12:11 <cedk> pokoli: which version?
2015-02-26 12:11 <pokoli> 3.4
2015-02-26 12:11 <pokoli> cedk: 3.4
2015-02-26 12:14 <pokoli> cedk: i modified trytond/model/fields/one2many.py to update context on get, an it worked well
2015-02-26 12:14 <cedk> pokoli: it is strange because in O2M._set_default_value the context is set to the Group
2015-02-26 12:18 <pokoli> cedk: can you point where the search call is done?
2015-02-26 12:18 <pokoli> cedk: AFAIU, thats a client side problem
2015-02-26 12:22 <cedk> pokoli: OK, I understand the problem
2015-02-26 12:23 <cedk> pokoli: what you can the search is indeed the read of the parent record
2015-02-26 12:23 <pokoli> cedk: mmmm, yes, because I'm oppening the form and I have the One2Many field in the form, so that makes sense
2015-02-26 12:23 <cedk> pokoli: and this read can not contain the context because the record is not yet read
2015-02-26 12:24 <cedk> indeed your context should be set on the parent record
2015-02-26 12:25 <pokoli> cedk: so in the form action, i should set the context?
2015-02-26 12:26 <cedk> pokoli: or maybe the best is on the read of the parent record method
2015-02-26 12:28 <cedk> pokoli: or maybe the xxx2many field should use their context evaluated with an empty record when making the search
2015-02-26 12:29 <pokoli> cedk: the seconds sounds better for me
2015-02-26 12:30 <pokoli> cedk: the read sound more as a workarround
2015-02-26 12:31 <cedk> pokoli: I think it is acceptable if we clearly document it
2015-02-26 12:31 <cedk> pokoli: you can fill an issue for that
2015-02-26 12:32 <pokoli> cedk: but it must be fixed on server side or on client side?
2015-02-26 12:33 <cedk> pokoli: server side
2015-02-26 12:33 <pokoli> cedk: oks, will try to provide a patch
2015-02-26 12:35 -!- nineinchnick(~jwas@109.231.22.83) has joined #tryton
2015-02-26 13:12 -!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has joined #tryton
2015-02-26 13:37 -!- juanfe(~juanfe@190.85.115.49) has joined #tryton
2015-02-26 14:08 -!- hiaselhans(~Thunderbi@212.186.50.97) has joined #tryton
2015-02-26 14:10 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2015-02-26 14:33 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 14:33 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 14:50 -!- lukio(~lukio@host14.190-136-221.telecom.net.ar) has joined #tryton
2015-02-26 14:52 -!- lukio(~lukio@host14.190-136-221.telecom.net.ar) has joined #tryton
2015-02-26 15:09 -!- gremly(~gremly@190.85.36.58) has joined #tryton
2015-02-26 15:19 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2015-02-26 15:40 -!- TheCowboy`(~TheCowboy@wsip-98-191-208-111.dc.dc.cox.net) has joined #tryton
2015-02-26 16:31 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 16:31 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 16:37 -!- lfm(~meanmicio@173-166-50-177-newengland.hfc.comcastbusiness.net) has joined #tryton
2015-02-26 17:00 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 17:34 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 17:45 -!- Telesight(~anthony@4daedff9.ftth.telfortglasvezel.nl) has joined #tryton
2015-02-26 18:38 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 18:41 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 19:12 -!- sunny_dealmeida(~quassel@210.89.32.121) has joined #tryton
2015-02-26 19:54 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 19:58 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 20:06 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 20:07 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 20:11 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 20:12 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 20:21 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 20:30 -!- juanfe(~juanfe@190.85.115.49) has joined #tryton
2015-02-26 20:44 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 21:01 -!- leio(~leio@gentoo/developer/leio) has joined #tryton
2015-02-26 21:25 -!- jcnorman(~jcnorman@75-136-133-48.dhcp.gnvl.sc.charter.com) has joined #tryton
2015-02-26 21:26 -!- bechamel1(~Adium@host-85-201-213-94.dynamic.voo.be) has joined #tryton
2015-02-26 21:28 -!- pobsteta(~Thunderbi@a5398-0142094812.pck.nerim.net) has joined #tryton
2015-02-26 21:37 -!- jcros(~Thunderbi@187.176.125.78.rev.sfr.net) has joined #tryton
2015-02-26 22:02 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2015-02-26 22:26 -!- jcros(~Thunderbi@187.176.125.78.rev.sfr.net) has joined #tryton
2015-02-26 22:34 -!- grasbauer(~jan@ipservice-092-208-139-252.092.208.pools.vodafone-ip.de) has joined #tryton

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