2020-01-26 GnuCash IRC logs
00:17:25 <CDB-Man> question, for the budget tool, is it meant to create a new one each year, or to keep adding months to the existing budget and extending it?
00:25:46 *** omnireq_ has quit IRC
00:25:57 *** omnireq_ has joined #gnucash
00:31:04 *** jervin has quit IRC
00:40:03 *** Gerd has quit IRC
00:49:08 <FH_thecat> I have set "Account Color" in "Edit Account"
00:49:23 <FH_thecat> but this color is only applied on selected account
00:49:42 <FH_thecat> when it is not selected, it is brighter color
00:49:57 <FH_thecat> presumably something in gtk / css
00:51:21 <FH_thecat> can I change this behaviour in .config/gnucash/gtk-3.0.css ?
01:07:46 *** omnireq_ has quit IRC
01:07:57 *** omnireq_ has joined #gnucash
01:11:09 *** fell_laptop has joined #gnucash
01:11:09 *** ChanServ sets mode: +o fell_laptop
01:13:20 *** fell has quit IRC
01:30:58 *** FH_thecat has quit IRC
01:36:37 *** Mechtilde has joined #gnucash
01:50:38 *** FH_thecat has joined #gnucash
01:56:33 *** FH_thecat has quit IRC
01:57:04 *** FH_thecat has joined #gnucash
01:57:19 *** jervin has joined #gnucash
01:57:25 *** FH_thecat has quit IRC
01:58:17 *** jervin has quit IRC
01:59:25 *** FH_thecat has joined #gnucash
02:03:08 *** FH_thecat has quit IRC
02:03:22 *** sbluhm has joined #gnucash
02:03:22 *** ChanServ sets mode: +v sbluhm
02:03:37 *** FH_thecat has joined #gnucash
02:06:58 *** TownsendHardware has joined #gnucash
02:08:52 *** FH_thecat has quit IRC
02:09:46 *** omnireq_ has quit IRC
02:11:45 *** FH_thecat has joined #gnucash
02:12:07 *** omnireq_ has joined #gnucash
02:27:22 *** sbluhm has quit IRC
02:28:38 *** FH_thecat has quit IRC
02:32:46 *** omnireq_ has quit IRC
02:34:15 *** omnireq_ has joined #gnucash
02:51:58 *** mauritslamers_ has joined #gnucash
02:51:58 *** ChanServ sets mode: +v mauritslamers_
02:52:36 *** mauritslamers has quit IRC
02:52:36 *** mauritslamers_ is now known as mauritslamers
02:55:16 *** omnireq_ has quit IRC
02:55:27 *** omnireq_ has joined #gnucash
03:16:16 *** omnireq_ has quit IRC
03:16:27 *** omnireq_ has joined #gnucash
03:23:10 *** FH_thecat has joined #gnucash
03:29:58 *** gjanssens has joined #gnucash
03:29:58 *** ChanServ sets mode: +o gjanssens
03:37:16 *** omnireq_ has quit IRC
03:37:27 *** omnireq_ has joined #gnucash
04:40:16 *** omnireq_ has quit IRC
04:40:27 *** omnireq_ has joined #gnucash
05:01:16 *** omnireq_ has quit IRC
05:02:18 *** omnireq_ has joined #gnucash
05:04:32 <chris> gjanssens: my branch does many txn types correctly, but still I think it'd be useful for your opinion on how various payment txns are composed of.
05:04:49 <chris> then maybe Adfisc 007 will be fixed
05:07:19 <chris> of note, it handles 797596sample well but not yet your test book
05:08:00 <chris> it also handles 797596sample-with-manipulated-payment well
05:10:17 <chris> i.e. seems to handle all except your test book!
05:20:03 *** daudi has joined #gnucash
05:23:16 *** omnireq_ has quit IRC
05:23:36 *** omnireq_ has joined #gnucash
05:42:41 *** fell_laptop has quit IRC
05:44:56 *** Gerd has joined #gnucash
05:52:06 *** maschinenhans has joined #gnucash
06:04:15 *** Mechtilde has quit IRC
06:05:46 *** omnireq_ has quit IRC
06:05:57 *** omnireq_ has joined #gnucash
06:18:57 *** JayC has quit IRC
06:21:14 *** User__ has joined #gnucash
06:22:18 *** JayC has joined #gnucash
06:22:19 *** ChanServ sets mode: +v JayC
06:25:32 *** JayC has quit IRC
06:25:34 <chris> gjanssens: so I'd like to know exactly how you know TXN-TYPE-LINK are structured, and how to find each LINKed split->invoice/overpayment/etc
06:25:41 <chris> off 1-2h
06:31:22 *** JayC has joined #gnucash
06:31:22 *** ChanServ sets mode: +v JayC
06:53:12 *** Mechtilde has joined #gnucash
07:09:38 *** puck has quit IRC
07:11:52 *** puck has joined #gnucash
07:37:09 *** Mechtilde has quit IRC
07:45:21 *** bertbob has quit IRC
07:50:34 *** bertbob has joined #gnucash
07:50:35 *** ChanServ sets mode: +v bertbob
07:53:10 <gjanssens> chris: I'll get back to you on this later. We'll have guests this afternoon...
07:53:10 <gncbot> gjanssens: Sent 14 hours and 7 minutes ago: <chris> So(bis): to detect payment<->refund matching, would it be safe to assume that the lot has more than 1 split?
07:54:12 <gjanssens> That is a more sound assumption I believe.
07:54:26 <gjanssens> Though I don't know if it matters to differentiate.
07:54:49 <gjanssens> The lot's imbalance represents the overpayment or overrefund (if that's a word).
07:55:14 <gjanssens> That can be used in all situations I believe.
07:55:29 <gjanssens> More later...
08:43:27 *** Jimraehl1 has joined #gnucash
08:44:40 *** Jimraehl1 has quit IRC
08:44:41 *** Mechtilde has joined #gnucash
09:06:11 *** fell_laptop has joined #gnucash
09:06:11 *** ChanServ sets mode: +o fell_laptop
09:22:44 *** chris has quit IRC
09:35:03 *** chris has joined #gnucash
09:35:04 *** ChanServ sets mode: +v chris
10:09:19 *** sbluhm has joined #gnucash
10:09:22 *** fell_laptop has quit IRC
10:13:51 *** Han__ has joined #gnucash
10:15:18 *** fell_laptop has joined #gnucash
10:15:19 *** ChanServ sets mode: +o fell_laptop
10:15:31 *** Han_ has quit IRC
10:31:04 *** sbluhm has quit IRC
10:39:09 *** Gerd has quit IRC
10:42:08 *** maschinenhans has quit IRC
10:47:20 *** fell_laptop has quit IRC
10:55:48 *** fell_laptop has joined #gnucash
10:55:48 *** ChanServ sets mode: +o fell_laptop
11:18:35 *** sbluhm has joined #gnucash
11:21:06 *** lfs has joined #gnucash
11:21:06 *** ChanServ sets mode: +v lfs
11:31:51 *** bertbob has quit IRC
11:32:14 *** Gerd has joined #gnucash
11:32:18 *** jervin has joined #gnucash
11:37:55 *** bertbob has joined #gnucash
11:37:56 *** ChanServ sets mode: +v bertbob
11:46:19 *** sbluhm has quit IRC
11:46:54 *** lfs has left #gnucash
11:46:56 *** lfs has joined #gnucash
11:46:57 *** ChanServ sets mode: +v lfs
11:50:09 *** lfs has quit IRC
11:50:15 *** lfs has joined #gnucash
11:50:16 *** ChanServ sets mode: +v lfs
11:51:50 *** sbluhm has joined #gnucash
11:51:50 *** ChanServ sets mode: +v sbluhm
12:03:20 *** fell has joined #gnucash
12:03:21 *** fell_laptop has quit IRC
12:03:21 *** ChanServ sets mode: +o fell
12:04:22 *** User__ has quit IRC
12:05:02 *** fell has quit IRC
12:05:10 *** fell has joined #gnucash
12:05:10 *** ChanServ sets mode: +o fell
12:06:26 *** lfs has quit IRC
12:24:28 *** sbluhm has quit IRC
12:25:34 *** Han__ has quit IRC
12:33:50 *** Gerd has quit IRC
12:46:46 *** omnireq_ has quit IRC
12:47:06 *** omnireq_ has joined #gnucash
13:08:16 *** omnireq_ has quit IRC
13:08:27 *** omnireq_ has joined #gnucash
13:22:36 *** Gerd has joined #gnucash
13:29:10 *** daudi has quit IRC
13:29:46 *** omnireq_ has quit IRC
13:29:57 *** omnireq_ has joined #gnucash
13:32:28 *** daudi has joined #gnucash
13:36:07 *** sbluhm has joined #gnucash
13:36:08 *** ChanServ sets mode: +v sbluhm
13:39:22 *** daudi has quit IRC
13:50:46 *** omnireq_ has quit IRC
13:52:11 *** omnireq_ has joined #gnucash
14:27:21 *** mauritslamers_ has joined #gnucash
14:27:21 *** ChanServ sets mode: +v mauritslamers_
14:27:58 *** mauritslamers has quit IRC
14:27:58 *** mauritslamers_ is now known as mauritslamers
14:35:30 *** delli3 has quit IRC
14:40:21 *** Gerd has quit IRC
14:53:07 *** jralls_ is now known as jralls
14:53:09 *** ChanServ sets mode: +o jralls
15:04:07 *** frakturfreak has joined #gnucash
15:04:08 *** ChanServ sets mode: +v frakturfreak
15:10:48 *** keiffer has joined #gnucash
15:24:22 <gjanssens> hmm, I don't suppose we can reply to bugs via e-mail in our bugzilla ?
15:30:27 *** waeking has joined #gnucash
15:30:27 *** ChanServ sets mode: +v waeking
15:41:45 <gjanssens> chris: as for the Lot link transactions - RHS treat them exactly as a payment transaction. LHS ignore them.
15:43:11 <gjanssens> In retrospect I don't think I should have created a separate transaction type for this at all. A payment transaction can do and does all what a lot link does.
15:44:08 *** mauritslamers_ has joined #gnucash
15:44:08 *** ChanServ sets mode: +v mauritslamers_
15:44:29 *** mauritslamers has quit IRC
15:44:29 *** mauritslamers_ is now known as mauritslamers
15:45:02 <gjanssens> From with your latest code, if you add a link-id to the two splits of the lot link transaction they will be properly highlighted together
15:45:48 <gjanssens> And splits in a lot link transaction that aren't part of an invoice link, call them "Payments" rather than unknown.
15:46:05 <gjanssens> I believe that's all it still needs.
15:48:05 <gjanssens> What is still needs handling is the case where you have a payment and a refund in a single lot that don't balance.
15:48:57 <gjanssens> The difference should still appear RHS as "Prepayment" or "Open Credit" or whathever an over-refund should be called.
15:49:23 <gjanssens> You can use the lot link transaction offset to the €150 payment in my book as an example.
15:49:58 <gjanssens> RHS it only shows the €121 of the lot link. However the payment was €150, so there's an outstanding prepayment of €29 there.
15:52:45 <gjanssens> The same is happening with the €50 payment in the 757596 sample book at Jan 15.
15:53:25 <gjanssens> Only €40 is assigned of that €50, so it needs a second line of €10 prepayment.
15:54:05 <jralls> gjanssens: The Email tab in BZ admin>Parameters has only sending options. Inbound email seems to have been an API feature of BZ4.2 (https://www.bugzilla.org/docs/4.2/en/html/api/email_in.html) but I don't see it in BZ5.
15:54:21 *** daudi has joined #gnucash
15:54:54 <gjanssens> jralls: NP, I realized after sending this probably wouldn't work, so I added a comment to the bug directly.
15:55:33 <gjanssens> It was deeply ingrained muscle memory to hit reply on a mail before I really realized it was a bugzilla mail...
15:57:12 *** frakturfreak has quit IRC
15:57:21 <jralls> However, I find in the 5.0.1 part of https://www.bugzilla.org/releases/6.0/release-notes.html that if warlord installs Email::Reply and HTML::FormatText::WithLinks it should enable Inbound email.
15:59:36 <jralls> Of course he'd also have to configure bugs-admin@bugs.gnucash.org to accept mail and pass it somewhere. There's undoubtedly some security risk involved so maybe better to leave it the way it is.
16:02:17 *** Mechtilde has quit IRC
16:03:00 <gjanssens> Yeah, agreed
16:07:19 *** Han__ has joined #gnucash
16:11:30 *** Kissaki has quit IRC
16:11:58 *** Kissaki has joined #gnucash
16:12:46 *** omnireq_ has quit IRC
16:12:58 *** omnireq_ has joined #gnucash
16:13:37 *** sbluhm has quit IRC
16:27:35 *** Gerd has joined #gnucash
16:29:33 *** daudi has quit IRC
16:34:16 *** omnireq_ has quit IRC
16:34:27 *** omnireq_ has joined #gnucash
16:36:46 *** KevinDB has quit IRC
16:36:47 *** daudi has joined #gnucash
16:37:41 <chris> gjanssens: for INV<->CN if RHS show "Linked Transactions" I personally feel is not right. Even if link-id will highlight them together, the initial design was that LHS inv would show RHS CN desc&amount rather than RHS lot-link-txn details.
16:38:09 *** KevinDB has joined #gnucash
16:38:09 *** ChanServ sets mode: +v KevinDB
16:38:43 <chris> but I agree that querying lot data is safer than querying split data especially overpayments
16:41:15 <gjanssens> chris: You wouldn't show "Linked Transactions" RHS, because for a proper lot link transaction, there will only be splits will lead to invoice lots.
16:41:30 <gjanssens> For those you will print the invoice/bill data RHS
16:42:46 <chris> hm: example: https://imgur.com/a/va9rjB2
16:43:12 <gjanssens> There's only the old, odd construct in my book that would lead up to showing an actual "linked transaction".
16:43:24 <gjanssens> I don't think you should special case for it.
16:44:51 <gjanssens> I believe it's sufficient it's represented "reasonably"
16:45:12 <gjanssens> Running Check & Repair is supposed to fix this anyway.
16:45:24 <chris> like this? https://imgur.com/a/UxXXyQA
16:45:36 <gjanssens> BTW did you modify my test book to make that screenshot ?
16:45:56 <gjanssens> It doesn't look right the lot link transaction appears in two bills.
16:46:08 <chris> no didn't modify
16:46:49 <gjanssens> The second looks rather ok.
16:47:18 <chris> ok the second one is my current maint-797596
16:47:54 <chris> ^ just refreshed.
16:48:19 <chris> it has a special case - seach 'unusual'
16:48:31 <gjanssens> I'm puzzled why your first screenshot has 3 lot links whihc all light up together
16:48:52 <gjanssens> As far as I know Bill 00005 is not related to the lot link transaction in any way.
16:49:11 *** daudi has quit IRC
16:50:40 <chris> Bill 0005 for 121EUR is overpaid EUR354
16:52:30 <chris> no: Bill 0005 is 354 partially paid with 121EUR
16:53:26 <chris> no: Bill 0005 is 354 partially pre-paid with 121EUR
16:53:40 <gjanssens> Exactly. Your more recent screenshot shows it properly.
16:54:11 <gjanssens> What's still missing in your latest maint: the two lot link splits rhs are not lighting up together.
16:54:27 <gjanssens> It does help tying them together when trying to figure out what is happening.
16:54:42 <gjanssens> And your prepayment total in the brackets is still 150 instead of 29
16:54:43 <chris> (maybe I should augment invoice.scm to link to posting and payment splits)
16:55:03 <gjanssens> (could be nice)
16:55:16 *** omnireq_ has quit IRC
16:55:21 <gjanssens> Though an invoice is typically used to print and send to a customer
16:55:34 <gjanssens> It would be a bit inconvenient if it had links on the amounts.
16:56:06 <chris> the brackets in the bottom are common code that i haven't modified yet
16:56:31 <gjanssens> Unless you can eliminate those with css or javascript magic when leaving gnucash in some way (like testing on a browser agent which we could tweak inside gnucash)
16:56:42 *** omnireq_ has joined #gnucash
16:56:44 <gjanssens> Ok. Just wanted to point it out.
16:57:09 <gjanssens> The rest looks very good IMO
16:57:13 <chris> no: Bill 0005 is 354 partially pre-paid with 121EUR, the 121EUR is a prepayment from some linked txn, right?
16:57:54 <chris> ^ (the "no:" is copy-and-paste misunderstanding)
16:58:07 <chris> (invoice.scm could have @media screen stuff)
16:59:14 *** delli3 has joined #gnucash
16:59:42 <gjanssens> Bill 005 is partially offset by a credit note. As there's no real non_APAR amount involved this is a linked transaction.
17:00:14 <gjanssens> The moment you add another payment to pay the bill, that lot link transaction will be converted in a normal payment transaction with two APAR splits
17:00:21 <gjanssens> One for the bill and one for the credit note.
17:01:06 <gjanssens> Which again illustrates a lot link transaction is a payment transaction with 0 non-APAR splits
17:01:19 <gjanssens> It otherwise behaves identically.
17:01:37 <gjanssens> Time to leave for tonight...
17:01:48 <gjanssens> Good luck with the final tidbits :)
17:02:01 <chris> ok, night!
17:03:02 *** gjanssens has quit IRC
17:15:12 *** fell has quit IRC
17:17:46 *** omnireq_ has quit IRC
17:17:57 *** omnireq_ has joined #gnucash
17:19:46 *** Gerd has quit IRC
17:26:18 *** daudi has joined #gnucash
17:38:46 *** omnireq_ has quit IRC
17:38:57 *** omnireq_ has joined #gnucash
17:41:28 *** mauritslamers has quit IRC
17:41:48 *** mauritslamers has joined #gnucash
17:41:48 *** ChanServ sets mode: +v mauritslamers
17:47:17 *** Mechtilde has joined #gnucash
17:48:05 *** fell has joined #gnucash
17:48:05 *** ChanServ sets mode: +o fell
17:50:23 *** Mechtilde has quit IRC
18:00:16 *** omnireq_ has quit IRC
18:00:27 *** omnireq_ has joined #gnucash
18:10:12 *** akv has quit IRC
18:15:15 *** akv has joined #gnucash
18:15:31 *** keiffer has quit IRC
18:21:16 *** omnireq_ has quit IRC
18:22:42 *** omnireq_ has joined #gnucash
18:24:10 *** daudi has quit IRC
18:43:16 *** omnireq_ has quit IRC
18:43:35 *** fell has quit IRC
18:44:04 *** omnireq_ has joined #gnucash
18:46:21 *** delli3 has quit IRC
19:25:46 *** omnireq_ has quit IRC
19:26:34 *** omnireq_ has joined #gnucash
19:31:10 *** jervin has quit IRC
19:32:25 *** jervin has joined #gnucash
19:39:27 *** jervin has quit IRC
19:39:35 *** jervin has joined #gnucash
19:40:07 *** jervin has quit IRC
19:40:15 *** jervin has joined #gnucash
19:44:16 *** jervin has quit IRC
19:48:10 *** jervin has joined #gnucash
19:56:38 *** gggg has joined #gnucash
20:08:16 *** omnireq_ has quit IRC
20:09:36 *** omnireq has joined #gnucash
20:09:36 *** ChanServ sets mode: +v omnireq
20:25:32 *** mishehu has joined #gnucash
20:36:30 <mishehu> greets folks. I dont' know about other distros, but it seems slackware at least has switched to guile 3.0. I did a small change to the CMakeLists.txt to see if it might be possible to compile with guile 3.0, but I do get this error:
20:36:34 <mishehu> c-interface.scm:84:4: _: bad use of '_' syntactic keyword in subform (_ (hash-ref string-hash key)) of (_ (hash-ref string-hash key))
20:36:49 <mishehu> Is there any way to get gnucash to work with guile 3.0 ?
20:36:59 *** jervin has quit IRC
21:10:46 *** omnireq has quit IRC
21:11:56 *** omnireq has joined #gnucash
21:11:56 *** ChanServ sets mode: +v omnireq
21:31:01 *** delli3 has joined #gnucash
21:31:01 *** ChanServ sets mode: +v delli3
21:53:16 *** gggg has quit IRC
21:54:16 *** omnireq has quit IRC
21:55:52 *** omnireq has joined #gnucash
21:55:52 *** ChanServ sets mode: +v omnireq
21:57:00 <chris> @tell gjanssens from your book I'm still not sure why the lot e27485ddcdeb12b319f42fcda28a6cc4 cannot find its invoice 3a3e5bccd3cdf767b3221b1f428b017b from gncInvoiceGetInvoiceFromLot -- if this is solved then a section goes away
21:57:00 <gncbot> chris: The operation succeeded.
22:01:06 <chris> @tell gjanssens I'll be able to fix lot-split->posting-split
22:01:06 <gncbot> chris: The operation succeeded.
22:26:53 <chris> @tell gjanssens found it. look at e27485ddcdeb12b319f42fcda28a6cc4 in .xac - has no gncOwner section !!!
22:26:53 <gncbot> chris: The operation succeeded.
22:32:02 *** jervin has joined #gnucash
22:33:10 *** Gerd has joined #gnucash
22:42:25 <chris> @tell gjanssens: Bill 00007 is special because its lot doesn't have gncOwner slot; it has gncInvoice slot but that's not sufficient for gncInvoiceGetInvoiceFromLot to successfully find it
22:42:25 <gncbot> chris: The operation succeeded.
22:46:22 <chris> @tell I'd class it an engine/book bug... to work around it in new-owner-report.scm doesn't seem right
22:46:22 <gncbot> chris: The operation succeeded.
22:46:29 <chris> @tell gjanssens I'd class it an engine/book bug... to work around it in new-owner-report.scm doesn't seem right
22:46:29 <gncbot> chris: The operation succeeded.
22:56:06 *** Gerd has quit IRC
23:28:56 *** jervin has quit IRC
23:48:36 <chris> @tell gjanssens so, as soon as gncInvoiceGetInvoiceFromLot manages to retrieve invoice-guid from the lot, new-owner-report.scm can work again without the "Link" payment details :)
23:48:36 <gncbot> chris: The operation succeeded.