IRC logs of #tryton for Wednesday, 2015-02-11

chat.freenode.net #tryton log beginning Wed Feb 11 00:00:01 CET 2015
2015-02-11 03:06 -!- matiassm(~smuxi@181.167.21.243) has joined #tryton
2015-02-11 03:08 -!- matiassm(~smuxi@181.167.21.243) has joined #tryton
2015-02-11 03:36 -!- digitalsatori(~Thunderbi@116.234.198.143) has joined #tryton
2015-02-11 04:58 -!- uranus(~uranus@ip72-192-133-197.sd.sd.cox.net) has joined #tryton
2015-02-11 06:02 -!- yangoon(~mathiasb@p549F1591.dip0.t-ipconnect.de) has joined #tryton
2015-02-11 06:09 -!- TheCowboy`(~TheCowboy@ip68-98-183-236.dc.dc.cox.net) has joined #tryton
2015-02-11 06:40 -!- frispete_(~frispete@p54A902EA.dip0.t-ipconnect.de) has joined #tryton
2015-02-11 07:02 -!- digitalsatori(~Thunderbi@116.234.198.143) has joined #tryton
2015-02-11 07:02 -!- uranus(~uranus@ip72-192-133-197.sd.sd.cox.net) has joined #tryton
2015-02-11 07:04 -!- VaticanCameos(~pritishc@103.245.118.154) has joined #tryton
2015-02-11 07:06 <VaticanCameos> Is there a way to persistently display a particular type of a warning (for eg, those warnings whose names end in a suffix) even if the user clicks Yes? I tried doing so by deleting the active record of the warning but this only leads to an infinite loop of warning dialog boxes.
2015-02-11 07:07 <VaticanCameos> The warning should be persistent in all other situations except for when the user clicks the always box to ignore it.
2015-02-11 07:22 <apostatize> Oh, you mean, like those situations where the warning is, for example, "Are you sure?" Then has a checkbox "Do not display again?"?
2015-02-11 07:22 <apostatize> VaticanCameos: Or something else?
2015-02-11 07:24 <VaticanCameos> apostatize: I think Tryton user warnings always have that 'do not display again' checkbox.
2015-02-11 07:29 <apostatize> VaticanCameos: Hmmm... there are error messages that don't, I don't think. For example, in Health, there is a warning that must be acknowledged to go away (for drug prescription for pregnant patients). I think, at least.
2015-02-11 07:31 <VaticanCameos> apostatize: By persistent I meant that the warning should appear everytime the condition that triggers it occurs, even if the user has clicked Yes. The only way to put away the warning would be to tick the ignore always/don't show again box.
2015-02-11 07:33 <apostatize> VaticanCameos: Ok, I'm understanding it better. Let me see.
2015-02-11 07:36 <apostatize> VaticanCameos: I'm looking at the code for the Health warning, and what it does is call a function to check if the user has verified the prescription (it saves True/False in the model). Hmm...
2015-02-11 07:38 <apostatize> VaticanCameos: Save the warning state, then check it each time?
2015-02-11 07:38 <VaticanCameos> apostatize: In my case, I'm thinking of making this warning different from regular warnings by making the warning_name end in a suffix (say, 'reraise'). For unique warning names, I would do '%s.reraise' % model_active_record. Not sure saving True/False in the model would help in this case..
2015-02-11 07:39 <apostatize> VaticanCameos: Yeah, hmm...
2015-02-11 07:39 <VaticanCameos> apostatize: thanks for helping out all the same though
2015-02-11 07:40 <apostatize> VaticanCameos: Hehe, interesting problem. =-) I'm still thinking, not the most familiar with the intricacies. cedk would be a great help. Hmm...
2015-02-11 07:50 <apostatize> VaticanCameos: Pseudo-code/thougths: I don't know how to read the warning state, but it says it does save it. Check it, and if not ignore all, raise it again.
2015-02-11 07:57 <apostatize> VaticanCameos: So, res.user.warning holds the warning state, I believe. You can query it yourself, and check how the warning was handled.
2015-02-11 08:06 <apostatize> VaticanCameos: So, how I'm reading the code is that unless the attribute *always* is true, the warning is deleted.
2015-02-11 08:07 -!- marius_(~marius@v100.nfq.lt) has joined #tryton
2015-02-11 08:07 <VaticanCameos> apostatize: Indeed that is so. I'm raising the warning in an unusual situation though (in an on_change method), and this calls for measures not usually required (committing the Transaction cursor from inside of which I'm raising the warning).
2015-02-11 08:08 <VaticanCameos> The committing allows the delete() to persist.
2015-02-11 08:08 <VaticanCameos> So now it works.
2015-02-11 08:09 <apostatize> Oh, it's working how you want? Or? =-)
2015-02-11 08:12 <apostatize> VaticanCameos: Yeah, the Health warning I'm looking at, what it cleverly does is reset the saved True/False values, so the warning is displayed again.
2015-02-11 08:13 <VaticanCameos> apostatize: yep, it's working persistently now.
2015-02-11 08:13 <apostatize> VaticanCameos: Great! I got to do some unhelpful code diving, and you fixed it! Lol. =-)
2015-02-11 08:14 <VaticanCameos> apostatize: My fault really. I should've explained the context better.
2015-02-11 08:15 <apostatize> VaticanCameos: Haha, no worries, not too familiar with the intricacies anyways. Fixed is fixed. =-)
2015-02-11 08:15 <VaticanCameos> Warnings are not to be raised in on_change methods because they run in roll-backed transactions.
2015-02-11 08:15 <VaticanCameos> The situation was not of the usual kind.
2015-02-11 08:15 <VaticanCameos> apostatize: thanks for the help!
2015-02-11 08:17 <apostatize> VaticanCameos: Hehe, you're welcome, for the little I did. =-)
2015-02-11 08:17 <apostatize> Gotta afk. Take care.
2015-02-11 08:58 -!- pobsteta(~Thunderbi@196.201.26.109.rev.sfr.net) has joined #tryton
2015-02-11 09:19 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2015-02-11 10:15 -!- Telesight(~anthony@4daedff9.ftth.telfortglasvezel.nl) has joined #tryton
2015-02-11 10:30 -!- jcros(~Thunderbi@187.176.125.78.rev.sfr.net) has joined #tryton
2015-02-11 11:00 -!- digitalsatori(~Thunderbi@116.234.198.143) has joined #tryton
2015-02-11 11:09 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2015-02-11 11:23 -!- nicoe(~nicoe@balisto.wifi.b2ck.com) has joined #tryton
2015-02-11 11:46 -!- kstenger(~karla@200.124.209.158) has joined #tryton
2015-02-11 11:53 -!- mariomop(~quassel@host252.190-137-65.telecom.net.ar) has joined #tryton
2015-02-11 12:26 -!- VaticanCameos(~pritishc@103.245.118.154) has joined #tryton
2015-02-11 13:11 <marius_> is there some javascript library for calling jsonrpc calls of tryton?
2015-02-11 13:11 <marius_> like proteus probably, but in javascript :D
2015-02-11 13:14 <cedk> marius_: you can grab the sao one
2015-02-11 14:17 -!- woakas(~woakas@static.13.240.46.78.clients.your-server.de) has joined #tryton
2015-02-11 14:28 -!- bvillasanti(~bvillasan@181.16.28.146) has joined #tryton
2015-02-11 15:32 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2015-02-11 15:33 -!- hiaselha1(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2015-02-11 15:53 -!- Telesight(~anthony@4daedff9.ftth.telfortglasvezel.nl) has joined #tryton
2015-02-11 16:46 -!- notzippy(~sabayonus@d207-216-251-90.bchsia.telus.net) has joined #tryton
2015-02-11 17:14 -!- jcros(~Thunderbi@187.176.125.78.rev.sfr.net) has joined #tryton
2015-02-11 17:19 -!- udono(~udono@p50938317.dip0.t-ipconnect.de) has joined #tryton
2015-02-11 17:41 -!- mariomop(~quassel@host252.190-137-65.telecom.net.ar) has joined #tryton
2015-02-11 17:50 -!- lukio(~lukio@110-189-235-201.fibertel.com.ar) has joined #tryton
2015-02-11 18:49 -!- newzen(~newzen@190.36.80.12) has joined #tryton
2015-02-11 18:55 -!- bvillasanti(~bvillasan@181.16.28.146) has joined #tryton
2015-02-11 19:11 -!- TheCowboy`(~TheCowboy@wsip-98-191-208-98.dc.dc.cox.net) has joined #tryton
2015-02-11 19:31 -!- TheCowboy`(~TheCowboy@wsip-98-191-208-111.dc.dc.cox.net) has joined #tryton
2015-02-11 19:36 -!- frispete(~frispete@p54A902EA.dip0.t-ipconnect.de) has joined #tryton
2015-02-11 19:36 -!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has left #tryton
2015-02-11 19:40 -!- pablovannini(~pablo@110-189-235-201.fibertel.com.ar) has joined #tryton
2015-02-11 19:55 -!- Rollo(~Thunderbi@ipservice-092-208-139-252.092.208.pools.vodafone-ip.de) has joined #tryton
2015-02-11 19:55 <Rollo> hi again
2015-02-11 19:57 <Rollo> how account_invoice is keeping the historical address?
2015-02-11 20:10 <Rollo> ok - found it
2015-02-11 20:12 -!- hiaselhans(~Thunderbi@80.122.89.139) has joined #tryton
2015-02-11 21:32 -!- Rollo(~Thunderbi@ipservice-092-208-139-252.092.208.pools.vodafone-ip.de) has joined #tryton
2015-02-11 21:41 -!- funnybunny(funnybunny@gateway/shell/blinkenshell.org/x-pkurkzgutdeizkpf) has joined #tryton
2015-02-11 21:41 -!- funnybunny(funnybunny@unaffiliated/funnybunny) has joined #tryton
2015-02-11 21:41 -!- funnybunny(funnybunny@gateway/shell/blinkenshell.org/x-pkurkzgutdeizkpf) has joined #tryton
2015-02-11 21:48 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton
2015-02-11 22:27 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2015-02-11 22:40 -!- marius_(~marius@84.240.8.12) has joined #tryton
2015-02-11 22:42 -!- bvillasanti(~bvillasan@181.16.28.146) has joined #tryton
2015-02-11 23:36 -!- nineinchnick1(~jwas@185.13.233.190) has joined #tryton

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