2017-02-23 GnuCash IRC logs

01:49:17 *** Mechtilde has joined #gnucash
01:54:21 *** fell__ has joined #gnucash
01:56:12 *** fell_ has quit IRC
02:03:50 *** Mechtilde has quit IRC
02:08:27 *** kael has quit IRC
02:24:03 *** ggherdov_ has quit IRC
02:24:18 *** ggherdov_ has joined #gnucash
02:45:53 *** fabior has joined #gnucash
02:52:09 *** mrklintscher has joined #gnucash
03:37:37 *** gjanssens has joined #gnucash
03:37:37 *** ChanServ sets mode: +o gjanssens
03:39:33 *** fekepp has joined #gnucash
04:06:17 *** mahiddine has joined #gnucash
04:26:29 *** O01eg has quit IRC
04:29:03 *** CDB-Man_ has quit IRC
04:38:24 *** fekepp has quit IRC
04:40:44 *** fekepp has joined #gnucash
05:04:08 *** ziggy has joined #gnucash
05:06:08 <ziggy> Hi. I'm using the android app and try to import my transactions into the desktop version. Using the qif format this results in a lot of duplicate accounts. Then there is some xml export which appears to be a regular gnucash xml file. I couldn't figure out how to import just the transactions from this file. What I managed to do was open the file in a new windo
05:06:36 <ziggy> Is there a way to import transactions from an xml file into another project?
05:28:30 *** fekepp has quit IRC
05:30:24 *** fekepp has joined #gnucash
05:41:20 *** cyphase has joined #gnucash
05:45:34 *** slm has joined #gnucash
06:51:57 *** User has joined #gnucash
06:54:47 *** fabior has quit IRC
06:55:02 *** Jimraehl1 has joined #gnucash
06:58:03 *** fekepp has quit IRC
06:59:48 *** fekepp has joined #gnucash
07:36:55 *** CDB-Man has joined #gnucash
07:46:14 *** rickoehn has joined #gnucash
08:27:06 *** ziggy has quit IRC
08:31:57 *** KaiForce has quit IRC
08:40:55 *** fabior has joined #gnucash
08:53:28 *** fekepp has quit IRC
08:55:06 *** fekepp has joined #gnucash
10:07:54 *** fekepp has quit IRC
10:07:56 *** fekepp has joined #gnucash
10:12:01 *** kael has joined #gnucash
10:31:52 *** mlncn has quit IRC
10:34:36 *** User_ has joined #gnucash
10:36:40 *** User has quit IRC
10:37:12 *** kael has quit IRC
10:45:08 *** User__ has joined #gnucash
10:47:13 *** User_ has quit IRC
10:57:38 *** mlncn has joined #gnucash
11:00:46 *** mlncn has quit IRC
11:10:44 *** meb has joined #gnucash
11:15:35 *** meb has quit IRC
11:16:02 *** meb has joined #gnucash
11:16:13 *** Mechtilde has joined #gnucash
11:19:20 *** bastianilso has joined #gnucash
11:19:37 *** User_ has joined #gnucash
11:21:36 *** User__ has quit IRC
11:23:59 *** mlncn has joined #gnucash
11:44:52 *** liz has joined #gnucash
11:49:09 *** liz has quit IRC
12:03:19 *** bastianilso has quit IRC
12:08:55 *** fekepp has quit IRC
12:24:30 *** mrklintscher has quit IRC
12:24:36 *** bastianilso has joined #gnucash
12:32:41 *** kael has joined #gnucash
12:36:54 *** Unhammer has quit IRC
12:37:25 *** Unhammer has joined #gnucash
12:58:16 *** fell__ is now known as fell_
12:58:19 *** fell_ is now known as fell
12:58:30 *** gncbot sets mode: +o fell
13:31:10 *** rjsha has quit IRC
13:33:20 *** MrWhite has quit IRC
13:47:06 <warlord> Hey, fell, gjanssens, jralls, mikee -- is someone here who can run a test for me?
13:48:36 <gjanssens> warlord: tell me
13:49:41 <warlord> I'm testing my network (and network logging). Can you run: wget -4 http://code.gnucash.org/builds/win32/2.6.4/gnucash-2.6.4-setup.exe and tell me what throughput you see? And can you run it for at least 5 minutes so I can see how it affects my logging?
13:49:53 <warlord> (you're welcome to use https if you prefer)
13:50:08 <warlord> The -4 is important to ensure it pulls over the IPv4 network and not IPv6 network
13:50:52 <gjanssens> warlord: I'm getting about 2MB/s
13:51:08 <warlord> Okay, that's good.
13:51:16 <gjanssens> The full download takes about 45 seconds
13:51:25 <warlord> Can you let it run for a few minutes?
13:51:30 <gjanssens> Do you want me to repeatedly download it then ?
13:51:41 <warlord> Yeah, if you could
13:51:48 <gjanssens> np
13:52:47 <warlord> Right now my logger is only showing 5kbps over my v4 tunnel, wheras it used to be more like 60 (on average). I'm wondering if it's a reporting problem
13:53:13 <warlord> .. or if it's reporting Bytes vs Bits.. or what.
13:54:41 *** mlncn has quit IRC
13:55:56 <gjanssens> warlord: I have just started a download loop
13:56:09 <fell> I got 621 KB/s, limited by my 6MBit line
13:56:32 <gjanssens> Had to dig into the wget options to find how to overwrite on a repeated download
13:56:37 <gjanssens> can you check now ?
13:56:54 <warlord> fell: that's 5mbps --- which is pretty good.
13:57:26 <gjanssens> first download was about 2MB/sec, now it's down to 550KB/s
13:57:39 <gjanssens> 2MB/s again...
13:57:56 <warlord> Okay, something is pretty wrong.. It's still saying only 4kb/s -- which is definitely wrong.
13:58:47 <warlord> My eth0 uplink is saying 5mbps..
13:59:03 <warlord> But my tunnel isn't..
13:59:06 <gjanssens> Right. I'm fairly consistently at 2MB/sec so your logging is not correct
14:01:51 <warlord> Apparently. I think I need to update my mrtg config. Thanks, guys.
14:03:06 <warlord> I might ask for the test again in a bit..
14:06:19 <warlord> Hmmm... I do have the right config..
14:08:55 <gjanssens> ok, just shout if you need another test
14:10:13 <warlord> Will do. As far as I can tell I've got it configured correctly..
14:10:48 <warlord> Maybe there is just a delay..
14:10:58 <warlord> I see 17Mb/s as of 14:05
14:11:38 <warlord> Well, I see that on the main interface..
14:11:52 <warlord> I dont see it on the tunnel. Grrr
14:12:03 *** myNameIsTaken has quit IRC
14:21:24 *** kael has quit IRC
14:23:50 *** mlncn has joined #gnucash
14:32:25 *** Mechtilde has quit IRC
14:47:38 <warlord> I think it's a reporting problem on my (new) router. It doesn't seem to properly report tunnel bandwidth
15:00:16 *** ben_john has joined #gnucash
15:25:54 *** kael has joined #gnucash
15:38:41 *** mlncn has quit IRC
15:38:58 *** serrador has joined #gnucash
15:43:58 *** serrador has quit IRC
16:02:35 *** serrador has joined #gnucash
16:04:15 *** fekepp has joined #gnucash
16:20:27 *** kael has quit IRC
16:20:30 *** kael has joined #gnucash
16:28:08 *** ben_john is now known as MrWhite
16:28:16 *** fabior has quit IRC
16:28:17 *** fabior_ has joined #gnucash
16:32:10 *** MrWhite is now known as Heisenburg
16:34:32 *** kael has quit IRC
16:48:38 *** fekepp has quit IRC
16:48:39 *** fekepp has joined #gnucash
17:11:26 <fell> warlord: "You have reached the top-page of the GnuCash SVN/CVS ..."
17:12:58 <fell> How about "lists and code archive"?
17:13:44 <warlord> fell: try now?
17:14:33 <fell> OK. Then until the next change
17:16:02 <fell> Chrome gives me an (i) beneath the adress, which is better than an "Insecure warning"
17:16:23 <fell> but linas managed to have the secure symbol there.
17:18:27 <warlord> What does (i) mean? The site *should* be using LetsEncrypt now.
17:18:38 <fell> info
17:19:23 <warlord> From the main page, or all pages?
17:19:36 <fell> a further click offers https://support.google.com/chrome/answer/95617?visit_id=0-636234842093878708-3934828207&p=ui_security_indicator&rd=1
17:19:41 <warlord> On the main page I see "Parts of this page are not secure"
17:20:56 <fell> wiki seems secure
17:21:49 <warlord> Okay, I fixed it. It was my link to my IHTFP image.
17:21:54 <warlord> try now.
17:22:22 <fell> Yep
17:23:08 <warlord> Yeah, it was an img src="http:// .. " issue. Changed to https and now all is happy.
17:23:16 <warlord> Anyways, gotta run for a bit. Back later.
17:23:25 <fell> CU
17:27:36 *** haclong has joined #gnucash
17:29:35 <gjanssens> jralls: FYI I've spent the better part of the last few days to get my head wrapped around the register code
17:29:45 <gjanssens> What a horrible spaghetti that is!
17:30:03 <jralls> Yeah, no kidding. And no wonder nobody wants to mess with it.
17:30:10 <gjanssens> Good news is, I think I can get away with cairo only, so no need for goo_canvas
17:30:33 <jralls> Unfortunately the reg2 isn't much better because Bob copied and pasted huge chunks.
17:30:53 <gjanssens> I've already ported the easiest part - the register header is now GnomeCanvas free
17:31:06 <jralls> Excellent.
17:31:33 <gjanssens> There's only one glitch left: when resizing a column such that the horizontal scrollbar isn't needed anymore
17:32:04 <gjanssens> The header stays at the exact size as resized, while the register body scales out again to fill the complete available width
17:32:34 <gjanssens> so the columns get temporarily out of sync until another resize (like widening the window)
17:32:59 <jralls> I'm confused. Why would the horizontal scrollbar popping in and out affect the viewport width?
17:33:19 <gjanssens> Poor choice of words from my side
17:33:45 <gjanssens> Forget the scrollbar, that's not the source... I'll start over
17:34:43 <gjanssens> Suppose you start with the regular register layout in which all columns have a set size and all columns together fill the available window space exactly
17:35:26 <gjanssens> When widening or narrowing the window, the description column will automatically resize so the columns continue to nicely fill the available width
17:35:44 *** rickoehn has quit IRC
17:35:52 <gjanssens> Internally there is some code that synchronizes this for the header and the body of the register
17:35:55 *** rickoehn has joined #gnucash
17:36:22 <gjanssens> Now if you choose to reduce the size of any column except the description column in this situation
17:37:14 <gjanssens> the description column will also adjust so all columns together continue to fill the full width
17:37:41 <gjanssens> After my change, this continues to be so for the register body, but no longer for the register header
17:37:54 <gjanssens> Which of course is due to something I missed
17:38:30 <gjanssens> Now the decription cell in the header does not automatically expand to make the header occupy the full width any more
17:38:55 <jralls> You probably need to emit a signal, something like redraw. Give me a moment and I'll look it up.
17:40:05 <gjanssens> Well, I think the redraw happens, but at the moment the header is drawn, the column width appear not to be updated yet, while they are when the body gets redrawn
17:41:03 <gjanssens> Even weirder, it only happens like this when narrowing a column such that the total width of all columns becomes less than the available window width
17:43:00 <gjanssens> When a column gets widened, header and body stay nicely in sync
17:43:21 <jralls> Because going that way pops up the scroll bar and that fires off whatever signal you need.
17:43:23 <gjanssens> So it looks like it only happens when the description column gets resized automatically
17:43:48 <gjanssens> No, it also works fine if there is already a horizontal scroll bar
17:44:07 *** User_ has quit IRC
17:44:36 <gjanssens> In that case narrowing or expanding work fine, as long as the width of all columns together stays more than the available window width
17:45:19 <jralls> Right, because whenever there's a scroll bar the GtkScrolledWindow is firing resize signals every time something changes. But if the scrollbar isn't active and doesn't get activated then the GtkScrolledWindow doesn't need to emit a resize signal.
17:45:25 <gjanssens> I think my clue is the autoresizing of the description column which I suspect to be triggered at an unusual place
17:45:52 <gjanssens> Hmm, that's indeed some other option.
17:46:32 <gjanssens> I'll dig into that later. It's time for bed now.
17:46:50 <jralls> Well, there are two ways: A direct callback or a signal, which is really just an indirect callback. Since it works when the GtkScrolledWindow fires, it should be just a matter of emitting the same signal.
17:47:12 <jralls> Right. Goodnight!
17:47:22 <gjanssens> Thanks for the feedback!
17:48:01 *** gjanssens has quit IRC
18:04:19 <jralls> @tell gjanssens Wait a minute: When you resize a column you're doing it in the header, right? The resize is handled by gnc_header_event in th GDK_BUTTON_RELEASE or GDK_2BUTTON_PRESS cases, which in turn call gnc_header_resize_column.
18:04:19 <gncbot> jralls: The operation succeeded.
18:08:03 *** fabior_ has quit IRC
18:10:24 *** fabior has joined #gnucash
18:34:14 *** Heisenburg has quit IRC
18:41:39 <jralls> @tell gjanssens So no callbacks and no signals. gnc_header_resize_column calls gnc_header_request_redraw (twice) that in turn calls gnome_canvas_request_redraw. That should be calling gnc_header_draw through the class->draw interface, but I don't see why it would do that when the scrollbar is active and not otherwise.
18:41:39 <gncbot> jralls: The operation succeeded.
18:42:13 *** User_ has joined #gnucash
18:49:02 *** CDB-Man has quit IRC
18:49:22 *** CDB-Man has joined #gnucash
18:50:14 *** haclong has quit IRC
18:51:15 *** rickoehn has quit IRC
18:58:45 *** fekepp has quit IRC
19:14:45 *** User_ has quit IRC
19:16:13 *** bastianilso has quit IRC
19:57:28 *** rjsha has joined #gnucash
19:59:41 *** MrWhite has joined #gnucash
20:27:00 *** MrWhite is now known as Heisenburg_IsNotHere
20:47:38 <warlord> @tell gjanssens FYI, it was a configuration problem; apparently the router does not properly "count" packets/data when "hardware offload" is enabled. I dont need hw offload for the tunnels, so I turned it off.
20:47:38 <gncbot> warlord: The operation succeeded.
21:06:51 *** mlncn has joined #gnucash
21:41:07 *** jchonig has quit IRC
22:02:16 *** Heisenburg_IsNotHere is now known as Heisenburg
22:11:43 *** meb has quit IRC
23:01:56 *** mlncn has quit IRC