Hello,
Long time user; MacOS Mojave, GnuCash 3.4. I have a saved report I use around
this time of year (I call it “W-2 - David”) that shows me the total amounts
assigned to a subset of my expense accounts (i.e., my tax expense accounts).
The purpose of this report is to allow me to compare my
D via gnucash-user writes:
> Interesting. I seem to recall someone instructing people to use only
> lists.gnucash.org for such searches, and was not aware of the
> reference you cite. A search of the wiki only shows an example for
> lists.gnucash.org on the mailing lists page. I must be showing
Norman,
While the “FinanceQuote Update” module might not have been changed since 2010,
*Finance Quote* (which actually performs quote retrieval for GnuCash) most
certainly has been updated numerous times since then. If you *run*
“FinanceQuote Update,” it will … update Finance Quote for you.
Norman,
Glad to help. In the future, be sure to “Reply All” so that your message gets
back to the list. That way, everyone gets to hear the denouement.
David
> On Jan 16, 2019, at 5:35 PM, Norman Jessup wrote:
>
> Thanks David,
>
> This is very helpful
>
> regards,
>
> Norman Jessup
>
>
Thank you for your response, Frank.
When I look at the “Default” stylesheet, Arial is the default font. When I look
at the Character Viewer on my Mac, I can see that the INR (rupee) symbol is
available, though I couldn’t figure out what font that is.
This was not a problem until 3.3, so I am
Chris,
Thank you for the lead.
It turns out that I can get almost exactly the same result using the hide
transactional data option, when I combine it with "Amount - Single”. The only
difference is that the Account name is not presented before the total line. I
consider that to be an
Liz writes:
> Well that's so many hours less spam I get to check
> I'm quite happy with the proposal
Hahah. I don't expect to have 11 hours of down time -- but I don't know
what my personal schedule will be that day so I wanted to leave
wiggle-room for when I'll actually get to do the
This seems to be the eguile-based "tax invoice" report.
Perhaps you can try the other "Printable/Easy/Fancy Invoice" reports and
let us know?
With MacOS it'll be very difficult to investigate this; usually we'd
advocate 'bisecting' i.e. try various releases until the exact breaking
one is
There's "Sorting / Show subtotals only (hide transactional data)"
You may be right that 'Display / Amount' = none is not completely
handled as before.
Please file a bug, and screenshot a sample report, anonymised; please
enable 'General / Add options summary' to display options used.
Also,
I'm using GnuCash 3.3 on Debian 9.
I have an existing GnuCash file from 2018 that I would like to modify
to start using the the Tax Reporting features of GnuCash. It doesn't
appear to be working. Here is what I have tried.
Edit -> Tax Reporting Options
I EDIT Income Tax Identity to Individual
Using GnuCash 2.6.17? in Ubunutu 16.04 I noticed that the OFX importer from
time to time will fail to import some, but not all transaction memos for
only one of the banks that that are currently active in my data.
This bank tends to send lenghthy memos. One of the failed memos had 98
ASCII
Chris,
I do note one issue with the new transaction report: it doesn’t seem to utilize
the Sign Reverses option—at least, not that I can see.
Cheers,
David
> On Jan 16, 2019, at 7:29 PM, David T. via gnucash-user
> wrote:
>
> Chris,
>
> Thank you for the lead.
>
> It turns out that I
Geert and others,
I would like to follow up on the issues I raised earlier.
First off, the crashing upon saving the report has gone away. I have no idea
why.
As for the saved-reports truncation issue, after a break from all of this, I
returned to do some tinkering around. Repeated efforts to
Back to the original problem,
I would suspect maybe a viewing filter is at play? That *could* explain why
some transactions aren’t visible.
The read-only problem *could* be a permissions issue on the file itself. If
register transactions are the only thing that is ‘read-only’ then I’d say that
I am running GnuCash 3.4 on Windows 10. I have the same issue on GnuCash
3.4 and I also had the issue with GnuCash 3.3.
Dan
On 1/16/2019 1:45 PM, Adrien Monteleone wrote:
> Sorry I don’t have a copy of 3.3 handy to test, but on 3.4 it works as
> expected. (I’m using MacOS)
>
> As a side note, I
For what its worth, I updated to Gnucash 3.4 on both a Debian 9 machine and a
Windows 7 machine, and both fail to apply the Tax Reporting Options.
Either this is a bug, or I am doing something wrong on both machines!
Thanks all!
___
gnucash-user
David
Have you tried examining the file with ofxdump? If you are on Linux, it can
be installed with "sudo apt install ofx". Not sure about how to get it for
WIndows or MacOS. It will dump to stdout whatever ofxdump can determine
about an ofx response file including error messages. It tests
You can have multiple versions installed at once, they just either have to be
installed in different locations, or if you want them all in /Applications,
they each need to have different names. (can’t have two files with the same
name in any directory) An easy choice would be to append the
Sorry I don’t have a copy of 3.3 handy to test, but on 3.4 it works as
expected. (I’m using MacOS)
As a side note, I did notice how annoying it is that one can’t assign multiple
accounts to be tax related without exiting the dialog. Clicking ‘OK’ closes the
dialog and the user has to go back
Message: 8
Date: Wed, 16 Jan 2019 17:56:37 +0530
From: "David T."
To: normanj
Cc: Gnucash Users
Subject: Re: [GNC] Australian Stock Quotes
Message-ID:
Content-Type: text/plain; charset=utf-8
Norman,
Glad to help. In the future, be sure to ?Reply All? so that your message
gets back to
David,
I’ve seen that very strange issue happen on two other occasions, once with a
mailbox file and once with an XML file. I can’t fathom why the OS reports less
data than is really there as it shouldn’t care if the file is malformed or not
to the filetype’s specifications when it reports
Adrien,
It's not merely a case of the OS reporting the wrong file size; the file was in
fact truncated. Reports were gone.
It's more likely that something in the particular report was causing Gnucash to
discard the data before saving. I say this because Gnucash consistently put the
original
> On Jan 16, 2019, at 2:40 PM, Mike stagl wrote:
>
> For what its worth, I updated to Gnucash 3.4 on both a Debian 9 machine and a
> Windows 7 machine, and both fail to apply the Tax Reporting Options.
>
> Either this is a bug, or I am doing something wrong on both machines!
>
> Thanks all!
Chris,
While I understand and respect the goal of backward compatibility, I'll point
out that your changes to this report have already broken backward
compatibility, as evidenced by my original example. Settings which worked
previously yield meaningless results now, and I have had to go
Got it.
Sorry for the misunderstanding.
Regards,
Adrien
> On Jan 16, 2019, at 8:33 PM, David T. wrote:
>
> Ah. I understand where we are disconnecting.
>
> 1. Gnucash truncated my reports file upon saving any new reports.
> 2. I exited Gnucash and upon reopening found that two thirds of my
Mike,
- Forwarded message --
> From: Mike stagl
> To: "gnucash-user@gnucash.org"
> Cc:
> Bcc:
> Date: Wed, 16 Jan 2019 17:51:04 +
> Subject: [GNC] Tax Issues
> I'm using GnuCash 3.3 on Debian 9.
>
> I have an existing GnuCash file from 2018 that I would like to modify
> to
This is by design.
Previously a transaction report including *all* accounts for a specified
period would erroneously add the sign-reversed amounts as displayed, which
would lead to the grand total being a nonsensical number. Eg income
$100 expense
$50. Amounts:
Bank $100 -$50
Income $100
Expense
This sounds like bug #796687, which had been discussed on gnucash-devel
recently.
David
On Thu, Jan 17, 2019 at 7:45, John Ralls wrote:
> On Jan 16, 2019, at 2:40 PM, Mike stagl wrote:
>
> For what its worth, I updated to Gnucash 3.4 on both a Debian 9 machine and a
> Windows 7
It seems the Balance sheet honors the setting, but using the ’None’ option in
Preferences produces a disconcerting result.
With the option set to Credit Accounts, all amounts (normally balanced) are
positive.
With the option set to None, the Liability and Equity line items are negative,
but
Ah. I understand where we are disconnecting.
1. Gnucash truncated my reports file upon saving any new reports. 2. I exited
Gnucash and upon reopening found that two thirds of my reports were no longer
there. 3. I exited Gnucash again, and verified in the OS that the file was much
smaller,
I don't know, sorry. You're very welcome to dive into code and try.
https://github.com/Gnucash/gnucash/pull/229 will be a good place to start
research.
On Thu., 17 Jan. 2019, 10:24 David T. Chris,
>
> While I understand and respect the goal of backward compatibility, I'll
> point out that your
I just read the bug report you mentioned. Yes, that sounds exactly like what
is happening to me.
It sounds like the fix has been found. Hopefully it gets rolled into a release
soon.
Thanks again to all the contributors,
Mike
On Jan 16, 2019, at 9:42 PM, David T.
The OFX 2.1.1 standard limits elements to a maximum of 255 alphanumeric
characters. Today’s principles are different from those of a couple (or more)
decades ago when these standards were started and both memory and storage were
orders of magnitude more expensive than they are now.
--
Dave
Then why include the option? It no longer does anything, except imply to the
user that they have control over something they Nik longer can control.
David
On January 17, 2019, at 6:27 AM, Christopher Lam
wrote:
This is by design.
Previously a transaction report including *all* accounts for
I understand what you mean by they were ‘gone’ because Gnucash couldn’t read
the remainder of the file. But does opening saved-reports-2.8 in a text editor
(something like Atom, Gedit, vi, emacs, etc.) show the subsequent reports still
defined there? (warning, I think this file is in Scheme,
Chris,
Thanks for the offer, but readers of these lists over the years can vouch for
my utter inability to contribute meaningfully to any code. That's why I've
tried to contribute to the documentation (although to be truthful, even that is
a stretch).
I apologize for suggesting tasks for you
It's fine to make recommendations. During the transaction upgrade I
remembered some wishlist items and was able to implement them.
The limitations for reversing subtotals stem from the fact that subtotal &
grouping is not limited to account types, but can also be organised by date
and other keys.
On Wed, Jan 16, 2019, 4:36 PM David Cousens David
>
> Have you tried examining the file with ofxdump? If you are on Linux, it can
> be installed with "sudo apt install ofx". Not sure about how to get it for
> WIndows or MacOS. It will dump to stdout whatever ofxdump can determine
> about an ofx
Sadly, the gnucash project has a long history of never removing features.
The amount sign reversal is still functional for the transactional amounts.
Only the subtotals are unaffected.
On Thu., 17 Jan. 2019, 09:08 D Then why include the option? It no longer does anything, except imply to
> the
Hi Kevin,
If it is the post I think that was about a problem importing data in OFX format
and it was debugging of the file format
of the data being imported. Gnucash like all programs always has some bugs.
These are sometimes introduced through its
dependency on standard library functions to
David
Agreed. The OFX format should in principle have no limitation on a string
length as it should be anything between
opening and closing tags, but there may be on importation in GnuCash. Not
familiar enough with the OFX importer to be
sure whether it imposes any restrictions or not at this
I’ve used Mondeydance for a long time. Unfortunately, updates to Mac OS have
impacted mouse actions and it is difficult now to navigate. I have no
complaints, it is free and I’ve gotten good use. Now, I need a replacement and
I’m considering GNUCASH. Can it:
1. Import transactions from banking
On Wed., 16 Jan. 2019, 7:06 pm Liz On Tue, 15 Jan 2019 10:35:58 -0500
> Derek Atkins wrote:
>
> > Hi,
> >
> > PLANNED MAINTENANCE
> > WHAT: Upgrading Operating System on Code
> > WHEN: Feb 3, 2019 1200-2300 US/EST (1700-0400 UTC)
> >
> >
> > tl;dr: I am planning to upgrade the OS on
Op donderdag 17 januari 2019 06:33:25 CET schreef David Carlson:
> I think that I need to spend more time examining the transactions that had
> their memos dropped during import to see if I can find a threshold string
> length, then file a bug report asking for a short term fix truncating
>
I think that I need to spend more time examining the transactions that had
their memos dropped during import to see if I can find a threshold string
length, then file a bug report asking for a short term fix truncating
strings rather than dropping them, and a long term fix accepting up to the
256
Also, thank you too, Jean-David Beyer and Adrien Monteleone.
I will seek for professional advice regarding this.
Best regards,
Jason.
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
On Tue, 15 Jan 2019 10:35:58 -0500
Derek Atkins wrote:
> Hi,
>
> PLANNED MAINTENANCE
> WHAT: Upgrading Operating System on Code
> WHEN: Feb 3, 2019 1200-2300 US/EST (1700-0400 UTC)
>
>
> tl;dr: I am planning to upgrade the OS on code.gnucash.org on February
> 3, 2019 from 1200-2300
Not sure if this will help your particular issue but I have not experienced
any issues with QIF files when moving from GnuCash v2 to v3.
I am, however, using MoneyManagerEx for Android to export .qif files and
that has not changed in the meantime.
You should be able to open the generated .qif
A year or two (or three) ago the share price tool stopped working for
Australian shares. I saw some forum posts suggesting that source of
Australian quotes was no longer available and needed to be changed.
While there have been several new version of GnuCash released since then,
the
Thanks, i’ll Try that. Georgina
On Tue, Jan 15, 2019 at 2:00 PM Derek Atkins wrote:
> Dear Georgina,
>
> [snip]
> > Op dinsdag 15 januari 2019 12:52:50 CET schreef Georgina Hunter-Jones:
> >> Dear Geert,
> >> Thank you, that helped to a certain extent. I can now see lines of
> >> information
50 matches
Mail list logo