IRC logs of #tryton for Tuesday, 2014-12-02

chat.freenode.net #tryton log beginning Tue Dec 2 00:00:01 CET 2014
2014-12-02 00:46 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2014-12-02 02:42 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton
2014-12-02 03:51 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has joined #tryton
2014-12-02 04:13 -!- TheCowboy`(~TheCowboy@ip68-98-183-236.dc.dc.cox.net) has joined #tryton
2014-12-02 06:01 -!- yangoon(~mathiasb@p549F33F5.dip0.t-ipconnect.de) has joined #tryton
2014-12-02 06:40 -!- frispete(~frispete@p54A919A3.dip0.t-ipconnect.de) has joined #tryton
2014-12-02 07:07 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has joined #tryton
2014-12-02 07:16 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has left #tryton
2014-12-02 07:22 -!- marius__(~marius@v100.nfq.lt) has joined #tryton
2014-12-02 07:47 -!- digitalsatori(~Thunderbi@180.158.135.39) has joined #tryton
2014-12-02 08:00 <marius__> why does tryton calculate assigned quantity as available quantity when stock_assign?
2014-12-02 08:06 -!- digitalsatori1(~Thunderbi@180.158.135.39) has joined #tryton
2014-12-02 08:25 -!- LordVan(~LordVan@gentoo/developer/LordVan) has joined #tryton
2014-12-02 08:31 -!- prksh(~prksh@103.245.118.154) has joined #tryton
2014-12-02 08:38 -!- horli(~gregor@84.113.24.52) has joined #tryton
2014-12-02 08:38 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton
2014-12-02 08:49 -!- digitalsatori(~Thunderbi@180.158.135.39) has joined #tryton
2014-12-02 08:51 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton
2014-12-02 09:22 -!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has joined #tryton
2014-12-02 09:25 <marius__> why does tryton calculate assigned quantity as available quantity when stock_assign?
2014-12-02 09:33 <pokoli> marius__: don't understant the question :S
2014-12-02 09:34 -!- digitalsatori(~Thunderbi@180.158.135.39) has joined #tryton
2014-12-02 09:34 <marius__> i have 3 locations: storage, pre-production, production
2014-12-02 09:34 <marius__> to make a production i do internal move from storage -> pre-production
2014-12-02 09:35 <marius__> in production I do pre-production -> production (input moves)
2014-12-02 09:35 <marius__> pre-productions -> productions moves are 1) draft, 2) assigned 3) done
2014-12-02 09:36 <marius__> and I'm unable to assign such moves when there are no quantity in pre-production location (aka done storage->pre-production) moves
2014-12-02 09:37 <marius__> problem is that I'm able to assign pre-production->production moves when there is assigned move storage->pre-production
2014-12-02 09:37 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2014-12-02 09:37 <marius__> and that looks wrong to me, storage->pre-production move should be done before i'm able to assign the quantity
2014-12-02 09:40 -!- bechamel(~Adium@62-197-96-189.teledisnet.be) has joined #tryton
2014-12-02 09:41 <pokoli> marius__: are you sure you don't have any stock for the products in the pre-production location?
2014-12-02 09:41 <pokoli> marius__: is pre-production child of any location?
2014-12-02 09:42 <marius__> pokoli, sure
2014-12-02 09:43 <pokoli> marius__: maybe you're issue is related with child locations, if you have any stock in child locations, that stock will be picked on assing_try
2014-12-02 09:44 <marius__> pokoli, pre-production doesn't have child locations
2014-12-02 09:45 <marius__> http://hg.tryton.org/trytond/trytond/modules/stock/file/b9947becd5e5/move.py#l836
2014-12-02 09:45 <marius__> and stock_assign is = True in assign_try
2014-12-02 09:45 <marius__> http://hg.tryton.org/trytond/trytond/modules/stock/file/b9947becd5e5/move.py#l757
2014-12-02 09:45 <marius__> question is why is that?
2014-12-02 09:51 <cedk> marius__: because we don't want to assign twice
2014-12-02 09:51 <cedk> marius__: but for assignation on internal move of course it is a little bit wrong
2014-12-02 09:52 <marius__> what's correct way of doing it ? making production without pre-production location?
2014-12-02 09:52 <marius__> aka direct moves from storage to production?
2014-12-02 09:54 <cedk> marius__: I don't know
2014-12-02 09:55 <marius__> documentatios says: Inputs: The moves between the storage location and the production location (as defined on the warehouse) for products used for production.
2014-12-02 09:59 <cedk> we probably need more fine tuning for stock_assign value to be applied on in, out or both kind of moves
2014-12-02 10:01 <marius__> I still don't get the point how stock_assign solves assigning twice problem
2014-12-02 10:02 <cedk> marius__: it doesn't assign twice
2014-12-02 10:02 <cedk> marius__: it allows you to assign a product that is not yet arrived but should because it is assigned
2014-12-02 10:06 <cedk> this come from historical reason where only outgoing move were assigned but with the production, there is a internal assignation process
2014-12-02 10:08 <marius__> but I believe it's wrong because I'm able to assign / consume quantity which didn't arrive yet
2014-12-02 10:08 <marius__> into storage location
2014-12-02 10:10 <marius__> cedk, do we remove stock_assign at all then?
2014-12-02 10:10 <cedk> created issue4384
2014-12-02 10:11 <cedk> marius__: no because otherwise it will allow to assign this time twice a product
2014-12-02 10:22 <marius__> ok, now I get it
2014-12-02 10:23 <marius__> i'll try to make a patch
2014-12-02 10:27 <cedk> marius__: the difficulty is to not duplicate all the code for incoming and outgoing
2014-12-02 10:42 -!- prksh(~prksh@103.245.118.154) has joined #tryton
2014-12-02 11:05 -!- nicoe(~nicoe@82-212-130-50.teledisnet.be) has joined #tryton
2014-12-02 11:09 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has joined #tryton
2014-12-02 11:37 <marius__> cedk, http://codereview.tryton.org/13751002
2014-12-02 11:39 <cedk> marius__: I doubt it is right to create one more method
2014-12-02 11:42 <pokoli> marius__: cedk maybe better a function instead of a method?
2014-12-02 11:44 <cedk> I think the change should be a small as possible
2014-12-02 11:44 <cedk> so I guess we can have a method to generate in/out clause where stock_assign is playing
2014-12-02 11:45 <cedk> and others function where it is needed to avoid code duplication
2014-12-02 11:45 <cedk> or using copy but I don't know if it works on python-sql
2014-12-02 12:00 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2014-12-02 12:03 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has left #tryton
2014-12-02 12:07 -!- prksh(~prksh@103.245.118.154) has joined #tryton
2014-12-02 12:10 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton
2014-12-02 12:53 -!- udono(~udono@ip-37-201-245-76.hsi13.unitymediagroup.de) has joined #tryton
2014-12-02 12:55 <marius__> so what should I do?
2014-12-02 13:00 -!- meanmicio(~meanmicio@184.Red-83-40-163.dynamicIP.rima-tde.net) has joined #tryton
2014-12-02 13:00 -!- meanmicio(~meanmicio@fsf/member/meanmicio) has joined #tryton
2014-12-02 13:00 <cedk> marius__: don't create new method but just create small lamdba or function to avoid code duplication
2014-12-02 13:01 <cedk> marius__: and also try to use copy of python-sql statement if possible
2014-12-02 13:02 <cedk> marius__: normally copy should work on sql statements
2014-12-02 13:02 <marius__> why would I need to copy?
2014-12-02 13:04 <cedk> marius__: to apply same statement many times
2014-12-02 13:07 <marius__> i haven't seen copy + sql in tryton
2014-12-02 13:13 <cedk> marius__: that's not a reason to not try it
2014-12-02 13:15 <marius__> do you want to use copy in period clause?
2014-12-02 13:17 <cedk> marius__: yes
2014-12-02 13:18 -!- mariomop(~quassel@host114.186-109-109.telecom.net.ar) has joined #tryton
2014-12-02 13:19 <marius__> state_date_clause_in &= deepcopy(period_clause)
2014-12-02 13:19 <marius__> TypeError: 'Column' object is not callable
2014-12-02 13:23 -!- TheCowboy(~TheCowboy@ip68-98-183-236.dc.dc.cox.net) has joined #tryton
2014-12-02 13:29 <cedk> marius__: strange
2014-12-02 13:30 <marius__> it's somewhere deep in stack
2014-12-02 13:30 <pokoli> cedk: i've got the same error, maybe it's related with https://code.google.com/p/python-sql/source/detail?r=d64307d2fca3a477b0ab2afb7fcb626e2c2ab23c
2014-12-02 13:30 <pokoli> which is not yet released
2014-12-02 13:32 <cedk> pokoli: will probably do a new release when CTE is commited
2014-12-02 13:32 <cedk> marius__: so better to use for new small lambda/function
2014-12-02 13:36 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton
2014-12-02 13:56 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2014-12-02 14:07 -!- pablovannini(~pablo@host126.186-109-85.telecom.net.ar) has joined #tryton
2014-12-02 14:09 <marius__> http://codereview.tryton.org/13751002/
2014-12-02 14:20 <cedk> marius__: don't forget to add the issue number in the description
2014-12-02 14:21 <cedk> marius__: still too much code moved
2014-12-02 14:22 <marius__> I don't know how to do it more "efficiently" and according to PEP
2014-12-02 14:23 <marius__> basically it's just indent + context.get('stock_assign') change into stock_assign variable
2014-12-02 14:25 <cedk> marius__: that's not what shows the diff
2014-12-02 14:25 <cedk> marius__: by reading the diff, I can not validate that
2014-12-02 14:25 <marius__> diff tool is wrong ;)
2014-12-02 14:25 <cedk> marius__: especially when I find a elif becomes if
2014-12-02 14:30 <marius__> cedk, yes, cause it was if context.get('stock_date_start'): ... elif PeriodCache: ...
2014-12-02 14:31 <marius__> when I extracted the first if into the function, elif PeriodCache became if PeriodCache and not context.get...
2014-12-02 14:43 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton
2014-12-02 14:59 -!- mfladischer(~fladische@sh144.medunigraz.at) has joined #tryton
2014-12-02 15:09 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2014-12-02 15:21 <hiaselhans> pokoli: you there?
2014-12-02 15:24 <pokoli> hiaselhans: hi, yes, I'm here :)
2014-12-02 15:25 <hiaselhans> pokoli: cool! what do you think about documentation? something to improve, some comment?
2014-12-02 15:25 <hiaselhans> pokoli: should i send you a rendered version of the pr to read through maybe..?
2014-12-02 15:26 <pokoli> hiaselhans: sorry but it's a big diff and I want to review it in calm
2014-12-02 15:26 <pokoli> hiaselhans: and I haven't found the time to get in calm
2014-12-02 15:26 <hiaselhans> pokoli: of course, thats cool!
2014-12-02 15:26 <hiaselhans> pokoli: just asking if you might prefer a rendered pdf i could send you if you want ;)
2014-12-02 15:26 <pokoli> hiaselhans: but feel fre to ping me if you have something to discuss
2014-12-02 15:27 <pokoli> hiaselhans: don't worry i just clone the repo and render it in the format I want
2014-12-02 15:27 <pokoli> hiaselhans: and then i usually compare it with rtfd (which is master branch) :)
2014-12-02 15:29 <hiaselhans> pokoli: perfect, thanks! :) if you have a question i am available.. (also mostly it is just moving things as the example is split into two parts..)
2014-12-02 15:30 <pokoli> hiaselhans: yes i know, but i have to review if nothing is lost from in the split
2014-12-02 15:31 <pokoli> hiaselhans: that's why i want to get some calm :)
2014-12-02 15:32 <hiaselhans> pokoli: of course! thanks for the effort! :)
2014-12-02 15:41 -!- yangoon(~mathiasb@p549F33F5.dip0.t-ipconnect.de) has joined #tryton
2014-12-02 16:44 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2014-12-02 17:16 -!- sharkcz(~sharkcz@2a01:8c00:ffb3:160:250:43ff:fe3c:3b5d) has joined #tryton
2014-12-02 17:28 -!- sharkcz(~sharkcz@2a01:8c00:ffb3:160:250:43ff:fe3c:3b5d) has joined #tryton
2014-12-02 17:52 -!- sunny_dealmeida(~quassel@210.89.41.97) has joined #tryton
2014-12-02 17:53 -!- sharkcz(~sharkcz@72.155.broadband6.iol.cz) has joined #tryton
2014-12-02 18:07 <pokoli> cedk: there is any method of filling review description from comandline?
2014-12-02 18:14 -!- Telesight(~anthony@4daedff9.ftth.telfortglasvezel.nl) has joined #tryton
2014-12-02 18:20 <cedk> pokoli: my PL on hgreview
2014-12-02 18:21 <cedk> pokoli: https://bitbucket.org/nicoe/hgreview/issue/18/allow-to-edit-the-description
2014-12-02 18:24 <pokoli> cedk: I imagine that with this + reviewbot it's faster to push a review as review and issue get automatically linked if you put issue number on review description
2014-12-02 18:24 <cedk> pokoli: yes
2014-12-02 18:24 <cedk> pokoli: I also plan more improvement on hgreview
2014-12-02 18:24 <pokoli> cedk: do you have an expected date for release?
2014-12-02 18:24 <cedk> like storing the initial message to prefill the commit message
2014-12-02 18:25 <cedk> pokoli: no
2014-12-02 18:25 <cedk> pokoli: ask nicoe
2014-12-02 18:25 <pokoli> ok, well try to ask him, as we have a patch for multi-account and maybe it's the time to merge it on master
2014-12-02 18:27 <cedk> pokoli: hgreview uses now review.py so maybe your patch is on rietveld
2014-12-02 18:27 <cedk> I also would like to have for hgreview, a list of rietveld server to pick and stored in .hg/
2014-12-02 18:28 <pokoli> cedk: that what we have :)
2014-12-02 18:28 <cedk> and also being able to manage many review from the same repo using bookmark
2014-12-02 18:32 <pokoli> cedk: why stored in .hg? to be able to link each review with each server?
2014-12-02 18:32 <cedk> pokoli: to not have to ask each time review is called
2014-12-02 18:34 <pokoli> cedk: ohh that will be a good improvement
2014-12-02 18:35 <pokoli> ACTION reviewing latest hgreview changesets :)
2014-12-02 18:37 <pokoli> ohhh reviewid it's automatically picked in commit message?
2014-12-02 18:38 <cedk> pokoli: no
2014-12-02 18:38 <cedk> pokoli: but I would like
2014-12-02 18:39 <pokoli> cedk: so what's this? https://bitbucket.org/nicoe/hgreview/commits/5b9e314a4b7df26e0490962e8cecda0b4852f7a8
2014-12-02 18:41 <cedk> pokoli: I don't know
2014-12-02 18:42 <cedk> pokoli: at least it doesn't work here
2014-12-02 18:43 <pokoli> cedk: ok, thanks :)
2014-12-02 18:58 -!- horli(~gregor@194-118-163-238.adsl.highway.telekom.at) has joined #tryton
2014-12-02 18:59 -!- horli(~gregor@194-118-163-238.adsl.highway.telekom.at) has left #tryton
2014-12-02 19:04 -!- marius__(~marius@v100.nfq.lt) has joined #tryton
2014-12-02 19:24 -!- marius__(~marius@v100.nfq.lt) has joined #tryton
2014-12-02 19:50 -!- TheCowboy`(~TheCowboy@wsip-98-191-208-111.dc.dc.cox.net) has joined #tryton
2014-12-02 20:55 -!- sunny_dealmeida(~quassel@210.89.41.97) has joined #tryton
2014-12-02 21:19 -!- ZN(~quassel@d162-157-67-66.abhsia.telus.net) has joined #tryton
2014-12-02 21:20 -!- ZedEn(~quassel@d162-157-67-66.abhsia.telus.net) has joined #tryton
2014-12-02 21:21 -!- CZN(~quassel@d162-157-67-66.abhsia.telus.net) has joined #tryton
2014-12-02 21:36 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2014-12-02 21:42 -!- pablovannini(~pablo@host126.186-109-85.telecom.net.ar) has joined #tryton
2014-12-02 21:43 -!- CZ-ZN(~quassel@d162-157-67-66.abhsia.telus.net) has joined #tryton
2014-12-02 22:11 <CZ-ZN> Could I ask a question about how partial vs full payments work in the Tryton account invoice module?
2014-12-02 22:12 <CZ-ZN> For example I have an invoice of $1000 with 30% deposit to be paid on receipt.
2014-12-02 22:12 <CZ-ZN> The payment term defined is first line 30% and second line remainder.
2014-12-02 22:13 <cedk> CZ-ZN: you can use the pay wizard on invoice but it is better to use the statements to register bank statements
2014-12-02 22:14 <CZ-ZN> The pay wizard via the "pay" button?
2014-12-02 22:14 <cedk> CZ-ZN: yes
2014-12-02 22:15 <CZ-ZN> when I use the pay wizard... I pay the 30%, but when I pay the remainder, the invoice still isn't in status "paid"
2014-12-02 22:15 <CZ-ZN> I've paid both amounts to fully pay the invoice, why isn't the invoice "paid". I'm sure I'm doing something wrong.
2014-12-02 22:16 <CZ-ZN> Even if I pay the entire invoice in a single payment, it still doesn't switch to status "paid".
2014-12-02 22:16 <cedk> CZ-ZN: that's sound strange
2014-12-02 22:16 <CZ-ZN> This only happens with invoices with multiline payment terms.
2014-12-02 22:16 <cedk> CZ-ZN: what is the value of the amount to pay?
2014-12-02 22:17 <CZ-ZN> The exact amount on my latest real invoice is 1606.50
2014-12-02 22:18 <cedk> CZ-ZN: I mean the field on the invoice form
2014-12-02 22:19 <CZ-ZN> sorry... the amount to pay is 481.95
2014-12-02 22:20 <cedk> CZ-ZN: so not everything is paid
2014-12-02 22:20 <CZ-ZN> Yes.. but then I pay the remainder with the pay button... and invoice still sits posted.... not paid.
2014-12-02 22:20 <CZ-ZN> Even if I pay the full amount 1606.50, the invoice sits posted (not paid).
2014-12-02 22:22 <cedk> CZ-ZN: but what is the value of the field "amount to pay"?
2014-12-02 22:23 <CZ-ZN> Amount to pay today is the 30% of 1606.50 which is 481.95. Amount to pay is 1606.50.
2014-12-02 22:26 <CZ-ZN> https://drive.google.com/file/d/0B1MxpQY5KDYXS0k2QzZDSjhPckU/view?usp=sharing
2014-12-02 22:27 <cedk> CZ-ZN: so it seems you are paying nothing
2014-12-02 22:29 <CZ-ZN> I click "Pay", I enter "1606.50" as the Payment Amount. and click "Ok"
2014-12-02 22:29 <CZ-ZN> The next window offers a choice of Type (Partial Payment or Write Off)
2014-12-02 22:29 <CZ-ZN> What should the type be?
2014-12-02 22:30 <CZ-ZN> I don't understand why it seems I'm paying nothing? Can you elaborate?
2014-12-02 22:31 <cedk> CZ-ZN: the choice is because the amount doesn't pay the all invoice so the system ask how to manage this payment
2014-12-02 22:32 <CZ-ZN> but the amount I enter (1606.50) balances the complete invoice (1606.50).
2014-12-02 22:33 <cedk> CZ-ZN: are you sure you are using the same curreency?
2014-12-02 22:33 <CZ-ZN> yes... single currency
2014-12-02 22:33 <CZ-ZN> And here is the invoice form after a "partial payment" of 1606.50: https://drive.google.com/file/d/0B1MxpQY5KDYXSUd6a3plV3d1Yms/view?usp=sharing
2014-12-02 22:36 <cedk> CZ-ZN: so still 546 to pay
2014-12-02 22:37 <CZ-ZN> Yes... but how is it possible that there is still 546 to pay if I already submitted the full amount of the invoice to pay?
2014-12-02 22:37 <cedk> CZ-ZN: what is the amount of the invoice?
2014-12-02 22:37 <CZ-ZN> 1606.50
2014-12-02 22:39 <cedk> CZ-ZN: 1606.5 - 1060.5 == 1606.5
2014-12-02 22:39 <cedk> CZ-ZN: so all numbers look correct
2014-12-02 22:42 <CZ-ZN> Hmmm... If the numbers are correct, shouldn't the invoice status be paid? It is still "posted": https://drive.google.com/file/d/0B1MxpQY5KDYXVW13VkV1dzFLZ3M/view?usp=sharing
2014-12-02 22:43 <cedk> CZ-ZN: no because you did not record a full payment
2014-12-02 22:43 <cedk> CZ-ZN: 1060.5 != 1606.5
2014-12-02 22:44 <CZ-ZN> I'm an imbecile
2014-12-02 22:44 <CZ-ZN> :-(
2014-12-02 22:46 <CZ-ZN> I see now that I mistyped the amount 1060.50 insteat of 1606.50.
2014-12-02 22:51 -!- CZ-ZN(~quassel@d162-157-67-66.abhsia.telus.net) has joined #tryton
2014-12-02 22:55 <CZ-ZN> One more question... disregarding entering the incorrect amount above which I did in my test database. The invoice in my production db was paid correctly in full before the 30 day term. Will it show posted until 30 days after the invoice date at which it will show paid?
2014-12-02 22:59 <cedk> CZ-ZN: it will go to paid state once it is paid
2014-12-02 23:02 <CZ-ZN> Invoice: https://drive.google.com/file/d/0B1MxpQY5KDYXUVJOVUtmVkxQSzQ/view?usp=sharing
2014-12-02 23:02 <CZ-ZN> Payment Lines: https://drive.google.com/file/d/0B1MxpQY5KDYXdnNQSnppdVJKYnc/view?usp=sharing
2014-12-02 23:02 <CZ-ZN> I've triple checked this time... the payment is in full on the payment tab; yet, the invoice state isn't "paid"
2014-12-02 23:04 <cedk> CZ-ZN: that's strange
2014-12-02 23:04 <CZ-ZN> Yeah... thanks for sticking with me on this... I appreciate your patience.
2014-12-02 23:06 <CZ-ZN> Here's the payment term: https://drive.google.com/file/d/0B1MxpQY5KDYXcFpSNnVIX2pHWnc/view?usp=sharing
2014-12-02 23:13 <cedk> CZ-ZN: you should check if the account move lines are reconciled
2014-12-02 23:14 <CZ-ZN> checking...
2014-12-02 23:16 <CZ-ZN> This here? https://drive.google.com/file/d/0B1MxpQY5KDYXYk9kejA1cU9wM3M/view?usp=sharing
2014-12-02 23:17 <CZ-ZN> That did it...
2014-12-02 23:18 <cedk> CZ-ZN: strange they were not reconciled
2014-12-02 23:18 <cedk> CZ-ZN: but if you reconcile them, the invoice will be paid
2014-12-02 23:18 <CZ-ZN> Yes... that definitely cleared up the issue. Strange. Should I submit this is a bug?
2014-12-02 23:19 <CZ-ZN> If I can reproduce it, would you consider this a bug?
2014-12-02 23:30 <cedk> CZ-ZN: yes
2014-12-02 23:32 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2014-12-02 23:33 -!- hiaselhans(~Thunderbi@chello212186043057.408.14.vie.surfer.at) has joined #tryton
2014-12-02 23:33 -!- uranus(~uranus@ip68-107-65-135.sd.sd.cox.net) has joined #tryton
2014-12-02 23:54 <CZ-ZN> cedk: Thanks again for your help.
2014-12-02 23:59 -!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has joined #tryton

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