Re: [GNC-dev] Tax Report Options: Payer Name Source Option
Alex, Thanks for the clarification. My example was unfortunate; my actual experience was with income accounts--precisely for dividend income accounts, for the reason you indicated. Still greyed out. David On January 22, 2019, at 3:57 AM, Alex Aycinena wrote: David, -- Forwarded message -- From: "David T." To: gnucash-devel Cc: Bcc: Date: Mon, 21 Jan 2019 19:11:59 +0530 Subject: [GNC-dev] Tax Report Options: Payer Name Source Option Hello, On the Tax Report Options dialog, there is an option named “Payer Name Source” that once allowed the user to select “Current Account” or “Parent Account” as needed. This option, when set to “Parent Account" would force the TXF report to roll the information in a child account up to its parent (i.e., Expenses:Charity:MyCharity would display in the TXF report under Expenses:Charity). I say “once” because I cannot seem to get this option now to activate; it is always greyed out. I have checked this in GC3.4 and GC2.6.19 on MacOS Mojave; it is not active in either. I know that it worked at some point, since I used it. Now, I cannot get it active to set. Ideas? David T. I checked with both 3.4 and 2.6.21 and it seems to work correctly. The feature is not intended to work with all TXF Categories (for example, expenses:Charity). It is intended for things like Interest and Dividends where you may have, say dividends, credited to a sub-account of the brokerage (e.g., the security sub-account, say, IBM) but Schedule B wants the total dividends shown by the parent not the payer (e.g., the broker, say, Morgan Stanley who sends you your 1099-DIV). This allows the report to collect these all together for you. (For it to work properly, all the sub-accounts need to be directly under the parent, as is pointed out in the documentation, I believe). Check under Income with Dividends to see if it not greyed out. Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Tax Report Options: Payer Name Source Option
David, > > -- Forwarded message -- > From: "David T." > To: gnucash-devel > Cc: > Bcc: > Date: Mon, 21 Jan 2019 19:11:59 +0530 > Subject: [GNC-dev] Tax Report Options: Payer Name Source Option > Hello, > > On the Tax Report Options dialog, there is an option named “Payer Name > Source” that once allowed the user to select “Current Account” or “Parent > Account” as needed. This option, when set to “Parent Account" would force > the TXF report to roll the information in a child account up to its parent > (i.e., Expenses:Charity:MyCharity would display in the TXF report under > Expenses:Charity). > > I say “once” because I cannot seem to get this option now to activate; it > is always greyed out. I have checked this in GC3.4 and GC2.6.19 on MacOS > Mojave; it is not active in either. I know that it worked at some point, > since I used it. Now, I cannot get it active to set. > > Ideas? > > David T. > > I checked with both 3.4 and 2.6.21 and it seems to work correctly. The feature is not intended to work with all TXF Categories (for example, expenses:Charity). It is intended for things like Interest and Dividends where you may have, say dividends, credited to a sub-account of the brokerage (e.g., the security sub-account, say, IBM) but Schedule B wants the total dividends shown by the parent not the payer (e.g., the broker, say, Morgan Stanley who sends you your 1099-DIV). This allows the report to collect these all together for you. (For it to work properly, all the sub-accounts need to be directly under the parent, as is pointed out in the documentation, I believe). Check under Income with Dividends to see if it not greyed out. Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Alphavantage strategies
Wm via gnucash-devel writes: [snip] >>> Wm's suggestion >>> === >>> only collect if the most recent price is more than 1 day (or 12 hours, >>> etc) old [2]. this sort of fits in with the existing post collection [snip] > Do you really miss the point on purposes? If gnc collects the last > price it doesn't have that is a good thing. All GnuCash knows is the time of the last price it received/stored. It has to make the request to A-V to know if there is a new price. So that means, by definition, GnuCash will automatically request any prices > old, whether or not there is a "new price", because GnuCash can't know if there is a new price until it makes the request. Sure, this is a "Good Thing", but it's definitely not going to limit the number of price requests GnuCash makes Unless, of course, you're assuming people are requesting prices every few minutes? -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Full Screen oddities GC3.4, Mac Mojave
> On Jan 21, 2019, at 4:52 AM, David T. via gnucash-devel > wrote: > > Hi. > > I have found that GnuCash 3.4 behaves idiosyncratically when using full > screen mode on MacOS. > > When in full screen mode, GC spawns every child window as full screen as > well. This is rather jarring when the window in question is a question dialog > (e.g., Do you want to create a new account? Y/N). Furthermore, attempts to > exit full screen mode (e.g., by pressing Escape) can cause GC to crash (Bug > #797059). The first is a design mismatch between Apple’s full-screen mode and Gtk. Gtk uses NSWindows for all top levels, including dialogs, and Apple’s full-screen mode makes all NSWindows full screen. Escape doesn’t exit full-screen. View>Exit Full Screen does, but it’s disabled when there’s a modal dialog running, and the Edit Accounts Dialog is modal. I tried it out just now and found that in the case where you got wedged there are two GnuCash screens, filename.gnucash-AccountName-Gnucash and New Account-Expenses-Foo. The first is black because its event loop is stopped, but hovering at the top will reveal the menu. The other is the full-screened Edit Accounts dialog box. Clicking cancel on the Edit Accounts dialog box leaves the full-screen GnuCash window black, but one can get the view menu and click Exit Full Screen. What happens next is a bit weird: The screen stays black. Using command tab to switch to another application and back to GnuCash displays the not-full-screen GnuCash on that new desktop. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Tax Report Options: Payer Name Source Option
Hello, On the Tax Report Options dialog, there is an option named “Payer Name Source” that once allowed the user to select “Current Account” or “Parent Account” as needed. This option, when set to “Parent Account" would force the TXF report to roll the information in a child account up to its parent (i.e., Expenses:Charity:MyCharity would display in the TXF report under Expenses:Charity). I say “once” because I cannot seem to get this option now to activate; it is always greyed out. I have checked this in GC3.4 and GC2.6.19 on MacOS Mojave; it is not active in either. I know that it worked at some point, since I used it. Now, I cannot get it active to set. Ideas? David T. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Full Screen oddities GC3.4, Mac Mojave
Hi. I have found that GnuCash 3.4 behaves idiosyncratically when using full screen mode on MacOS. When in full screen mode, GC spawns every child window as full screen as well. This is rather jarring when the window in question is a question dialog (e.g., Do you want to create a new account? Y/N). Furthermore, attempts to exit full screen mode (e.g., by pressing Escape) can cause GC to crash (Bug #797059). Cheers, David ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] AppImage
Thanks a lot, Geert! This is just for my own amusement at the moment, and potentially for filing bugs if I run into any issues on my system. I hope to have time to try it out sometime this week. -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Two steps forward (Maybe three back)
As a last test, add the following, which will help determining which part of qof_print_date_buff is playing up. I think it should output ('locale 4)... modified gnucash/report/standard-reports/transaction.scm (add-if (column-uses? 'date) (vector (_ "Date") (lambda (split transaction-row?) + (gnc:pk 'locale (qof-date-format-get)) (if transaction-row? (gnc:make-html-table-cell/markup "date-cell" On 21/1/19 12:58 pm, Stephen M. Butler wrote: On 1/20/19 8:07 PM, Christopher Lam wrote: There's no reason why the dates can't be changed. The reason dates straggling 1.1.1970 was chosen was because 1.1.1970 corresponds to time 0 in time64, and I felt that having a few negative time64 numbers would be interesting to test sorting. However this is a weird weirdness -- the test output shows that the transactions were sorted correctly - 31/12/69, 31/12/69, 01/01/70, 02/01/70, 02/10/70 (in d/m/y); it's just the display that is incorrect. Moreover the display has to go through qof_print_date which takes a time64 and returns a string. I'd be keen to know Stephen's build and try debug this. Here are my steps (I have a Projects folder in which is a GnuCash folder): cd ~/Projects/GnuCash git clone https://github.com/Gnucash/gnucash cd gnucash git checkout 3.4 cp -r ../debian . (contents of above folder are available here: https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI ) fakeroot debian/rules clean sudo mk0buikd-deps -ir debian/control DEB-BUILD-OPTIONS=nocheck dpkg-build-package -rfakeroot -b -uc (This did build the files located here: https://drive.google.com/open?id=1fV_fURy6c77e7gf6S41lTacM7dFyy7VD ) Stephen can you modify transaction.scm as follows and let us know the test output? (Beware the parentheses!) modified gnucash/report/standard-reports/transaction.scm @@ -1119,7 +1119,8 @@ be excluded from periodic reporting.") (if transaction-row? (gnc:make-html-table-cell/markup "date-cell" - (qof-print-date (xaccTransGetDate (xaccSplitGetParent split + (let ((date (xaccTransGetDate (xaccSplitGetParent split + (gnc:pk 'date date 'qof-print-date (qof-print-date date "" (add-if (column-uses? 'reconciled-date) Hmm. I was back on v3.4 with this test. I'll try again with maint checked out. d0.0005 t1.824: ('date 1576407540 'qof-print-date 12/15/19) [pass] line:647, test: dual amount column, with original currency headers [pass] line:651, test: dual amount column, grand totals available [fail] line:654, test: dual amount column, first transaction correct transaction.scm/display options -> expected: ("01/03/18" "$103 income" "Root.Asset.Bank" "$103.00" "$103.00") -> obtained: ("01/03/19" "$103 income" "Root.Asset.Bank" "$103.00" "$103.00") d0.1090 t1.933: ('date -46860 'qof-print-date 12/31/69) On 21/1/19 7:00 am, John Ralls wrote: On Jan 20, 2019, at 1:24 PM, Stephen M. Butler wrote: Started clean this morning by recloning the git repository. Made much further progress but ended up with some test failures. Here are my steps: 1. sudo rm -rf gnucash 2. git clone https://github.com/Gnucash/gnucash 3. cd gnucash 4. git checkout -b debian 5. cp -r ../debian . Here is the contents of that directory -- copied to Google Drive: https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI 6. git add debian 7. git commit Done on my "debian" branch 8. fakeroot debian/rules clean 9. sudo mk-build-deps -ir debian/control 10. dpkg-buildpackage -rfakeroot -b -uc Note: This usually failed right up front. This time went for nearly 10 minutes. End testing: Jan 20 12:49 PST + exit 2 debian/rules:68: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/home/steve/Projects/GnuCash/gnucash' debian/rules:23: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Here are the contents of ./.build/Testing/Temporary/* https://drive.google.com/open?id=1_0gRAd-ymP1cEYM3pyPnvzeHI7-SSWMS The file you want to look at for test failures is LastTest.log. You can search for "Test Failed". This time the test failure is in gnucash/report/standard-reports/test/test-transaction.scm: [pass] line:654, test: dual amount column, first transaction correct [fail] line:678, test: dates are sorted transaction.scm/sorting options -> expected: ("12/31/69" "12/31/69" "01/01/70" "02/01/70" "02/10/70") -> obtained: ("12/31/70" "12/31/70" "01/01/70" "02/01/70"