[GNC] I'm moving to a new email address

[prl]

The email address I use for posting to Gnucash Users is hosted by my 
Internet provider, and it is ending support for hosting email addresses 
at the end of September. I don't like the arrangements for continued 
hosting of the email address, so I am allowing my provider to delete the 
email address when its support ends.


I will be unsubscribing this email address from Gnucash Users and 
re-subscribing as

Peter Lamb 

Regards,
Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Truncated popup menus on Gnucash 5.0 for Mac

[prl]

Hi, Adrian.

Yes, I had the window display issues in later 4.x GnuCash. They seem to 
be gone now in 5.0. This is a new issue for me introduced in 5.0 for 
Intel Mac on Ventura 13.1.1.


Regards,
Peter

On 15/4/2023 00:42, Adrien Monteleone wrote:

Sorry, no. I'm still on Monterey though.

One of the late 4.x versions had some window display issues on MacOS, 
but not with menus as far as I recall.


Regards,
Adrien

On 4/14/23 1:25 AM, prl wrote:
Popup menus in various places in GnuCash for Intel Mac 5.0 seem to be 
truncated. I've attached screenshot snippets for the action popup on 
entries in the Scheduled Transactions>Since Last Run popup panel, and 
the right-button popup on transactions in the register. I've also 
seen the same problem in the right-button popup on the register tabs 
for switching registers, but a screenshot of that would contain 
account numbers, so I haven't attached a screenshot.


Is anyone else seeing anything like this?

I didn't have this in GnuCash 4.x.

Regards,
Peter

GnuCash: Version: 5.0 Build ID: 5.0+(2023-03-25)
MacbookPro Intel Ventura 13.3.1


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Truncated popup menus on Gnucash 5.0 for Mac

[prl]

Hi, John. Thanks for the bug report link. I've left a comment there.

Regards,
Peter

On 15/4/2023 09:52, jra...@ceridwen.fremont.ca.us wrote:

There's now a bug report https://bugs.gnucash.org/show_bug.cgi?id=798858.



On Apr 14, 2023, at 10:59 AM, John Ralls  wrote:

I've seen this problem too on Intel/Monterey and not on M1/Ventura.

Regards,
John Ralls

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Truncated popup menus on Gnucash 5.0 for Mac

[prl]

Popup menus in various places in GnuCash for Intel Mac 5.0 seem to be 
truncated. I've attached screenshot snippets for the action popup on 
entries in the Scheduled Transactions>Since Last Run popup panel, and 
the right-button popup on transactions in the register. I've also seen 
the same problem in the right-button popup on the register tabs for 
switching registers, but a screenshot of that would contain account 
numbers, so I haven't attached a screenshot.


Is anyone else seeing anything like this?

I didn't have this in GnuCash 4.x.

Regards,
Peter

GnuCash: Version: 5.0 Build ID: 5.0+(2023-03-25)
MacbookPro Intel Ventura 13.3.1
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Weird MacOS UI issue with windows cutoff on bottom and right

[prl]

Intel MacBook Pro, MacOS Ventura 13.1, GnuCash 4.13

I don't use the business features of GnuCash, but I have noticed that 
the Since Last Run popup window is slightly shorter that it should be, 
with a little bit of the buttons at the bottom cut off, but less than 
what Adrian is showing for the Edit Bill popup. The Interest Payment 
popup in Reconcile is cut off in a similar way.


I haven't noticed any other popups that are too short in my use of 
GnuCash 4.13.


Peter

On 9/1/2023 18:23, Adrien Monteleone wrote:

Monterey, GnuCash 4.13

I noticed right away when 4.13 was released that there were some weird 
issues with all GnuCash windows. I haven't managed to narrow down the 
main window as it seems to be transient as the window is resized.


Some child windows though seem to be pretty consistent, at least on 
first creation.


Attached is a screenshot of the Edit Bill dialog.

Notice the right side & bottom are cutoff.

In addition, the resize mouse pointer icon seems to become available 
as if the window manager thinks the edges of the dialog are where they 
should be, rather than where they are visible. (so 'out in space' on 
the desktop)


Enlarging the window in either the right, bottom, or both directions 
can be finessed to make the window appear not-cutoff, but this 'jumps' 
back to cutoff if not exact. (If needed I can try to do a screen 
recording showing this effect)


This is likely a GTK issue rather than GnuCash, but I'm curious if 
anyone else has noticed this and if a dev can chime in on where I 
should file this bug.


(there are other issues in this version with resizing windows and 
placing them adjacent to each other, but I'll post about that 
separately when I can reliably describe and screenshot/screencast the 
problem)




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] [GNC-dev] GnuCash 4.9 Released

[prl]

Thanks, John.

Fixed for me now. Download installed and the macOS crash-on-exit bug 
fixed :)


Peter

On 20/12/2021 10:58, John Ralls wrote:

Sorry, all. I forgot to unmask the Sourceforge download directory and update 
the Big Green Button links. I just did so, the SF downloads should work now.

Regards,
John Ralls



On Dec 19, 2021, at 3:06 PM,   wrote:

Getting the same for Windows. No links for 4.9 -- still shows 4.8

Maybe it's a timing thing -- will try later this afternoon

-Original Message-
From: gnucash-user  On Behalf 
Of prl
Sent: Sunday, December 19, 2021 3:03 PM
To: David H ; GnuCash-User 
Cc: GnuCash Developers 
Subject: Re: [GNC] [GNC-dev] GnuCash 4.9 Released

I'm getting the same as David H. When I click on the GnuCash home page link for 'GnuCash 4.9 for 
Apple macOS ≥ 10.13—"High Sierra" ', I get a SourceForge "Whoops, we can't find that 
page." error page, presumably for a HTTP 404 Not Found error.

Peter

On 20/12/2021 08:11, David H wrote:

John,

Thanks for that, much appreciated.  Sourceforge links aren't working
for me
- no 4.9 folder under gnucash (stable) ???  Github links work.

Cheers David H.


On Mon, 20 Dec 2021 at 06:24, John Ralls  wrote:


The GnuCash development team announces GnuCash 4.9, the tenth release
in the stable 4.x series

Between 4.8 and 4.9, the following bugfixes were accomplished:

 • Bug 797502 - (RTL) - Right edge of the reports are locked
while scrolling down Running gnucash in Hebrew, the right edge of the
reports are locked while scrolling down and do not scroll with the
rest of the report.

 • Bug 797618 - Spanish translation of Shares and Stock
 • Bug 797678 - OFX importer should supplement, not replace,
existing Notes (and Description and Memo) fields Add an "Append"
checkbox to the bottom of the "Generic import transaction matcher"
window to the left of the "Reconcile after match" checkbox. When
ticked, this causes the imported Description/Notes to be appended to
the matched transaction Description/Notes respectively. The selected
ticked/unticked state of the "Append" checkbox is saved in a key
value pair for the import account, so the next import for that
account will automatically default it to the saved state. As these
mods are limited to the code for the matcher window, this should work
for all the imports that use it - ie ofx & csv file imports (both tested) & 
aqbanking (cannot test).

 • Bug 797772 - Allow reconciliation report to double filter
by both posting and reconciliation date
 • Bug 798222 - Account search dialog: Pushing enter does nothing
 • Bug 798266 - Dropdown picker menu for category does not appear
 • Bug 798313 - "File/Import/Import Transactions From CSV"
crashes Gnucash.
 • Bug 798320 - Error message indicating a crash of GNUcash
when closing application - MacOS 10.15.7 (19H1419)
 • Bug 798325 - New Currency for Venezuela (VED)
 • Bug 798327 - Ofx import stops too early for multi-account
OFX and one account has no new transactions
 • Bug 798335 - No longer possible to change trading account
Strip trading splits only if "Use Trading Accounts" is enabled for
the book so that users who want to manage trading accounts by hand may do so.

 • Bug 798341 - Right align in Hebrew - Account screen
 • Bug 798346 - crashes when running check & repair
 • Bug 798352 - Decimal Precision when Entering Mutual Fund
Transaction Let xaccParseAmount parse up to 12 decimal places instead
of 8.

 • Bug 798382 - Typo corrections in comments The following
fixes and improvements were not associated with bug reports:

 • More memory leak plugging and GList efficiency improvements.
 • Fix build with cmake older than 3.18
3.18 introduced 'cmake -E cat', but we still have to support versions
starting from 3.14.

 • [account-piecharts] don't use gnc:make-internal-option
 • Several improvements to the experimental IFRS cost-basis report.
 • Fix two minor issues with displaying links in the Document
Link dialog.
 • Fix obsolete links to bugzilla.gnome.org in translations.
 • L18N: Fix glossary/es.po:906: duplicate message definition...
901: ...this is the location of the first definition

 • [budget-flow] delay creating exchange-fn until a valid
budget exists because it needs budget period end-date.

 • [options.scm] Addon previous commit... need to initialize
with guid
 • [options.scm] gnc:make-budget-option stores guid instead
of object because object may become stale if UI is used to delete it,
leading to stale pointer and segfault. storing guid is safer, and
will return null if budget is deleted.

 • support SEPA internal transfer
 • Fix issue with failure to run reconciliation with all
accounts present in a multi-account OFX file. 

Re: [GNC] [GNC-dev] GnuCash 4.9 Released

[prl]

I'm getting the same as David H. When I click on the GnuCash home page 
link for 'GnuCash 4.9 for Apple macOS ≥ 10.13—"High Sierra" ', I get a 
SourceForge "Whoops, we can't find that page." error page, presumably 
for a HTTP 404 Not Found error.


Peter

On 20/12/2021 08:11, David H wrote:

John,

Thanks for that, much appreciated.  Sourceforge links aren't working for me
- no 4.9 folder under gnucash (stable) ???  Github links work.

Cheers David H.


On Mon, 20 Dec 2021 at 06:24, John Ralls  wrote:


The GnuCash development team announces GnuCash 4.9, the tenth release in
the stable 4.x series

Between 4.8 and 4.9, the following bugfixes were accomplished:

 • Bug 797502 - (RTL) - Right edge of the reports are locked while
scrolling down
Running gnucash in Hebrew, the right edge of the reports are locked while
scrolling down and do not scroll with the rest of the report.

 • Bug 797618 - Spanish translation of Shares and Stock
 • Bug 797678 - OFX importer should supplement, not replace,
existing Notes (and Description and Memo) fields
Add an "Append" checkbox to the bottom of the "Generic import transaction
matcher" window to the left of the "Reconcile after match" checkbox. When
ticked, this causes the imported Description/Notes to be appended to the
matched transaction Description/Notes respectively. The selected
ticked/unticked state of the "Append" checkbox is saved in a key value pair
for the import account, so the next import for that account will
automatically default it to the saved state. As these mods are limited to
the code for the matcher window, this should work for all the imports that
use it - ie ofx & csv file imports (both tested) & aqbanking (cannot test).

 • Bug 797772 - Allow reconciliation report to double filter by
both posting and reconciliation date
 • Bug 798222 - Account search dialog: Pushing enter does nothing
 • Bug 798266 - Dropdown picker menu for category does not appear
 • Bug 798313 - "File/Import/Import Transactions From CSV" crashes
Gnucash.
 • Bug 798320 - Error message indicating a crash of GNUcash when
closing application - MacOS 10.15.7 (19H1419)
 • Bug 798325 - New Currency for Venezuela (VED)
 • Bug 798327 - Ofx import stops too early for multi-account OFX
and one account has no new transactions
 • Bug 798335 - No longer possible to change trading account
Strip trading splits only if "Use Trading Accounts" is enabled for the
book so that users who want to manage trading accounts by hand may do so.

 • Bug 798341 - Right align in Hebrew - Account screen
 • Bug 798346 - crashes when running check & repair
 • Bug 798352 - Decimal Precision when Entering Mutual Fund
Transaction
Let xaccParseAmount parse up to 12 decimal places instead of 8.

 • Bug 798382 - Typo corrections in comments
The following fixes and improvements were not associated with bug reports:

 • More memory leak plugging and GList efficiency improvements.
 • Fix build with cmake older than 3.18
3.18 introduced 'cmake -E cat', but we still have to support versions
starting from 3.14.

 • [account-piecharts] don't use gnc:make-internal-option
 • Several improvements to the experimental IFRS cost-basis report.
 • Fix two minor issues with displaying links in the Document Link
dialog.
 • Fix obsolete links to bugzilla.gnome.org in translations.
 • L18N: Fix glossary/es.po:906: duplicate message definition...
901: ...this is the location of the first definition

 • [budget-flow] delay creating exchange-fn until a valid budget
exists
because it needs budget period end-date.

 • [options.scm] Addon previous commit... need to initialize with
guid
 • [options.scm] gnc:make-budget-option stores guid instead of
object
because object may become stale if UI is used to delete it, leading to
stale pointer and segfault. storing guid is safer, and will return null if
budget is deleted.

 • support SEPA internal transfer
 • Fix issue with failure to run reconciliation with all accounts
present in a multi-account OFX file. Do that by saving a GList of
statements, rather than a pointer to a single one. Also freeing of info
happens during the call to process_next_file.
 • Import of OFX files with many securities opens too many matching
dialogs Because ofx import is currently split per target account, and since
each security has its own accounts, importing such OFX is a tedious
process. The fix is to only split the transactions if we identify a
potential transfer, currently based on amount, date and accounts. To do
that, we insert transactions one by one into a list, making sure we have
not already inserted one that has the same date, and the same absolute
amount. If we have, we keep this potential transfer for a second phase. A
naive approach would loop through added transactions for each new

Re: [GNC] My MacOS Finance::Quote Successful Tweaks

[prl]

Ken, thanks from me for that, too.

I'd been able to get Finance::Quote to install from other installation 
instructions for macOS, but when I tried to use it I was getting 
authentication failures when F::Q tried to connect to a server using 
HTTPS. I think it was installing/updating Mozilla::CA that fixed that 
problem for me, probably something to do with the issues around the 
expiry of the DST_Root_CA_X3 certificate.


However, to follow your suggestions, I still needed to use cpan -if for 
B:Keywords, because it failed its installation tests.


Intel Mac, Monterey 12.0.1.

Thanks again,
Peter

On 5/11/21 13:57, Ken Farley wrote:
Not a question, just my notes on how I got Finance::Quote to work on a 
new Mac Mini M1.


Operating system is OS X 11.6 (Big Sur)

GnuCash Version is 4.8 (from the -2.dmg)

My initial install left me unable to download quotes (via 
Finance::Quote). Research online eventually led to a Reddit discussion 
about similar problems. Apparently the root cause of the trouble was 
that module Mozilla::CA provides certificates for inquiries, but was 
not installed with the  default Perl. Sequence of installs necessary 
for success was:


sudo cpan -i B::Keywords
sudo cpan -i Test2
sudo cpan -i DateTime
sudo cpan -i DateTime::Locale
sudo cpan -i DateTime::Format::Strptime
sudo cpan -i Mozilla::CA

Once those are all done then go to:

/Applications/Gnucash/Contents/Resources/bin

and run the Finance::Quote fixing script:

sudo ./gnc-fq-update

After all the above, all the wonderful quotes were downloaded 
beautifully. Now, if I could only get the courage to "upgrade" to 
Monterey...


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Serious issues with Mac OS update - 12.0.1

[prl]

IMO, that makes the release notes misleading, because the change makes a 
major difference to the behaviour of GnuCash on Mac platforms.


Cheers,
Peter

On 28/10/21 03:15, john wrote:
The release notes sentence is about the change from 4.7 to 4.8 to fix 
a crash in flatpaks on Linux, something that had to be fixed in 
GnuCash itself. The change in Gnucash-Intel-4.8-2 is 
https://gitlab.gnome.org/GNOME/gtk/-/commit/36315cbe2b3c9d1c1b7508d9494a251eddbc4452, 
applied as a patch to gtk+-3.24.30. The -2 indicates a packaging 
change, not a change to GnuCash itself and aside from changing the 
version and sha256 doesn't get reflected in the release notes.


Regards,
John Ralls



On Oct 26, 2021, at 10:17 PM, prl  wrote:

Yes, I saw that. I fixed it by installing Intel GnuCash 4.8-2, even 
though the GnuCash release notes for 4.8 say "[t]he macOS and Win32 
GnuCash bundles were not affected".


Perhaps that could be corrected, since 4.8-2 seems to have fixes for 
macOS 12.0.1 Monterey, at least for Intel Macs.


I'm not sure whether there are similar problems for the M1 Macs.

Cheers,
Peter

On 27/10/21 10:42, gnucash.dg...@ncf.ca wrote:
The latest GnuCash, 4.8, does not display properly on macOS Monterey 
(12.0.1). The main window only paints a solid black rectangle. 
Pop-ups only paint the title bar.


Has anyone else experienced this?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Serious issues with Mac OS update - 12.0.1

[prl]

Yes, I saw that. I fixed it by installing Intel GnuCash 4.8-2, even 
though the GnuCash release notes for 4.8 say "[t]he macOS and Win32 
GnuCash bundles were not affected".


Perhaps that could be corrected, since 4.8-2 seems to have fixes for 
macOS 12.0.1 Monterey, at least for Intel Macs.


I'm not sure whether there are similar problems for the M1 Macs.

Cheers,
Peter

On 27/10/21 10:42, gnucash.dg...@ncf.ca wrote:

The latest GnuCash, 4.8, does not display properly on macOS Monterey (12.0.1). 
The main window only paints a solid black rectangle. Pop-ups only paint the 
title bar.

Has anyone else experienced this?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Default Accounting period permanent change (Ver 4.6 still..)

[prl]

As other posters have said, the UK doesn't follow Australia in the 
definition of the fiscal year (though if they did use the same dates as 
us, it would probably be more accurate to express it the other way around).


There are a wide variety of dates for the fiscal year across the world. 
Some countries have more than one definition, for different parts of the 
economy, e.g. government vs non-government (the UK is one of those 
countries). Afghanistan defines its fiscal year in terms of a 
non-Gregorian calendar.


The tax year usually follows the fiscal year, but not in all jurisdictions.

For lots more information, see: https://en.wikipedia.org/wiki/Fiscal_year

I think that it would be useful if GnuCash allowed the Accounting Period 
to be set to relative dates in an unspecified year, e.g. for Australia, 
1 Jul to 30 Jun. GnuCash really only caters for fiscal years where the 
fiscal year happens to be the same as the calendar year. According to 
the Wikipedia entry, that's the most common choice, but there are quite 
a lot of countries where it's not the case.


For example: Australia, Canada (for personal/corporate), Hong Kong, 
India, New Zealand (personal/corporate) & UK (different dates for 
government and personal/corporate). And despite fairly close ties 
between Australia and New Zealand in other matters, Australia and New 
Zealand have different fiscal years for personal/corporate use). The USA 
has three different dates, federal, state and personal/corporate, though 
the latter is the calendar year.


Peter

On 9/10/21 23:37, Doug wrote

  I wonder how many other countries have non-Calendar year Financial years? I 
guess the UK might copy us
seeing we seem to copy their laws in our early days.

regards, Doug



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Crash on exit in Gnucash 4.7-2 in macOS Big Sur

[prl]

Thanks, John.

I'll follow progress there.

Cheers,
Peter

On 29/9/21 03:18, john wrote:

Another user has filed https://bugs.gnucash.org/show_bug.cgi?id=798320 
<https://bugs.gnucash.org/show_bug.cgi?id=798320> with the same stack trace so 
let's move the discussion there.

Regards,
John Ralls



On Sep 27, 2021, at 11:35 PM, William Prescott  wrote:

For what it's worth, I'm not seeing any problem with 4.7-2 on my 2017 Intel 
iMac OS Big Sur 11.6.

Will

On 2021 Sep 28, at 09-28 00:16:07, prl  wrote:

Thanks, John.

Here's the thread 0 (the crashed thread) stack trace, machine registers and 
instruction stream from the crash report. I think that's probably everything 
relevant in the report.

Cheers,
Peter

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libgnc-engine.dylib   0x0001020079ad 
qof_instance_get_destroying + 77
1   libgnc-engine.dylib   0x000101f53c8b xaccSplitDestroy + 43
2   libgnc-engine.dylib   0x000101f5966c do_destroy + 300
3   libgnc-engine.dylib   0x000102009030 qof_commit_edit_part2 
+ 272
4   libgnc-engine.dylib   0x000101f56e43 xaccTransCommitEdit + 
339
5   libglib-2.0.0.dylib   0x000100561d2d g_list_foreach + 45
6   libgnc-engine.dylib   0x000102006231 qof_collection_foreach 
+ 161
7   libgnc-engine.dylib   0x00010201019a qof_object_book_end + 
138
8   libgnc-engine.dylib   0x000101ffec21 qof_book_destroy + 145
9   libgnc-engine.dylib   0x000102017bc6 
QofSessionImpl::~QofSessionImpl() + 150
10  libgnc-engine.dylib   0x000102017ea3 qof_session_destroy + 
19
11  libgnc-engine.dylib   0x000101fd751f 
gnc_clear_current_session + 31
12  libgnc-gnome-utils.dylib  0x0001009bf29c gnc_file_quit + 76
13  libgnc-engine.dylib   0x000101fbf322 call_hook + 114
14  libglib-2.0.0.dylib   0x000100556fed g_hook_list_marshal + 
125
15  libgnc-engine.dylib   0x000101fbf222 gnc_hook_run + 146
16  libgnc-gnome-utils.dylib  0x0001009c3b2b gnc_shutdown + 59
17  libgnc-gnome-utils.dylib  0x0001009cd69d 
gnc_main_window_timed_quit + 29
18  libglib-2.0.0.dylib   0x000100562be4 g_timeout_dispatch + 20
19  libglib-2.0.0.dylib   0x000100566cec 
g_main_context_dispatch + 348
20  libglib-2.0.0.dylib   0x00010056705d g_main_context_iterate 
+ 525
21  libglib-2.0.0.dylib   0x00010056737a g_main_loop_run + 218
22  libgtk-3.0.dylib  0x000100c3b11a gtk_main + 74
23  libgnc-gnome-utils.dylib  0x0001009c36fc 
gnc_ui_start_event_loop + 76
24  org.gnucash.Gnucash   0x000100160a86 scm_run_gnucash(void*, 
int, char**) + 1078
25  libguile-2.2.1.dylib  0x000100398932 invoke_main_func + 34
26  libguile-2.2.1.dylib  0x000100377b3f c_body + 15
27  libguile-2.2.1.dylib  0x00010040534b vm_regular_engine + 
1467
28  libguile-2.2.1.dylib  0x000100403ef5 scm_call_n + 773
29  libguile-2.2.1.dylib  0x000100400922 catch + 498
30  libguile-2.2.1.dylib  0x000100377b09 
scm_c_with_continuation_barrier + 137
31  libguile-2.2.1.dylib  0x00010040048f with_guile + 63
32  libgc.1.dylib 0x0001004d4ef6 
GC_call_with_stack_base + 22
33  libguile-2.2.1.dylib  0x0001003fe4ab scm_with_guile + 43
34  libguile-2.2.1.dylib  0x0001003988f5 scm_boot_guile + 69
35  org.gnucash.Gnucash   0x0001001605f9 
Gnucash::Gnucash::start(int, char**) + 617
36  org.gnucash.Gnucash   0x000100161191 main + 1009
37  libdyld.dylib 0x7fff204aef3d start + 1

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x  rbx: 0x7f85fad8d190  rcx: 0x0001  
rdx: 0x
  rdi: 0x7f85fad8d190  rsi: 0x7f85fbe99490  rbp: 0x7ffeefab3a90  
rsp: 0x7ffeefab3a80
   r8: 0x7f85f9d0a7d0   r9: 0x7f85f9ea0c80  r10: 0x033755c0  
r11: 0xffd4a001
  r12: 0x000101f59320  r13: 0x7f85fad8c430  r14: 0x7f85fad8c430  
r15: 0x
  rip: 0x0001020079ad  rfl: 0x00010286  cr2: 0x72ecdff8

Logical CPU: 2
Error Code:  0x
Trap Number: 13

Thread 0 instruction stream:
  48 20 0f 9f c2 b8 ff ff-ff ff 0f 4d c2 5b 41 5e  H .M.[A^
  5d c3 90 55 48 89 e5 53-50 48 89 fb 48 8b 05 e0 ]..UH..SPH..H...
  de 04 00 48 85 c0 75 24-48 8d 3d d4 de 04 00 e8 ...H..u$H.=.
  79 93 01 00 85 c0 74 14-e8 e6 eb ff ff 48 8d 3d y.t..H.=
  bf de 04 00 48 89 c6 e8-67 93 01 00 48 85 db 74 H...g...H..t
  69 48 8b 35 ab de 04 00-48 8b 03 48 85 c0 74 05 iH.5H..H..t.
[48]39 30 74 0c 48 89 df-e8 9c 94 01 00 85 c0 74 H90t.H.t<==
 

Re: [GNC] Crash on exit in Gnucash 4.7-2 in macOS Big Sur

[prl]

Thanks, John.

Here's the thread 0 (the crashed thread) stack trace, machine registers 
and instruction stream from the crash report. I think that's probably 
everything relevant in the report.


Cheers,
Peter

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libgnc-engine.dylib       0x0001020079ad 
qof_instance_get_destroying + 77
1   libgnc-engine.dylib       0x000101f53c8b 
xaccSplitDestroy + 43

2   libgnc-engine.dylib       0x000101f5966c do_destroy + 300
3   libgnc-engine.dylib       0x000102009030 
qof_commit_edit_part2 + 272
4   libgnc-engine.dylib       0x000101f56e43 
xaccTransCommitEdit + 339

5   libglib-2.0.0.dylib       0x000100561d2d g_list_foreach + 45
6   libgnc-engine.dylib       0x000102006231 
qof_collection_foreach + 161
7   libgnc-engine.dylib       0x00010201019a 
qof_object_book_end + 138
8   libgnc-engine.dylib       0x000101ffec21 
qof_book_destroy + 145
9   libgnc-engine.dylib       0x000102017bc6 
QofSessionImpl::~QofSessionImpl() + 150
10  libgnc-engine.dylib       0x000102017ea3 
qof_session_destroy + 19
11  libgnc-engine.dylib       0x000101fd751f 
gnc_clear_current_session + 31

12  libgnc-gnome-utils.dylib      0x0001009bf29c gnc_file_quit + 76
13  libgnc-engine.dylib       0x000101fbf322 call_hook + 114
14  libglib-2.0.0.dylib       0x000100556fed 
g_hook_list_marshal + 125

15  libgnc-engine.dylib       0x000101fbf222 gnc_hook_run + 146
16  libgnc-gnome-utils.dylib      0x0001009c3b2b gnc_shutdown + 59
17  libgnc-gnome-utils.dylib      0x0001009cd69d 
gnc_main_window_timed_quit + 29
18  libglib-2.0.0.dylib       0x000100562be4 
g_timeout_dispatch + 20
19  libglib-2.0.0.dylib       0x000100566cec 
g_main_context_dispatch + 348
20  libglib-2.0.0.dylib       0x00010056705d 
g_main_context_iterate + 525
21  libglib-2.0.0.dylib       0x00010056737a g_main_loop_run 
+ 218

22  libgtk-3.0.dylib      0x000100c3b11a gtk_main + 74
23  libgnc-gnome-utils.dylib      0x0001009c36fc 
gnc_ui_start_event_loop + 76
24  org.gnucash.Gnucash       0x000100160a86 
scm_run_gnucash(void*, int, char**) + 1078
25  libguile-2.2.1.dylib      0x000100398932 
invoke_main_func + 34

26  libguile-2.2.1.dylib      0x000100377b3f c_body + 15
27  libguile-2.2.1.dylib      0x00010040534b 
vm_regular_engine + 1467

28  libguile-2.2.1.dylib      0x000100403ef5 scm_call_n + 773
29  libguile-2.2.1.dylib      0x000100400922 catch + 498
30  libguile-2.2.1.dylib      0x000100377b09 
scm_c_with_continuation_barrier + 137

31  libguile-2.2.1.dylib      0x00010040048f with_guile + 63
32  libgc.1.dylib     0x0001004d4ef6 
GC_call_with_stack_base + 22

33  libguile-2.2.1.dylib      0x0001003fe4ab scm_with_guile + 43
34  libguile-2.2.1.dylib      0x0001003988f5 scm_boot_guile + 69
35  org.gnucash.Gnucash       0x0001001605f9 
Gnucash::Gnucash::start(int, char**) + 617

36  org.gnucash.Gnucash       0x000100161191 main + 1009
37  libdyld.dylib     0x7fff204aef3d start + 1

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x  rbx: 0x7f85fad8d190  rcx: 
0x0001  rdx: 0x
  rdi: 0x7f85fad8d190  rsi: 0x7f85fbe99490  rbp: 
0x7ffeefab3a90  rsp: 0x7ffeefab3a80
   r8: 0x7f85f9d0a7d0   r9: 0x7f85f9ea0c80  r10: 
0x033755c0  r11: 0xffd4a001
  r12: 0x000101f59320  r13: 0x7f85fad8c430  r14: 
0x7f85fad8c430  r15: 0x

  rip: 0x0001020079ad  rfl: 0x00010286  cr2: 0x72ecdff8

Logical CPU: 2
Error Code:  0x
Trap Number: 13

Thread 0 instruction stream:
  48 20 0f 9f c2 b8 ff ff-ff ff 0f 4d c2 5b 41 5e  H .M.[A^
  5d c3 90 55 48 89 e5 53-50 48 89 fb 48 8b 05 e0 ]..UH..SPH..H...
  de 04 00 48 85 c0 75 24-48 8d 3d d4 de 04 00 e8 ...H..u$H.=.
  79 93 01 00 85 c0 74 14-e8 e6 eb ff ff 48 8d 3d y.t..H.=
  bf de 04 00 48 89 c6 e8-67 93 01 00 48 85 db 74 H...g...H..t
  69 48 8b 35 ab de 04 00-48 8b 03 48 85 c0 74 05 iH.5H..H..t.
 [48]39 30 74 0c 48 89 df-e8 9c 94 01 00 85 c0 74 H90t.H.t    <==
  49 48 8b 05 8b de 04 00-48 85 c0 75 24 48 8d 3d IH..H..u$H.=
  7f de 04 00 e8 24 93 01-00 85 c0 74 14 e8 91 eb .$.t
  ff ff 48 8d 3d 6a de 04-00 48 89 c6 e8 12 93 01 ..H.=j...H..
  00 48 8b 35 5b de 04 00-48 89 df e8 77 94 01 00 .H.5[...H...w...
  8b 40 2c 48 83 c4 08 5b-5d c3 48 8d 3d 76 3f 02 .@,H...[].H.=v?.

Thread 0 last branch register state not available.


On 28/9/21 12:54, John Ralls wrote:



On Sep 27, 2021, at 6:47 PM, prl  wrote:

I seem to be consistently gett

Re: [GNC] Crash on exit in Gnucash 4.7-2 in macOS Big Sur

[prl]

Thanks, Dustin.

I get the crash on exit whether I have made changes to the data in 
Gnucash or not.


To clarify - my MacPro is Intel, not M1.

The problem with the incorrect binary at release was that the macOS 
4.7-1 .dmg contained Guncash 4.6. I downloaded the 4.7-2 release that 
contains the 4.7-2 binary (I mentioned that I was using that binary in 
my post).


Cheers,
Peter

On 28/9/21 12:09, Dustin Henning wrote:
FWIW, I'm not having this problem on an M1 Mac Mini running Big Sur 
11.6. I've been using command-Q to quit and hitting Save after.  You'd 
think any problem that would affect an Intel would affect Intel 
emulation as well, but I wanted to bring this up in case there is a 
bug and the fact that makes a difference could be a helpful hint.  As 
it could also depend on which steps are done it what order, you could 
try the same.  Specifically, make a change, hit command-Q, hit save, 
and see if it crashes.  Beyond that, assuming it crashes then, too, 
you might try re-installing after uninstalling, because more than one 
person mentioned the wrong Mac binary at release, so it seems likely 
someone else would be reporting the crash if it was an issue with the 
release, but there are not any matching reports here or at 
bugs.gnucash.org.


On 9/27/21 9:47 PM, prl wrote:
I seem to be consistently getting a Gnucash crash when I exit (using 
either Gnucash>Quit or command-Q) from Gnucash 4.7-2 on my Big Sur 
MacBook Pro. Caused by a Segmentation Violation.


Here's a snippet from the macOS log of the crash:
Process:   Gnucash [4025]
Path: /Applications/Gnucash.app/Contents/MacOS/Gnucash
Identifier:    org.gnucash.Gnucash
Version:   4.7-2 (4.7-2)
Code Type: X86-64 (Native)
Parent Process:    zsh [4019]
Responsible:   Terminal [4017]
User ID:   501

Date/Time: 2021-09-28 11:28:31.262 +1000
OS Version:    macOS 11.6 (20G165)
Report Version:    12
Bridge OS Version: 5.5 (18P4759a)
Anonymous UUID:    CA0735A3-3879-5356-BA71-4D9410666AF2

Sleep/Wake UUID:   9E59B9B4-5345-4236-BD83-17C01E85C186

Time Awake Since Boot: 8400 seconds
Time Since Wake:   7700 seconds

System Integrity Protection: enabled

Crashed Thread:    0  Dispatch queue: com.apple.main-thread

Exception Type:    EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   EXC_I386_GPFLT
Exception Note:    EXC_CORPSE_NOTIFY

Termination Signal:    Segmentation fault: 11
Termination Reason:    Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [4025]

I can post a full crash log as an attachment if it helps.

Any ideas, anyone?

System details:
Gnucash 4.7-2 for Intel MacOS >= 10.13, Build ID: 4.7+(2021-09-25)
macOS Big Sur 11.6
MacBook Pro (13-inch, 2019, Four Thunderbolt 3 ports), MacBookPro15,2

Cheers,
Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Crash on exit in Gnucash 4.7-2 in macOS Big Sur

[prl]

I seem to be consistently getting a Gnucash crash when I exit (using 
either Gnucash>Quit or command-Q) from Gnucash 4.7-2 on my Big Sur 
MacBook Pro. Caused by a Segmentation Violation.


Here's a snippet from the macOS log of the crash:
Process:   Gnucash [4025]
Path: /Applications/Gnucash.app/Contents/MacOS/Gnucash
Identifier:    org.gnucash.Gnucash
Version:   4.7-2 (4.7-2)
Code Type: X86-64 (Native)
Parent Process:    zsh [4019]
Responsible:   Terminal [4017]
User ID:   501

Date/Time: 2021-09-28 11:28:31.262 +1000
OS Version:    macOS 11.6 (20G165)
Report Version:    12
Bridge OS Version: 5.5 (18P4759a)
Anonymous UUID:    CA0735A3-3879-5356-BA71-4D9410666AF2

Sleep/Wake UUID:   9E59B9B4-5345-4236-BD83-17C01E85C186

Time Awake Since Boot: 8400 seconds
Time Since Wake:   7700 seconds

System Integrity Protection: enabled

Crashed Thread:    0  Dispatch queue: com.apple.main-thread

Exception Type:    EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   EXC_I386_GPFLT
Exception Note:    EXC_CORPSE_NOTIFY

Termination Signal:    Segmentation fault: 11
Termination Reason:    Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [4025]

I can post a full crash log as an attachment if it helps.

Any ideas, anyone?

System details:
Gnucash 4.7-2 for Intel MacOS >= 10.13, Build ID: 4.7+(2021-09-25)
macOS Big Sur 11.6
MacBook Pro (13-inch, 2019, Four Thunderbolt 3 ports), MacBookPro15,2

Cheers,
Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Importing Accounts with non-English Characters

[prl]

On 17/3/21 13:39, w...@theprescotts.com wrote:

On MacOS, you can access all those special characters from the Keyboard menu. 
One of the tabs in the Keyboard System Preference has an option to 'Show Input 
menu in the menu bar'. Then from any app you can open up an 'Emoji and Symbol 
Viewer' that will allow you to insert any symbol or character anywhere.

Will


Did you try that with New Account / Account Name GnuCash? I just did, 
and for me it does exactly the same as entering the same thing using 
keystrokes.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Importing Accounts with non-English Characters

[prl]

On 17/3/21 11:47, prl wrote:

On 17/3/21 05:20, viking wrote:

Liz wrote

On Tue, 16 Mar 2021 03:31:34 -0500 (CDT)
viking 
viking2ev@.rr
 wrote:


Quite an old bug from 2017. Is there a workaround to be able to import
accounts with non-English characters?

I am also not able to /manually/ create a new account including
non-English characters. For example, the letter "å" can be typed here
by pressing "Alt-0229". However, it doesn't work when trying to type
this letter in the Account name for a New Account.
Is this another bug?

Can you copy and paste the correct characters into place?

Liz

@Liz,
Yes. copy/paste works but not typing the character directly. I guess 
this is

a bug.
I can't enter non-ACSII characters in the Account name in Gnucash 
4.4/MacOS 11.2.3 either (viking is having the issue on Windows GC 
4.4). Normally on the Mac, OPTION-"u", "u" should enter ü (u-umlaut), 
but when I type the "u" after the OPTION-"u", a small text entry popup 
is displayed that covers the New Account popup's Help button, and a 
single "u" (without umlaut) appears in the text entry popup.


After that text entry popup appears, all text entry goes into that 
popup. The Cancel button on the New Account popup still works to get 
out of it.


Maybe GTK is grabbing the keyboard codes before the normal keyboard 
text entry processing is done on them.


Peter

Curiouser and curioser. If in MacOS GC 4.4, I type OPTION-"u", "u" into 
the little text entry popup that appears after I first enter OPTION-"u", 
"u", that does enter ü (u-umlaut) into the popup text box. However, 
there's something that causes the popup text box to time out, and 
there's no way I could find to get the text out of the popup text box 
and into the AccountName box, not even using copy-paste before the timeout.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Importing Accounts with non-English Characters

[prl]

On 17/3/21 05:20, viking wrote:

Liz wrote

On Tue, 16 Mar 2021 03:31:34 -0500 (CDT)
viking 
viking2ev@.rr
 wrote:


Quite an old bug from 2017. Is there a workaround to be able to import
accounts with non-English characters?

I am also not able to /manually/ create a new account including
non-English characters. For example, the letter "å" can be typed here
by pressing "Alt-0229". However, it doesn't work when trying to type
this letter in the Account name for a New Account.
Is this another bug?

Can you copy and paste the correct characters into place?

Liz

@Liz,
Yes. copy/paste works but not typing the character directly. I guess this is
a bug.
I can't enter non-ACSII characters in the Account name in Gnucash 
4.4/MacOS 11.2.3 either (viking is having the issue on Windows GC 4.4). 
Normally on the Mac, OPTION-"u", "u" should enter ü (u-umlaut), but when 
I type the "u" after the OPTION-"u", a small text entry popup is 
displayed that covers the New Account popup's Help button, and a single 
"u" (without umlaut) appears in the text entry popup.


After that text entry popup appears, all text entry goes into that 
popup. The Cancel button on the New Account popup still works to get out 
of it.


Maybe GTK is grabbing the keyboard codes before the normal keyboard text 
entry processing is done on them.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Moving log location

[prl]

On 28/2/21 16:06, David Cousens wrote:

You should be able to create a folder for your GnuCash files and copy the
main file and all of its backup and log files from the desktop into the
folder. When you next run GnuCash it will not be able to find the file in
the desktop location. You should then be able to use the File-.Open dialog
from the menu to locate the folder you have put the files in and open the
main data file ( the one without any date-time stamp before the .gnucash in
the file extension(s)). After that you should be able to operate normally.
I'm not a MAC user so there may be some subtleties I might have missed but
AFAIK its that straightforward.
I don't think there are any further subtleties. All the relevant 
filenames should start with Name_of_Account.gnucash.

The log and backup files are AFAIK created
in the same folder as the parent file.

That's correct.

I don't think there is a way to easily
locate them elsewhere.

I don't know of an way to do it either.

  I have a number of separate GnuCash data files and I
put each in their own folder


That would make sense on a Mac, too. There's a lot of clutter of log and 
backup files and one directory for each set of accounts files would make 
sense.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] OSX crash on exit GnuCash 4.4.1 and 4.4.2

[prl]

Which version of OS X? Intel Mac or Apple M1 Mac?

I have no crash-on-quit problems with Gnucash-Intel-4.4-1 on an Intel 
Mac running Big Sur 11.2.1.


Cheers,
Peter

On 26/2/21 03:21, Yves Forget via gnucash-user wrote:

Hello,

I upgraded recently from GnuCash 4.1.2 to GnuCash 4.4.1 on OSX.  The app works 
fine, but crashes when I quit.

I’ve seen a commit on January 25 that I believe would fix this issue.

I’ve downloaded 4.4.2 from SourceForge, but I still get the issue.  The about 
box says Build ID 4.4+ (2020-12-28), so I’m not sure I got the right thing.

This is not a major issue, but I just wanted to be sure the bug is not supposed 
to be fixed in 4.4.1 or 4.4.2 .

Thanks !

Yves

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Opening Balance

[prl]

That check will also be done automatically when Todd reconciles the 
account when he gets his next statement :)


Peter

On 30/03/2019 12:25, David Carlson wrote:

Absolutely.  I would include the word Approximately to help remember that
you have not corrected it yet.


David Carlson

On Fri, Mar 29, 2019 at 8:15 PM ToddAndMargo via gnucash-user <
gnucash-user@gnucash.org> wrote:


  > On 30/03/2019 11:44, ToddAndMargo via gnucash-user wrote:
  >> Hi All,
  >>
  >>Can I change my opening balance in my check book register?
  >>
  >> Many thanks,
  >> -T
  >>
  >

On 3/29/19 5:52 PM, prl wrote:

Opening balances in accounts are normally created with a tranasaction
from an equity account into the asset account. See section 4.6.2 Opening
Balances in the The Tutorial and Concepts Guide,
http://gnucash.org/viewdoc.phtml?rev=3=C=guide

Peter


I can't tell what they are saying in 4.6.2.

My goal was to open a check register with a phony
opening balance, start entering checks into it, then
when I get my bank statement, correct the opening balance.

Can I do this?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Opening Balance

[prl]

Opening balances in accounts are normally created with a tranasaction 
from an equity account into the asset account. See section 4.6.2 Opening 
Balances in the The Tutorial and Concepts Guide, 
http://gnucash.org/viewdoc.phtml?rev=3=C=guide


Peter

On 30/03/2019 11:44, ToddAndMargo via gnucash-user wrote:

Hi All,

   Can I change my opening balance in my check book register?

Many thanks,
-T



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] What is

[prl]

The "R" column indicates which transactions have been reconciled. 
Reconciling is used when your account register should match someone 
else's version of the register (e.g. the bank's view of the account if 
the register is a bank account).


Reconciling is done when you take the other party's (the bank's, for 
example) statement of the account and compare it with your account 
register to make sure that they are the same.


For more details see section 4.4 of the Gnucash The Tutorial and 
Concepts Guide, http://gnucash.org/viewdoc.phtml?rev=3=C=guide.


Reconciliation is a way of checking for errors in either your register 
or the bank's statement.


Peter

On 30/03/2019 11:19, ToddAndMargo via gnucash-user wrote:

Hi All,

Version: 3.4
Build ID: 3.4+ (2018-12-30)
Finance::Quote: 1.47

In my check register, in the heading between "Transfer" and
"Deposit", there is an "R".  What is this and what does it do?


Many thanks,
-T



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Order of scheduled transaction processing

[prl]

When GnuCash processes scheduled transactions and there is more than one 
transaction on a single day, in which order are those transactions 
created? It looks like it might be alphabetical by name. Is that correct?


Peter


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] MacOS Crash - possibly display power related?

[prl]

Thanks, John.

That does sound similar. It's certainly correct in my case that the 
secondary monitor is to the left of the main monitor. However, there's 
one small difference between what I see and what's in the bug report - 
in the bug report is says that the popup isn't shown, while for me the 
popup is shown, but in the wrong place.


Anyway, it sounds possible that a fix to that bug may fix my problem, so 
I'll treat it as "a fix is in the pipeline".


Peter

On 28/01/2019 12:17, John Ralls wrote:

Peter,

Sounds like https://gitlab.gnome.org/GNOME/gtk/issues/1593.

Regards,
John Ralls



On Jan 27, 2019, at 4:26 PM, prl  wrote:

John, if you're going to be looking at multi-display issues in Gnucash on 
MacOS, here's another fairly minor one.

I run with dual monitors, the main screen (i.e. the one with the Finder menu bar) on an external 
monitor, secondary on the laptop monitor. When GnuCash shows a "Since Last Run" popup on 
the secondary monitor, and I click on a "Status" entry in the popup to change it, the 
status change dropdown doesn't appear in-place, it's displayed hard up against the near edge of the 
main monitor.

The menu displays in the wrong place whenever the popup is on the secondary 
screen. It doesn't matter whether Gnucash is displaying on the main or the 
secondary screen.

This is new behaviour in GNC 3.4.




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] MacOS Crash - possibly display power related?

[prl]

John, if you're going to be looking at multi-display issues in Gnucash 
on MacOS, here's another fairly minor one.


I run with dual monitors, the main screen (i.e. the one with the Finder 
menu bar) on an external monitor, secondary on the laptop monitor. When 
GnuCash shows a "Since Last Run" popup on the secondary monitor, and I 
click on a "Status" entry in the popup to change it, the status change 
dropdown doesn't appear in-place, it's displayed hard up against the 
near edge of the main monitor.


The menu displays in the wrong place whenever the popup is on the 
secondary screen. It doesn't matter whether Gnucash is displaying on the 
main or the secondary screen.


This is new behaviour in GNC 3.4.

Cheers,
Peter

GnuCash 3.4 for MacOS Intel
MacOS 10.11.6 (yes, it's ancient, but my 9yo MacBook won't run anything 
newer)

MacBook Pro 13-inch, Mid 2009 (MacBookPro5,5)

On 27/01/2019 03:25, John Ralls wrote:

Rats. This is related to the work I did late last year to fix 
https://gitlab.gnome.org/GNOME/gtk/issues/1411 and bring the quartz backend up 
to date with the rest of Gdk.

I've opened https://gitlab.gnome.org/GNOME/gtk/issues/1623 to track it.

Did the other crashes happen in the same function?

Regards,
John Ralls



On Jan 25, 2019, at 11:00 PM, Adrien Monteleone 
 wrote:

I’m not certain of this one, (though I see quartz is at the top) but I have 
been getting some crashes lately on 3.4 that seem to be display related. I was 
recently doing some testing with a secondary display, and every time I would 
connect/disconnect or re-arrange my displays, GnuCash would crash.

I just now turned my monitor back on (just one display connected presently) and 
saw the below report. I normally just send the display and computer to sleep at 
the same time, but this particular time I turned the monitor off instead and 
then back on later. I’ve done this prior to 3.4 without resulting in a crash.

Ideas?

Regards,
Adrien


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Working with compound interest on varying amounts

[prl]

As David said.

In Australia, mortgage accounts can be quite complicated to represent. 
They are often variable-rate; it's common to pay at 4-weekly intervals 
while interest is calculated daily, but debited from the account at the 
end of the calendar month; and advance payments (and sometimes 
withdrawals against advance payments) are allowed.


It's also common for mortgage offset accounts to be attached to 
mortgages, which, instead of paying interest, the offset account's 
balance is subtracted from the mortgage accounts balance when the daily 
mortgage interest is being calculated. This gives an effective interest 
rate for the offset account equal to the mortgage interest rate, and is 
tax free, because no money is actually paid.


It all meant that when I had mortgage account, the interest calculation 
was way beyond my ability to convince GnuCash to calculate (and I didn't 
even use an offset account).


Instead, I ran a spreadsheet that calculated estimated interest due, and 
used that to make sure there weren't any gross errors in the bank's 
calculations. I simply copied the actual interest in the monthly bank 
statement into GnuCash, so that GunCash's balance would reconcile.


I do something similar for our on-call higher-interest savings accounts. 
The interest on our current account is so pitiful it's not worth 
calculating.


That's probably good enough for personal finances, but may not be good 
enough for your business use.


Peter

On 3/12/2018 23:03, David T. via gnucash-user wrote:

Hal,
Most such calculations are devilishly difficult to represent with 100% 
accuracy, which is why I have always opted to base my transactions on the 
statement, rather than try to anticipate what the finance company is going to 
come up with.
David T

  
  
   On Mon, Dec 3, 2018 at 12:10, Hal Vaughan wrote:   For the past few years, for my business that is mostly about renovating or restoring houses and reselling them (not flipping - this work takes time), I’ve used a Python library I wrote myself to handle accounting.  It was basically made up mostly of stuff I had, with a few new things added in.


I would like to switch over to GnuCash.  Luckily, since I’m at a slow point and 
between projects, I can do that without worrying about converting old data for 
older LLCs and projects.

There’s one issue I’m not sure can be handled by GnuCash, so I’d like to find 
out about it before trying to switch over.

I use a line of credit.  Luckily the interest rate is basically constant.  (There’s a 
slight flux, but not much.)  The problem is its compounded and, of course, every time I 
withdraw money from the credit line or pay any back, the principal amount changes.  I’m 
hoping, at this point, people are saying, "Oh, yeah, just do this…."

But just in case there’s a need for clarification, if I withdraw $50,000 to 
purchase a house on January 1, then, on the 15th, withdraw $10,000 for roofing 
work, need to figure out the total owed to that credit line on 1/31, and the 
interest rate is 3%, then I have to figure compound interest on $50,000 at 3% 
from 1/1 to 1/15.  Then I have to add $10,000 to that amount to calculate the 
interest on the $50,000 plus 15 days of interest, plus $10,000, plus the 
interest from the 15th to the 30th, at 3%, to get a clear number for what I owe.

Can I have this done automatically on an account?  If not, how can I easily 
keep track of this in GnuCash?


Thank you!


Hal
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Occasional crashes in GnuCash 3.3 MacOS 10.11.6

[prl]

Thanks, John.

I'll wait for the next version, then.

Peter

On 27/10/2018 14:16, John Ralls wrote:



On Oct 26, 2018, at 7:36 PM, prl <mailto:p...@ozemail.com.au>> wrote:


I've been having occasional crashes in GnuCash 3.3 on MacOS 10.11.6 
(the Mac is a MacBook Pro 13-inch, Mid 2009 and can't be upgraded to 
a more recent MacOS version).


The crashes typically happen within the first few transactions that I 
enter after starting GnuCash.


I've pressed "Report..."  the "GnuCash quit unexpectedly" a couple of 
times - but that says it reports to Apple. Is that a useful way of 
getting the bug info to the GnuCash devs?


Pressing "Reopen" in the popup doesn't seem to do anything. GnuCash 
isn't re-opened. Restarting it normally from Finder starts it with 
the expected GnuCask popup about the presence of the lock file.


I have the stack trace info for the most recent crash, but the 
gnucash.trace file appears to have been overwritten when I restarted 
GnuCash to do what I was actually trying to do at the time.


This is a snippet from the stack trace:

Exception Type:    EXC_CRASH (SIGABRT)
Exception Codes:   0x, 0x
Exception Note:    EXC_CORPSE_NOTIFY

Application Specific Information:
*** Terminating app due to uncaught exception 
'NSInvalidArgumentException', reason: 
'-[_CFXNotificationObjectRegistration visibleFrame]: unrecognized 
selector sent to instance 0x7f838051eac0'

terminating with uncaught exception of type NSException
abort() called

Application Specific Backtrace 1:
0   CoreFoundation  0x7fff980b0452 
__exceptionPreprocess + 178
1   libobjc.A.dylib 0x7fff8c23d73c 
objc_exception_throw + 48
2   CoreFoundation  0x7fff9811a18d 
-[NSObject(NSObject) doesNotRecognizeSelector:] + 205
3   CoreFoundation  0x7fff980204c1 
___forwarding___ + 1009
4   CoreFoundation  0x7fff980c4a48 
__forwarding_prep_1___ + 120
5   libgdk-3.0.dylib    0x00010fb60d02 
gdk_quartz_monitor_get_workarea + 98
6   libgtk-3.0.dylib    0x00010f74744f 
gtk_window_guess_default_size + 79
7   libgtk-3.0.dylib    0x00010f74116b 
gtk_window_compute_configure_request + 299
8   libgtk-3.0.dylib    0x00010f74a921 
gtk_window_realize + 641
9   libgobject-2.0.0.dylib  0x00010ff1da0a 
_g_closure_invoke_va + 314
10  libgobject-2.0.0.dylib  0x00010ff35831 
g_signal_emit_valist + 1521
11  libgobject-2.0.0.dylib  0x00010ff36216 
g_signal_emit + 134
12  libgtk-3.0.dylib    0x00010f727c81 
gtk_widget_realize + 257
13  libgtk-3.0.dylib    0x00010f6e4b54 
gtk_tooltip_show_tooltip + 436
14  libgtk-3.0.dylib    0x00010f6e517c 
tooltip_popup_timeout + 44
15  libgdk-3.0.dylib    0x00010fb27992 
gdk_threads_dispatch + 50

...

Does this look like a known bug? I searched GnuCash Bugzilla for 
"_CFXNotificationObjectRegistration visibleFrame" and "" it didn't 
find anything useful.


It doesn't appear to be the same bug as 
https://bugs.gnucash.org/show_bug.cgi?id=796656


I haven't been able to work out a reliable set of actions to trigger 
the bug.


I'm happy to make a Bugzilla report - is there anything useful I can 
put in the report apart from the stack trace and gnucash.trace files?




Nope, Apple doesn’t forward crash reports to us.

Yup, it’s a known bug, see 
https://bugs.gnucash.org/show_bug.cgi?id=796889.


Regards,
John Ralls




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Occasional crashes in GnuCash 3.3 MacOS 10.11.6

[prl]

I've been having occasional crashes in GnuCash 3.3 on MacOS 10.11.6 (the 
Mac is a MacBook Pro 13-inch, Mid 2009 and can't be upgraded to a more 
recent MacOS version).


The crashes typically happen within the first few transactions that I 
enter after starting GnuCash.


I've pressed "Report..."  the "GnuCash quit unexpectedly" a couple of 
times - but that says it reports to Apple. Is that a useful way of 
getting the bug info to the GnuCash devs?


Pressing "Reopen" in the popup doesn't seem to do anything. GnuCash 
isn't re-opened. Restarting it normally from Finder starts it with the 
expected GnuCask popup about the presence of the lock file.


I have the stack trace info for the most recent crash, but the 
gnucash.trace file appears to have been overwritten when I restarted 
GnuCash to do what I was actually trying to do at the time.


This is a snippet from the stack trace:

Exception Type:    EXC_CRASH (SIGABRT)
Exception Codes:   0x, 0x
Exception Note:    EXC_CORPSE_NOTIFY

Application Specific Information:
*** Terminating app due to uncaught exception 
'NSInvalidArgumentException', reason: 
'-[_CFXNotificationObjectRegistration visibleFrame]: unrecognized 
selector sent to instance 0x7f838051eac0'

terminating with uncaught exception of type NSException
abort() called

Application Specific Backtrace 1:
0   CoreFoundation  0x7fff980b0452 
__exceptionPreprocess + 178
1   libobjc.A.dylib 0x7fff8c23d73c 
objc_exception_throw + 48
2   CoreFoundation  0x7fff9811a18d 
-[NSObject(NSObject) doesNotRecognizeSelector:] + 205
3   CoreFoundation  0x7fff980204c1 
___forwarding___ + 1009
4   CoreFoundation  0x7fff980c4a48 
__forwarding_prep_1___ + 120
5   libgdk-3.0.dylib    0x00010fb60d02 
gdk_quartz_monitor_get_workarea + 98
6   libgtk-3.0.dylib    0x00010f74744f 
gtk_window_guess_default_size + 79
7   libgtk-3.0.dylib    0x00010f74116b 
gtk_window_compute_configure_request + 299
8   libgtk-3.0.dylib    0x00010f74a921 
gtk_window_realize + 641
9   libgobject-2.0.0.dylib  0x00010ff1da0a 
_g_closure_invoke_va + 314
10  libgobject-2.0.0.dylib  0x00010ff35831 
g_signal_emit_valist + 1521
11  libgobject-2.0.0.dylib  0x00010ff36216 g_signal_emit 
+ 134
12  libgtk-3.0.dylib    0x00010f727c81 
gtk_widget_realize + 257
13  libgtk-3.0.dylib    0x00010f6e4b54 
gtk_tooltip_show_tooltip + 436
14  libgtk-3.0.dylib    0x00010f6e517c 
tooltip_popup_timeout + 44
15  libgdk-3.0.dylib    0x00010fb27992 
gdk_threads_dispatch + 50

...

Does this look like a known bug? I searched GnuCash Bugzilla for 
"_CFXNotificationObjectRegistration visibleFrame" and "" it didn't find 
anything useful.


It doesn't appear to be the same bug as 
https://bugs.gnucash.org/show_bug.cgi?id=796656


I haven't been able to work out a reliable set of actions to trigger the 
bug.


I'm happy to make a Bugzilla report - is there anything useful I can put 
in the report apart from the stack trace and gnucash.trace files?


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Receivables Ageing report has a type "Balance", which is in error

[prl]

On 17/10/2018 02:09, Graham Stoddart-Stones via gnucash-user wrote:

Is there a way of narrowing down the search
that you are suggesting, please?
This is actually a new customer, who had not been in the system before
April 2018.not sure if that is at all relevant?
Doesn't that fact itself suggest a way of narrowing down the search: 
perhaps you have the customer name or other id information in a 
searchable field like Description or Memo?


Peter

Hi,

gcstones52  writes:


Date Range: 2018-01-01 - 2018-10-16
Date Due Date Reference Type Description Credits Debits Amount
2018-01-01Balance £25.00
2018-04-05 2018-04-05 LSVH-2018-85 Invoice Quiz Night deposit, 9Nov18
£25.00
£25.00
2018-04-102018-85 Payment Bank transfer   -£25.00

-£25.00

Period Totals £25.00  -£25.00 £0.00
Total Due £25.00
Current   0-30 days   31-60 days  61-90 days  91+ days
£0.00 £0.00   £0.00   £0.00   £25.00

The customer has paid all invoices, and should have a balance of zero

(and

shows as zero in Accounts Receivable).  However, the report shows a
"balance" of £25 due from 2018-01-01, but I can find no entries anywhere

in

the system (searching on client name, on transaction date, on amount)

that

would generate this balance.  Note that the first entry for the customer

was

2018-04-01.  Could anyone please suggest how a balance may have been

created

for this customer on 2018-01-01?

This report is looking at Transaction Metadata which might not be
searchable.  If there is a transaction tied to a Lot that is tied to the
customer, that would be sufficient to get it listed.

Is there a ₤25.00 transaction in A/R at all?


Thank you
Graham
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board  (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
warl...@mit.eduPGP key available


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] GnuCash 3.3 Released

[prl]

Thanks, John.

I'll wait for a fix then.

If I see any other problems in GNC3.3 I'll post in a separate thread as 
David T has requested.


Peter

On 5/10/2018 00:36, John Ralls wrote:

Nope, it’s https://bugs.gnucash.org/show_bug.cgi?id=796875.

Regards,
John Ralls


On Oct 4, 2018, at 6:22 AM, prl <mailto:p...@ozemail.com.au>> wrote:


Would you like me to repost this problem in a new thread?

Peter

On 4/10/2018 22:32, D wrote:

Peter,

Rather than tacking all your issues into this announcement message, 
could you start new threads for new issues? It is difficult to 
monitor issues if they are all rolled into one topic.


Thanks.
David T.

On October 4, 2018, at 2:34 PM, prl <mailto:p...@ozemail.com.au>> wrote:


Another thing I can't work out in GNC 3.3/macOS 10.11.6.

In all earlier versions of GNC that I've used, when autocompletion was
being used in a register field, I could RIGHT_ARROW on the keyboard to
accept the autocompletion but stay in the field, so that I could add to
the text or delete back and change the last part. I used this fairly 
often.


In GNC3.3, RIGHT_ARROW does nothing in this context.

RETURN, TAB and DOWN_ARROW both accept the autocompletion, but move away
from the field, as in earlier versions.

Is this change in RIGHT_ARROW behaviour intended, an unavoidable
side-effect of the move to GTK3.0, or a bug?

Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org <mailto:gnucash-user@gnucash.org>
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org <mailto:gnucash-user@gnucash.org>
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] GnuCash 3.3 Released

[prl]

Would you like me to repost this problem in a new thread?

Peter

On 4/10/2018 22:32, D wrote:

Peter,

Rather than tacking all your issues into this announcement message, could you 
start new threads for new issues? It is difficult to monitor issues if they are 
all rolled into one topic.

Thanks.
David T.

On October 4, 2018, at 2:34 PM, prl  wrote:

Another thing I can't work out in GNC 3.3/macOS 10.11.6.

In all earlier versions of GNC that I've used, when autocompletion was
being used in a register field, I could RIGHT_ARROW on the keyboard to
accept the autocompletion but stay in the field, so that I could add to
the text or delete back and change the last part. I used this fairly often.

In GNC3.3, RIGHT_ARROW does nothing in this context.

RETURN, TAB and DOWN_ARROW both accept the autocompletion, but move away
from the field, as in earlier versions.

Is this change in RIGHT_ARROW behaviour intended, an unavoidable
side-effect of the move to GTK3.0, or a bug?

Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] GnuCash 3.3 Released

[prl]

Another thing I can't work out in GNC 3.3/macOS 10.11.6.

In all earlier versions of GNC that I've used, when autocompletion was 
being used in a register field, I could RIGHT_ARROW on the keyboard to 
accept the autocompletion but stay in the field, so that I could add to 
the text or delete back and change the last part. I used this fairly often.


In GNC3.3, RIGHT_ARROW does nothing in this context.

RETURN, TAB and DOWN_ARROW both accept the autocompletion, but move away 
from the field, as in earlier versions.


Is this change in RIGHT_ARROW behaviour intended, an unavoidable 
side-effect of the move to GTK3.0, or a bug?


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] GnuCash 3.3 Released

[prl]

Hi, Geert.

Thanks for the clarification.

Peter

On 4/10/2018 17:27, Geert Janssens wrote:

Op donderdag 4 oktober 2018 02:45:28 CEST schreef prl:

Thanks John.

That works nicely, even though the CSS file path and file contents are
different from what's in the GTK3 link you gave. The path and CSS data
in the GTK3 link works, too, though.


Both will indeed work. And on MacOS they are interchangeable. On other
platforms these paths have a different scope:
GTK_CONFIG_HOME/gtk.css (which is what John expanded for you below) will
affect *all* gtk applications installed on your system.
GNC_CONFIG_HOME/gtk-3.0.css (as used in the GTK3 link) will only affect
gnucash.

As GNC_CONFIG_HOME/gtk-3.0.css works the same on all platforms and affects
only GnuCash it's the preferred path to add gnucash specific snippets.


It may be useful to change the font sizes in the examples in the GTK3
page from "8px" to "8pt". 8px is probably unreasonably small.

Also, there's a typo in https://wiki.gnucash.org/wiki/GTK3#Via_css - it
gives the file path as "GNC_CONFIG_HOME/gtk-3.0.css" ( element
displayed as text). "" is also improperly displayed in a file path
in https://wiki.gnucash.org/wiki/GTK3#Menu_Keyboard_Shortcuts

Thanks, too, to Geert and D who also replied to my post.


You're welcome.

Geert





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] GnuCash 3.3 Released

[prl]

Thanks, John.

Peter

On 4/10/2018 11:15, John Ralls wrote:

Peter,

Thanks, I've made the corrections.

Regards,
John Ralls



On Oct 3, 2018, at 5:45 PM, prl  wrote:

Thanks John.

That works nicely, even though the CSS file path and file contents are 
different from what's in the GTK3 link you gave. The path and CSS data in the 
GTK3 link works, too, though.

It may be useful to change the font sizes in the examples in the GTK3 page from "8px" to 
"8pt". 8px is probably unreasonably small.

Also, there's a typo in https://wiki.gnucash.org/wiki/GTK3#Via_css - it gives the file path as 
"GNC_CONFIG_HOME/gtk-3.0.css" ( element displayed as text). "" is 
also improperly displayed in a file path in https://wiki.gnucash.org/wiki/GTK3#Menu_Keyboard_Shortcuts

Thanks, too, to Geert and D who also replied to my post.

Peter
On 3/10/2018 23:42, John Ralls wrote:



On Oct 3, 2018, at 2:03 AM, prl mailto:p...@ozemail.com.au>> wrote:

On my Mac (OS X 10.11.6), GnuCash 3.3 (native, not X Window) has increased the 
font size in the registers.

I tried to reduce it by creating ~/.gtkrc-2.0.gnucash with contents:

style "font"
{
   font_name = "Arial Narrow 8"
}
widget_class "*" style "font"
gtk-font-name = "Arial Narrow 8"

as suggested in 
https://wiki.gnucash.org/wiki/FAQ#Q:_How_get_I_rid_of_strange_unreadable_characters_or_adjust_the_font_size,
 but that seems to have no effect. I've tried a couple of different font sizes, 
and using Helvetica instead of Arial Narrow, also with no effect.

Anyone have any suggestions?

In ~/Library/Application Support/Gnucash/config/gtk-3.0/gtk.css put:
* {
 font-name: Arial Narrow;
 font-size: 8pt;
}

You’ll need to create the directories config/gtk-3.0 and the file.
For more adjustments you can make see https://wiki.gnucash.org/wiki/GTK3.

Regards,
John Ralls


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Listsfor more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] GnuCash 3.3 Released

[prl]

On my Mac (OS X 10.11.6), GnuCash 3.3 (native, not X Window) has 
increased the font size in the registers.


I tried to reduce it by creating ~/.gtkrc-2.0.gnucash with contents:

style "font"
{
  font_name = "Arial Narrow 8"
}
widget_class "*" style "font"
gtk-font-name = "Arial Narrow 8"

as suggested in 
https://wiki.gnucash.org/wiki/FAQ#Q:_How_get_I_rid_of_strange_unreadable_characters_or_adjust_the_font_size, 
but that seems to have no effect. I've tried a couple of different font 
sizes, and using Helvetica instead of Arial Narrow, also with no effect.


Anyone have any suggestions?

Peter
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] [OT] Why is Debit abbreviated Dr?

[prl]

For what it's worth, both my oldish Macquarie Australian Dictionary and 
my even older Shorter Oxford agree that Dr is an abbreviation for 
debtor. Neither gives any etymology for the abbreviation and the Oxford 
doesn't give any historical reference for it. The online free Oxford 
dictionary https://en.oxforddictionaries.com/definition/dr gives it as a 
abbreviation for debit without any further information.


Peter


On 6/09/2018 00:58, David Cousens wrote:

Derek

Latin past participles of creditum and debitum are debere and credere are a 
possible explanation. Another theory is the
Dr stands for debit record and Cr credit record. Another is that Dr is from 
debtors and Cr is from creditors. I favour
the first because Luca Pacciola who is often attributed (wrongly) with the 
first known  treatise in 1494 (Summa de
Arithmetica, Geometria, Proportioni et Proportionalita) which had a section on 
double entry accounting  and formulated
the first documented use of the accounting equation used the terms debere (to 
owe) and credere (to entrust) to describe
the two sides of the basic accounting equation but there is also  evidence that 
Pacciola used Per (from) and A (to) in
journal entries. I don't know if any originals of Pacciola's original treatise 
have survived and most of the comments
are from an English translation in 1633 where Handson used Dr from the English 
debtor. Another translator Geejsbeek in
1914 suggested Dr comes from "in dare" (give) and "in havere" (receive). 
Pacciola apparently learned his accounting from
Arab traders in North Africa where his father was a merchant.  Benedikt 
Kotruljevic in 1458 also described double entry
accounting in a 1458 work on the Art of Trade published in Dubrovnik. I suspect 
both were describing methodology used by
the Arab traders.There is also evidence that double entry might have been used 
in 10th century Muslim tax office but
there is no definitive evidence. We will probably never know where the usage of 
the notation actually came from and the
historians will continue to argue about it forever.
David Cousens



On Wed, 2018-09-05 at 09:59 -0400, Derek Atkins wrote:

Hi All,

I'm an Engineer by training; I've picked up a ton of accounting
knowledge just by being involved here for the past few decades, but
there's one thing I've seen recently that I honestly don't underdstand
and would appreciate if a CPA or Accounting Historian could answer.

Specifically, I've seen people show a transaction as:

 Dr ...  /  Cr ...

So CR as an abbreviation for Credit makes sense to me (CRedit).  But why
is Debit abbreviated as DR?  There is no "R" in DEBIT.  So where does
that come from?  I would have expected it to be "Db".

Just curious.

-derek


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] AlphaVantage Stock Quotes

[prl]

On 31/05/2018 12:59, Dave Tapuska wrote:

>From the gnucash point of view it only uses the latest quote so even
returning the compact list (which is the last 100 days) is far overkill.
Perhaps a lighter weight request returning the last closing value would be
sufficient.
That would be ideal, but as far as I can see, the compact list (last 100 
days) is the smallest amount of data that can be requested using the 
TIME_SERIES_DAILY function in the AlphaVantage API 
. The only alternative in 
the documentation is full, which returns daily opening and closing 
prices for up to the last 20 years.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] latest gnucash release (3.1) feedback

[prl]

On 30/05/2018 15:12, Alun Champion wrote:

MacOS High Sierra, Gnucash 3.1-3.

If anyone finds a way for reducing the padding around the tabs (left), I
would be very interested. 3.1 uses almost twice as much space as 2.6.X. I
keep a number of tabs open (reports, accounts, registers, etc.) and this
comfortably fits on the screen now in 3.1 this forces scrolling.
I'd be interested in the ability the space that tabs take, too, for the 
same reason.


Also, in 2.6.x, the mouse scroll wheel used to allow quick scrolling of 
the tabs if the mouse was pointing in the tab area, and that ability has 
disappeared in 3.1.


Closing down 3.1 is also rather clunky. In 2.6, quitting Gnucash would 
just close the window and exit. In 3.1 it messes about closing each 
individual tab before closing the window. What's the reason for that, 
and can it be avoided easily?


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Handling VISA Debit Accounts

[prl]

On 7/05/2018 16:39, Karen Stingel wrote:
This is a Fix of my previous thread ... Re: gnucash-user Digest, Vol 
182, Issue 8,

apologies for not clarifying the subject line last time.

How does gnc handle the Case of a VISA Debit card?
Technically, this is a BANK account with a VISA enabled card and a 
$0.00 Credit Limit

Should it just be created as a normal BANK account type?

Are there any plans to include this as a new Asset Account type in 
future editions of gnc?

I'm not sure why you'd want anything other that a Bank Account account type.

I have a bank savings account on which I can use a VISA debit card and 
draw cheques, and it's all on one statement, so it wouldn't make sense 
to me to have a separate register for it, except, perhaps as a 
sub-account, but I think that unnecessarily complicates things.


What is arguably missing is a "Debit card" Action on the transaction, 
but I just make a note of Visa transactions in the description.


Peter
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Alphavantage intermittently failing to return ASX quotes

[prl]

I'm having problems this morning (3 Dec 11:30 Eastern Australian Summer 
time, 3 Dec 00:30 UTC) with Alphavantage intermittently failing to 
return quotes for the four ASX (Australian Stock Exchange) stocks that 
we hold:


gnc-fq-dump -v alphavantage CBA.AX IAG.AX QAN.AX TLS.AX
Finance::Quote fields Gnucash uses:
    symbol: CBA.AX   <=== required
  date: 11/30/2017   <=== recommended
  currency: AUD  <=== required
  last: 79.1700  <=\
   nav:  <=== one of these
 price:  <=/
  timezone:  <=== optional

All fields returned by Finance::Quote for stock CBA.AX

stock   field  value
-   -  -
CBA.AX  close: 79.1700
CBA.AX   currency: AUD
CBA.AX currency_set_by_fq: 1
CBA.AX   date: 11/30/2017
CBA.AX   high: 79.9500
CBA.AX    isodate: 2017-11-30
CBA.AX   last: 79.1700
CBA.AX    low: 78.8800
CBA.AX method: alphavantage
CBA.AX   open: 79.7100
CBA.AX    success: 1
CBA.AX symbol: CBA.AX
CBA.AX volume: 2462019

=

Finance::Quote fields Gnucash uses:
    symbol: IAG.AX   <=== required
  date: 11/30/2017   <=== recommended
  currency: AUD  <=== required
  last: 7.1200   <=\
   nav:  <=== one of these
 price:  <=/
  timezone:  <=== optional

All fields returned by Finance::Quote for stock IAG.AX

stock   field  value
-   -  -
IAG.AX  close: 7.1200
IAG.AX   currency: AUD
IAG.AX currency_set_by_fq: 1
IAG.AX   date: 11/30/2017
IAG.AX   high: 7.2200
IAG.AX    isodate: 2017-11-30
IAG.AX   last: 7.1200
IAG.AX    low: 7.1050
IAG.AX method: alphavantage
IAG.AX   open: 7.2000
IAG.AX    success: 1
IAG.AX symbol: IAG.AX
IAG.AX volume: 3320131

=


Finance::Quote fields Gnucash uses:
    symbol: QAN.AX (deduced) <=== required
  date: ** missing **    <=== recommended
  currency: ** missing **    <=== required
  last:  <=\
   nav:  <=== one of these
 price:  <=/
  timezone:  <=== optional

** This stock quote cannot be used by GnuCash!


All fields returned by Finance::Quote for stock QAN.AX

stock   field  value
-   -  -
QAN.AX   errormsg: json_data doesn't contain Last Refreshed
QAN.AX   last: **missing**
QAN.AX    nav: **missing**
QAN.AX  price: **missing**
QAN.AX    success: 0

=


Finance::Quote fields Gnucash uses:
    symbol: TLS.AX (deduced) <=== required
  date: ** missing **    <=== recommended
  currency: ** missing **    <=== required
  last:  <=\
   nav:  <=== one of these
 price:  <=/
  timezone:  <=== optional

** This stock quote cannot be used by GnuCash!


All fields returned by Finance::Quote for stock TLS.AX

stock   field  value
-   -  -
TLS.AX   errormsg: json_data doesn't contain Last Refreshed
TLS.AX   last: **missing**
TLS.AX    nav: **missing**
TLS.AX  price: **missing**
TLS.AX    success: 0

It's not always the same stocks that fail. Occasionally I get them all.

Is anyone else seeing this sort of behaviour from Alphavantage?

Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Reconciliation Report

[prl]

On 1/12/2017 08:06, Mike or Penny Novack wrote:
Perhaps a more serious issue? Depending on what is meant by 
"reconciliation report".


Rick, can you describe what your report is supposed to show?
Way back when I used Quicken for Mac, a reconciliation report on that 
system showed:


Reconciliation Report
Reconcile balance as of 
=

Bank Statement - Cleared Transactions
-
Previous balance
Checks & Payments
Deposits and other credits
Ending balance of bank statement

Your Records - Unreconciled Transactions

Cleared Balance
Checks & Payments
Deposits and other credits
Register balance as of 
Checks & Payments (post close of bank statement)
Deposits and other credits(post close of bank statement)
Register ending balance (as of )

Unreconciled Transaction Detail Up To
---


So, a list of any cheques or other payments made before close of the 
statement and not yet cleared, deposits made before close of the 
statement and not yet entered into the account and *any unexpected 
differences between the register and the bank statement*.


The last one being, surely, the main motivation for doing the 
reconciliation in the first place?


I'm not sure if that's quite what Rick was looking for, but that's what 
I was getting from Quicken for Mac.


Peter
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Finance-Quote 1.45 released!

[prl]

Thanks, Erik.

Peter

On 13/11/2017 10:27, Erik Colson wrote:

prl <p...@ozemail.com.au> writes:


my $suffix = uc($1);

yes, I've already committed it for the next version.

best
--
erik colson



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Finance-Quote 1.45 released!

[prl]

Hi, Eric.

Thanks for getting back to me.

I reported in my original email that using tls.ax shows no currency:

gnc-fq-dump -valphavantage tls.ax
Finance::Quote fields Gnucash uses:
    symbol: tls.ax   <=== required
  date: 11/09/2017   <=== recommended
*currency: ** missing **    <=== required*
  last: 3.4600   <=\
   nav:  <=== one of these
 price:  <=/
  timezone:  <=== optional

** This stock quote cannot be used by GnuCash!


All fields returned by Finance::Quote for stock tls.ax

stock   field  value
-   -  -
tls.ax  close: 3.4600
tls.ax currency_set_by_fq: 1
tls.ax   date: 11/09/2017
tls.ax   high: 3.4700
tls.ax    isodate: 2017-11-09
tls.ax   last: 3.4600
tls.ax    low: 3.4400
tls.ax method: alphavantage
tls.ax   open: 3.4600
tls.ax    success: 1
tls.ax symbol: tls.ax
tls.ax volume: 22162836

Cheers,
Peter

On 13/11/2017 01:29, Erik Colson wrote:

prl <p...@ozemail.com.au> writes:


F::Q 1.45 seems to be returning the wrong currency (or none) for
Australian Stock Exchange (ASX) stocks.

For example, for Telstra (ASX:TLS), if I run:
gnc-fq-dump alphavantage asx:tls

I get:
currency: USD

Currencies are deduced based on suffix.  So, try TLS.AX instead of
ASX:TLS.  Please report if this solves your issue.

best
--
erik colson



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Finance-Quote 1.45 released!

[prl]

F::Q 1.45 seems to be returning the wrong currency (or none) for 
Australian Stock Exchange (ASX) stocks.


For example, for Telstra (ASX:TLS), if I run:
gnc-fq-dump alphavantage asx:tls

I get:
currency: USD

The numerical values are the correct AUD values for the prices: the 
currency should be being reported as AUD, not USD.


If I run
gnc-fq-dump alphavantage tls.ax

I get:
currency: ** missing **

Other possible stock codes like ax:tls and tls.asx don't work at all.

However, when I do a Get Quotes in the Gnucash Price Editor, it seems to 
ignore the currency in the returned data and (correctly) uses AUD in the 
share registers.


I'm running F::Q 1.45:
gnc-fq-check
("1.45" "adig" "aex" "aiahk" "alphavantage" ...

Any ideas, anyone?

Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Scheduled transactions

[prl]

No problem.

Peter

On 7/10/2017 20:33, Alain Dormoy wrote:
As a test I have re-entered the amount for one of my scheduled 
transactions. It appeared with comas and the next month transaction 
was created smoothly.

So thank you.

Alain

Le 07/10/2017 à 01:49, prl a écrit :

On 7/10/2017 05:04, Alain Dormoy wrote:


What should I do? Just replace the dots with comas in the formulas?


That's what I'd try to start with.

Peter




---
L'absence de virus dans ce courrier électronique a été vérifiée par le 
logiciel antivirus Avast.

https://www.avast.com/antivirus




___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Scheduled transactions

[prl]

On 7/10/2017 05:04, Alain Dormoy wrote:


What should I do? Just replace the dots with comas in the formulas?


That's what I'd try to start with.

Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Scheduled transactions

[prl]

On 6/10/2017 18:29, Alain Dormoy wrote:

Hi!

Since I reinstalled GC (2.6.17) under Win 10 on a new computer, 
everytime I launch GC, I get this type of error message:


"Error parsing SX [name of a (scheduled) transaction] key [debit 
formula] = formula [14.90] at [.90] caractère non défini."
Do you have '.' or ',' set as your decimal separator (i.e. does Gnucash 
expect EUR1.23 or EUR1,23)?


Peter
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Permissions on Mac

[prl]

On 29/09/2017 03:54, Eric Beversluis wrote:

What permissions should the .gnucash files have on Mac? Some seem to be 644 
while the older ones seem to be 777. I copied them all to Mac from Linux using 
a FAT32 disk, so I’m not sure they all came over properly.

777 seems wrong, but 644 seems not enough, though the .gnucash file on my Desktop 
seems to open OK as 644. “Group” seems to be something called “Staff."
If you're changing permissions using chmod, you may want to use the 
symbolic form for the permissions (using similar conventions to what's 
shown in in the "ls -l" command) rather than the octal value of the 
permissions bits.


So, for example, 644 can be set by using:

chmod u=rw,go=r accounts.gnucash

(u=user (yoU/owner), g=group, o=others).

There you can use + or - instead of = to add or remove permission bits.

The octal bits are:
400 = user/owner read
200 = user/owner write
100 = user/owner execute (the execute bit on a directory is lookup 
permission)

040 = group read
020 = group write
010 = group execute
004 = others read
002 = others write
001 = others execute

Add (or or) the values together to construct the octal permissions 
number that can also be used in chmod. So 777 is everyone can do 
anything; and 644 is owner read/write, group and others read only; 600 
is owned read/write, no permissions for group or others.


FAT file systems don't support the U*ix permissions, so when a file is 
copied from a FAT filesystem, the permission bits are set using a mask 
set when the FAT filesystem was mounted. That defaults to 777.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: nomenclatural clarification - parts of a transaction

[prl]

A transaction always has a Notes field, but the Notes field is only 
*visible* in a register if either View>Transaction Log or View>Double 
Line is set.


Peter

On 15/09/2017 02:49, D via gnucash-user wrote:

George,

A transaction will have a note always.

A transaction in Gnucash by definition has at least two splits, but may have more. Common 
usage is to refer to a transaction with *more* than two splits as a "split" 
transaction. Chapter 2 in the guide covers this.

HTH,
David

On September 14, 2017, at 9:13 PM, George Riner  wrote:

I may not be clearly following the information about the names of the
parts of a transaction.

attached screen capture for reference.

Are these the correct terms for the called-out parts of the split
transaction?

part "A" is the "Description"
part "B" is the "Memo"
parts "C" are each a "Note"

followup question:

If it is not a split transaction, is there no "Note" field at all?

:George
Gnucash 2.6.17
Windows 10



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: New user

[prl]

In addition to John Ralls' comments, what do you want to achieve by 
doing a sort on the description?


Would it be better achieved by doing a search on the register (which can 
be case-insensitive), or by looking at the register that contains the 
other split in the transactions of interest (resp. registers that 
contain the other splits)? Does it indicate that your chart of accounts 
doesn't match your needs?


Cheers,
Peter

On 1/09/2017 01:54, morris hindle wrote:

Please direct me to the proper place to ask these questions:

1) When I do a sort (for example) on Description, it is apparently case
sensitive. No one does case sensitive search or sort anymore. How do I set
the sort to be case (and diacritic) insensitive?
2) Pretty much all spreadsheet-like software these days does a sort if you
click on the column name at the top (Excel comes to mind). Gnucash seems
not to do that. Is that a design decision? Or just something that has not
been implemented yet?

Thanks,
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Investment performance

[prl]

Doesn't Reports>Assets>Assets Barchart give you what you want, after 
suitable adjustments to the account(s) displayed, child inclusion 
setting, account depth and period?


Peter

On 17/08/2017 12:05, William Kupersanin wrote:

Hello Filipe,

Sorry to dredge up an old thread, but I am wondering if you ever found a
way to get temporal views of an investment or account? I think that I want
to do basically the same thing that you did. That is, I want to be able to
look at an account, and the subaccounts of funds contained within, to see
values over time.

I see that the price editor does track periodic prices from both online
updates as well as entered transactions. The software has the concept of
price nearest in time. So it seems like it has the information needed for
the report. Is it a question of creating a custom report?

In earlier emails on this thread, the suggestion was made to either use
another program or to use a spreadsheet/sql queries. No doubt this is
possible outside of Gnucash, but it seems awkward to either track my
account information in 2 places or to not use the features inherent in the
software if it has the information.

Thanks,
--Willie Kupersanin
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Adding quantity to expenses

[prl]

That's what I do for our car fuel purchases, with a note like:

436.9km@38.43l 8.80l/100km

(27/30 mpg (US/Imp), for those who still measure things that way ;) )

Manually calculated, but in a standard format, so that if I wanted to 
extract data to look at things like like averages or trends, or convert 
to kg CO2 emissions, I could.


Peter

On 2/08/2017 20:14, Maf. King wrote:

On Tuesday, 1 August 2017 14:47:02 BST edamiani wrote:

Hi, I started using GnuCash with the goal of tracking my expenses and
generating reports, but one important thing for me would be storing the
quantity of an expense and automatically generating the resulting expense
from that. For instance: if I buy 0.8 kg of cheese for $10 the kilogram, I
would like to write down the quantity that I've bought (0.8 kg), the unity
(or kilogram) price ($10) and extract the resulting expense from it ($8). Is
it possible to achieve this kind of thing with GnuCash?

Thanks in advance,
Edgard

Hi Edgard,

you can store that sort of info in the notes/memo fields of a transaction- but
that may not be what you are looking for, as you will still have to do a
manual calculation.

The other coice that you might be able to make work for you is to use the
business features - a bill has quantity & unit cost columns.  But it might
make things overly complicated.

HTH,
Maf.

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: GNUCash value proposition

[prl]

On 5/06/2017 18:24, Colin Law wrote:

On 5 June 2017 at 03:21, Lincoln A Baxter  wrote:

If we all had the time and discipline to enter every transaction as it
was made, this is all true. Entering transactions as they are made is
very hard, and without a client that you carry with you it is virtually
impossible, even if one existed, it would be tedious. The fact is the
Bank is that application, they do it for you.  They HAVE to!  The
reason import exists and is widely used (I do), is that it saves the
time of entering all the transactions.

It depends on whether you trust your bank and, for example, its OCR
cheque reader. I keep all my receipts then it is easy to enter the
transactions. A little tedious I agree but for most using this for
personal accounts I imagine it is only a handful a day.  For business
users I would have thought that keeping receipts and entering
transactions manually is mandatory.  For cash I enter significant
items (that I have kept receipts for) then balance the cash in hand
with GC once a week or so, assigning the missing cash to
Expenses:misc.

Colin
It's not just the bank that can be the source of erroneous transactions. 
I've had instances where I was double charged on a credit card (the same 
charge twice for a single restaurant meal), and I was once double 
charged for my home and contents insurance (again two transactions on 
the account for the same amount for a single premium). In both cases it 
wasn't the "banks application" that had made the error, it was the 
business making the charges. The bank had done nothing wrong.


Peter

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.