2016-11-13 GnuCash IRC logs
00:12:42 *** kael has quit IRC
00:21:40 *** kael has joined #gnucash
01:18:42 *** fell_ has joined #gnucash
01:21:28 *** fell has quit IRC
01:37:09 *** kael has quit IRC
02:21:20 *** gour has joined #gnucash
04:47:49 *** fell_ has quit IRC
05:31:59 *** fabior has joined #gnucash
06:02:39 *** fabior has quit IRC
08:45:57 *** fabior has joined #gnucash
08:56:44 *** micha-- has joined #gnucash
09:15:42 <micha--> Hey, I am trying to change my HBCI banking setup. Sparkasse Bielefeld switched servers, now it says "error -57" for any request. The wizard (Onlinebanking Einrichtungs-Assistent) closes immediately after starting. Before the switch (early November) it just worked... Any ideas?
09:49:31 *** gour_ has joined #gnucash
09:51:53 *** gour has quit IRC
09:55:23 <micha--> looks like the Sparkassen changed to HBCI 3.0 and switched servers for that
10:39:52 *** fabior has quit IRC
11:05:34 <gjanssens> Ok, I need some help with my broken test on maint
11:05:43 <gjanssens> https://github.com/Gnucash/gnucash/commit/673888dee7c972d2ed8470ccc28c466162910a6d is the source of the breakage
11:06:13 <gjanssens> What it does is: when a lot gets destroyed, it will also update the lot list of the account it belonged to
11:06:37 <gjanssens> This didn't happen before and was source of potential segfaults, because the account's lot list got out of date
11:08:20 <gjanssens> The test that fails is the one that counts the number of QOF_EVENT_MODIFY signals being emitted when an account is destroyed
11:08:44 <gjanssens> Before my commit, this event got sent once during account destruction
11:09:38 <gjanssens> With my commit, it gets sent twice - once like before and a second time when the lot in that account gets destroyed (which in turn tells the account to remove the lot from its list and hence triggers the MODIFY event)
11:10:53 <gjanssens> I'm not sure how to resolve this. Is sending this event twice a bad idea ? In that case I have to find a way to delete the lot without triggering an MODIFY event in case the lot destruction is due to the account itself being destroyed
11:11:32 <gjanssens> If sending the event twice is ok, the solution would be easy. I'd just have to fix the count in the test case.
11:11:50 <gjanssens> Sending the event twice does seem like not nice though.
11:13:44 *** micha-- has quit IRC
11:22:28 <gjanssens> Ok, just writing this down pointed me in the right direction. I've found qof_instance_get_destroying which I can use to guard the event generation when the lot gets destroyed as a result of the account itself being destroyed.
11:23:24 <gjanssens> Yay, on to the next test failure which happens because the test was explicitely expecting the wrong old behaviour.
11:27:27 <gjanssens> And all tests pass again locally. Let's see if travis is happy as well...
12:12:17 <jralls> gjanssens: Do you have an opinion about whether Bob F.'s bug 763640 PR should go to maint or master?
12:46:22 *** fell has joined #gnucash
12:56:44 *** fabior has joined #gnucash
13:06:35 *** AlexD has joined #gnucash
13:10:27 <AlexD> Hello, could you please help me out with the following: I had moved my gnucash files to a new folder and after working in the Gnucash file for a while I discovered it has become read-only. I had saved a duplicate file in a new folder so my last changes would be saved. The problem is that this file is actually not in a new folder but in my general documents file. How can I move these gnucash files to a new folder without it becoming
13:10:27 <AlexD> read-only again?
13:17:28 <gjanssens> jralls: I saw your suggestion, but haven't had time to really look into it.
13:17:57 <gjanssens> The behaviour of reports will change if we apply the whole patch set to maint.
13:18:03 <gjanssens> Is that what we want ?
13:19:17 <gjanssens> Thinking about it, this will likely even break backwards compatibility between 2.6.15 and 2.6.14 with respect to saved reports.
13:20:14 <gjanssens> One of the options gets a new possible value ('percent vs 'pixels) which is unknown in 2.6.14
13:20:23 <gjanssens> So I think we can't apply all of it to maint.
13:20:48 <gjanssens> I do think we should apply the fix for the default value bug to maint though
13:21:01 <gjanssens> I'll add these reflections on the PR as well
13:21:36 <jralls> gjanssens: We need to get 2.6.x able to read the % preference, too, otherwise we'll have breaks next summer when we start test releases.
13:21:36 <AlexD> Actually, I just created a new folder and then “saved as” my open file with a new name in this new folder
13:22:07 <AlexD> The question is can I now remove all the older duplicate files in the other folders?
13:22:46 <jralls> AlexD: Use your OS's file manager.
13:22:56 <AlexD> Yes OSX
13:23:01 <gjanssens> jralls: indeed. I made that remark in one of my earlier comments on the bug
13:23:12 <gjanssens> s/bug/PR/
13:24:30 <jralls> gjanssens: Since there's no parallel PR for that, Bob didn't notice.
13:24:42 <jralls> AlexD: Then the file manager is called "Finder".
13:25:11 <jralls> AlexD: Use Finder to move the old files to the trash, then empty the trash.
13:26:22 <AlexD> OK, I just hope it won’t somehow effect the data in my newly saved file. It already happend once that all data was gone from my file, all accounts were blank
13:26:43 *** fabior has quit IRC
13:28:35 <jralls> AlexD: Are you trying to open files by double-clicking on them?
13:28:38 <gjanssens> jralls: I believe he did take note based on his replies to my comment, but indeed he didn't implement the maint part yet.
13:29:39 <AlexD> Yes, I open a gnucash files by double clicking the file name in the folder
13:29:42 <jralls> gjanssess: OK, we should require the maint PR before merging the master one.
13:29:52 <AlexD> It seems the problem is solved. Thank you
13:30:48 <jralls> AlexD: That doesn't do what you think. GnuCash doesn't understand the message from MacOS about the file to open, so it opens the last one that was open when you quit GnuCash. Use the File>Open menu item to open a different file.
13:33:07 <AlexD> Ok! That’s good to know. Thank you.
13:36:53 <gjanssens> Gotta run...
13:39:21 *** byteit101 has joined #gnucash
13:44:35 <byteit101> Do I need to set up securities in some way first to be able to sort the Accounts view by "Total (USD)" correctly? Currently I'm getting a sort order dependant on the number of shares (1.9 VINIX > 1.2 VWENX > 0.99 VSPMX) and not USD ($389 > $80 > $207) as I would expect
14:04:44 <warlord> byteit101: ensure you have pricedb entries for each of your stocks
14:05:04 <byteit101> yup, I do from yahoo
14:05:13 <byteit101> the total listed in the total USD column is correct
14:05:26 <warlord> The total listed *is* correct?
14:05:33 <warlord> But the sorting is not?
14:05:33 <byteit101> yes
14:05:38 <byteit101> correct
14:05:46 <warlord> What version of gnucash?
14:05:48 <warlord> (sounds like a bug to me)
14:06:18 <byteit101> 2.6.4 (version that came with debian stable)
14:07:07 <warlord> Oh, that's old. 2.6.14 is current. Try updating to something released this year.
14:07:29 <warlord> (use getdeb if you must stay with prepackaged releases)
14:07:46 <byteit101> Is there a debian repo with that version?
14:08:35 <warlord> getdeb -- like I just said.
14:09:51 <jralls> byteit101: Maybe only 2.6.13. Dmitry had a problem building 2.6.14 and I helped him resolve it on Thursday.
14:10:26 <byteit101> anything I should be aware of/backup upgrading?
14:12:54 <jralls> byteit101: No, not really.
14:16:18 <jralls> byteit101: On the other hand, I'm trying it out in 2.6.14 and it's only sorting on the Total column, even when I tell it to sort on Total(USD) or Present(USD). It's possible that GtkTreeView can't see the displayed contents of those columns for sorting purposes.
14:16:40 <byteit101> hmm, both my custom reports just vanished when I upgraded
14:18:24 <warlord> byteit101: do you mean reports you wrote? or reports you added?
14:18:28 <warlord> (added/saved)
14:18:43 <byteit101> custom reports I wrote and have in .gnucash
14:19:08 <byteit101> still listed in config.user
14:25:37 <byteit101> oh there we go, had to import (use-modules (gnucash gettext))
14:27:40 <byteit101> yup, I get the same as before, total USD is not sorted correctly
14:29:25 <warlord> then it's a bug, as jralls thinks.
14:30:10 <byteit101> ok, should I create an account and file that in bugzilla then?
14:30:21 <warlord> wouldn't hurt :)
14:30:35 <byteit101> or has jralls already done that?
14:30:46 <jralls> No, he hasn't.
14:34:18 <byteit101> hmm, what component?
14:34:43 <byteit101> user interface general?
14:34:59 <warlord> Sounds like a good place to start.
14:38:31 *** thecat has quit IRC
14:38:46 *** AlexD has left #gnucash
14:42:24 *** O01eg has joined #gnucash
14:46:07 <byteit101> reported
15:16:57 <jralls> Thanks.
15:19:37 *** O01eg has quit IRC
15:31:40 *** O01eg has joined #gnucash
15:47:39 *** O02eg has joined #gnucash
15:49:52 *** O01eg has quit IRC
15:56:27 *** fabior has joined #gnucash
16:09:40 *** O02eg has quit IRC
16:10:57 *** O02eg has joined #gnucash
16:14:08 *** O02eg has quit IRC
16:14:35 *** O02eg has joined #gnucash
16:38:24 *** fabior has quit IRC
16:45:11 *** gjanssens has quit IRC
17:01:27 *** Jimraehl1 has joined #gnucash
17:07:56 *** O02eg has quit IRC
17:42:40 *** User has joined #gnucash
17:54:11 *** User has quit IRC
18:27:40 *** pbaldovi has joined #gnucash
18:29:06 <pbaldovi> Hi everyone. I trying to import multiline invoices (cvs) all work fine, but i cant post the invoice when is multiline. Posting work fine with one line invoices. Some clue?
18:51:14 *** pbaldovi has quit IRC
19:05:31 *** pbaldovi has joined #gnucash
19:09:21 *** pbaldovi has quit IRC
19:28:45 *** gour_ has quit IRC
21:31:12 *** meb has quit IRC
21:52:12 *** meb has joined #gnucash
21:55:44 *** meb has quit IRC
22:02:23 *** baileygoat has joined #gnucash
22:03:08 *** meb has joined #gnucash
23:11:33 *** lwells has quit IRC
23:14:32 *** lwells has joined #gnucash