Re: [GNC] QIF Import Fails

[Art Chimes]

David, In the course of numerous import activities I reassigned many
transactions from the defaults suggested by the import tool. However,
I am 99.5 percent certain I never assigned a transaction to "Retained
Earnings," and I found dozens of transactions incorrectly assigned to
that account. I am also very (but somewhat less) confident that none
of the proposed matches was presented by default as "Retained
Earnings." I know very little about accounting -- what constitutes
"retained earnings" is still a mystery -- and even less about coding,
but it seems to me that, with all respect to those who contributed to
the code, the import function is at least quirky.

Again, thanks to you and the rest of the GnuCash community for your help,
Art (a noobie making baby GnuSteps...)

On Fri, Apr 5, 2019 at 10:04 AM David Carlson
 wrote:
>
> Art,
>
> You have the opportunity during the import process to review the proposed 
> "category" assignments and make corrections at the match transactions step.
> This is where you fix those incorrect imports.
>
> If you start with a select few small imports the Bayesian matching feature 
> will get a chance to make most of those corrections for you.   It is not 
> perfect, so you need to monitor it carefully.
>
> Good luck
>
> David Carlson
>
>
> On Fri, Apr 5, 2019, 2:57 AM Art Chimes  wrote:
>>
>> Thanks for the troubleshooting suggestions. Adrien pointed out the
>> ability to filter register displays, for which I am thankful. As a new
>> user, I hadn't discovered that tool yet.
>>
>> He also suggested searching to see if the transaction ended up
>> imported into some other account. Which is exactly what happened.
>> Instead of going into the checking account where it was supposed to
>> go, this transaction -- and many others I thought I had failed to
>> import -- ended up in "Equity:Retained Earnings." I suspect "retained
>> earnings" has some specific accounting definition, but I don't know
>> what it is or what transactions actually belong in that account. I do
>> know that it was not my intention to put those transactions in that
>> account, and I am pretty sure I did not assign any transactions to
>> that account in the import process.
>>
>> In 2009, a user filed a bug report in Bugzilla on just this behavior.
>> (https://bugs.gnucash.org/show_bug.cgi?id=603761). Another user
>> replied to the bug report, "The importer is assuming these are opening
>> balance transactions. Could you explain why this type of transaction
>> is legitimate for some other purpose?" My transaction involved a bank
>> account interest payment. (In Quicken there is no separate income
>> account so the bank account has an interest payment that appears as if
>> by magic; it can be credited to the account or transferred to another
>> account.)
>>
>> I can manually move these transactions, one-by-one, to where they
>> should be. But going forward, do I just have to resign myself to a lot
>> of QIF editing? Since I imagine that a lot of QIF importer users are
>> migrating from Quicken, perhaps some Quicken-specific warnings or
>> something could be considered?
>>
>> Thanks again,
>> Art
>>
>> > --
>> >
>> > Message: 1
>> > Date: Thu, 4 Apr 2019 11:25:00 -0500
>> > From: Adrien Monteleone 
>> > To: Gnucash Users 
>> > Subject: Re: [GNC] QIF Import Fails
>> > Message-ID: 
>> > Content-Type: text/plain;   charset=utf-8
>> >
>> > Any time I?m in a pickle and can?t see a transaction that should be there, 
>> > I check that the register is not set to a filtered view. The transaction 
>> > might be hidden for some reason. I also check one of the registers for the 
>> > other accounts involved in the transaction.
>> >
>> > There is also a very powerful Find feature that you can even use regex 
>> > with to find it.
>> >
>> > Regards,
>> > Adrien
>> >
>> > > On Apr 3, 2019, at 9:16 PM, Art Chimes  wrote:
>> > >
>> > > !Type:Bank
>> > > D7/ 1/97
>> > > U5.32
>> > > T5.32
>> > > CX
>> > > PInterest Earned
>> > > L_IntInc
>> > > ^
>> > >
>> > > Above is an example of a transaction that is failing to import. The
>> > > QIF export is from Quicken 2000 via Windows.
>> > >
>> > > I've had problems with imports before, but eventually figured out the
>> > > problem. This one has me stymied. I  successfully imported
>> > > transactions from 1998-present, but the older ones aren't cooperating.
>> > >
>> > > The importer process seems to work ok, concluding with the encouraging
>> > > notice, "QIF Import Completed" However, the transaction does not
>> > > appear in the account register.
>> > >
>> > > One possible clue: I get a screen that asks me to match this
>> > > transaction with one of two others that have the same
>> > > date/amount/payee, even though the transaction doesn't appear in the
>> > > account.
>> > >
>> > > This is actually one of numerous exports from the same Quicken file.
>> > > Some work; others don't, and my troubleshooting hasn't 

Re: [GNC] Error While Saving in GnuCash 3.5 on Win7-64

[Adrien Monteleone]

Greg,

No worries, but yes, you’ve guessed correctly.

There is a hidden header with a subject ID that is carried over when you hit 
‘reply’. This is what threading is based off of, (for most mail clients) not 
the text characters in the subject line. (you can see this header line if you 
view the raw message source) Gmail sometimes tries to outsmart that header, 
sometimes successfully, sometimes not.

To guarantee that you start a new thread, simply start a new e-mail and address 
it to gnucash-user@gnucash.org.

After doing this once, Gmail should offer the sending address up in full as you 
start typing gnuc... to make entering it faster.

If I had a nickel for every time someone e-mailed me by pulling up an ancient 
message and hitting reply instead of just starting to type my name and let 
their mail app dutifully auto-suggest my already stored address... Then end 
result is getting new messages threaded into subjects that are months, and in 
some cases, years, yes years, old. (this is really baffling in the age of smart 
phones where the normal (?) workflow is to pull up the contact first, then hit 
either the call, text, or e-mail icons)

In short, unless you are *actually* and *literally* (rare proper double usage 
there) replying to the content of a specific message, don’t use the reply 
button. Use the new message button. (this is for any message, not just here on 
the GnuCash list. You’ll save your correspondents lots of potential grief, or 
at least, avoid having your new message end up lost or passed over.)

Regards,
Adrien


> On Apr 5, 2019, at 8:31 PM, Greg Feneis  wrote:
> 
> Adrien, Geert,
> 
> From the gmail web interface, I hit reply to the latest email I received
> from this list and changed the subject line to be what I wanted, and
> deleted the entire body before typing up what I wanted to say.  I thought
> it was the subject text that directed emails into various conversations
> (threads).  It seems to in gmail.  Apparently there's some stuff in the
> email's headers that make the email appear to belong to another thread.
> Knowing this, from now on, I'll start threads using virgin emails.
> 
> Kind regards,
> 
> Greg
> 
> 
> 
> 
> On Fri, Apr 5, 2019 at 10:20 AM Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
> 
>> It threaded that way for me as well. But then once the first reply came
>> back, it somehow magically decoupled. I chalked it up to a Mail.app hiccup.
>> Now I’m intrigued as to how it got separated. Curious to see what the
>> Mailman archive page shows.
>> 
>> Regards,
>> Adrien
>> 
>>> On Apr 5, 2019, at 11:06 AM, Geert Janssens 
>> wrote:
>>> 
>>> Hi Greg,
>>> 
>>> It was "hijacked" in the sense that you seem to have started it by
>> replying to
>>> John Ralls' reply on the "help lost data file" thread. So my mail client
>> did
>>> hide your message in that thread. Apparently that also happened for
>> Frank.
>>> 
>>> Of course I can't *know* what you did exactly. It just *looks* like this
>> is
>>> what you did: take an existing message, hit reply (or reply to
>> list/all),
>>> change subject and body, send. That would cause such a message to end up
>>> hidden in the original thread.
>>> 
>>> In any case I also didn't immediately see your message.
>>> 
>>> Regards,
>>> 
>>> Geert
>>> 
>>> Op vrijdag 5 april 2019 15:56:24 CEST schreef Greg Feneis:
 Hi Frank,
 
 I started this thread. I've been driving this thread since I started it.
 What made you think I hijacked?
 
 I was aware of bugzilla, but it's not an email list.  I had some concern
 that the process had changed from when I last monitored this list many
 months ago.  Previously an error like this gets discussed, and someone,
>> a
 developer or person who works more closely with the project, asks the
 reporter to log it to bugzilla.
 
 Kind regards,
 
 Greg Feneis 
 
 
 
 
 On Thu, Apr 4, 2019 at 10:43 PM Frank H. Ellenberger <
 
 frank.h.ellenber...@gmail.com> wrote:
> Am 04.04.19 um 17:28 schrieb Greg Feneis:
>> Is there some other gnucash list I should use to report program
>> errors?
> 
> Yes, Greg,
> read https://wiki.gnucash.org/wiki/Bugzilla for the details.
> 
> BTW: Next time instead of hijacking other threads start a new one. ;-)
> 
> Regards frank
> 
>> Kind regards,
>> 
>> Greg Feneis 
>> 
>> On Tue, Apr 2, 2019 at 5:41 PM Greg Feneis  wrote:
>>> Hi,
>>> 
>>> I just upgraded to 3.5 from 2.6.21.
>>> 
>>> I've been using 2.6.x for a few years, and never had trouble saving
>> to
>>> this directory, but after upgrading to 3.5, I tried to save and it
> 
> gives me
> 
>>> an error message.
>>> 
>>> "You attempted to save in "can't be displayed" or a subdirectory
> 
> thereof.
> 
>>> This is not 

Re: [GNC] Error While Saving in GnuCash 3.5 on Win7-64

[Greg Feneis]

Well, Chris Graves, nvsoar,

I copied the original folders so I could make a test path exactly like the
path that causes the error, but with no ampersand, and I still get the the
same problem.

The path C:\Dropbox\My Docs\Thorough C and D\GnuCash\GnuCash Files\ fails
just like C:\Dropbox\My Docs\Thorough C & D\GnuCash\GnuCash Files\ fails.

A screen shot of the error
https://www.dropbox.com/s/gd8rlgj1kvv0ysn/2019-04-05_18-37-52.png?dl=0


All,

I copied the original folder so I could make a test path exactly like the
path that causes the error, but with no spaces in the folder names and no
ampersand, and I still get the same problem.  However, this time, when
gnucash tried to display the path in the error message, it got some of it
right.

A screen shot of that is here:
https://www.dropbox.com/s/e3p0agpdlkmzia4/2019-04-05_18-52-26.png?dl=0

Thanks for all the help, folks.
Kind regards,

Greg Feneis





On Fri, Apr 5, 2019 at 6:31 PM Greg Feneis  wrote:

> Adrien, Geert,
>
> From the gmail web interface, I hit reply to the latest email I received
> from this list and changed the subject line to be what I wanted, and
> deleted the entire body before typing up what I wanted to say.  I thought
> it was the subject text that directed emails into various conversations
> (threads).  It seems to in gmail.  Apparently there's some stuff in the
> email's headers that make the email appear to belong to another thread.
> Knowing this, from now on, I'll start threads using virgin emails.
>
> Kind regards,
>
> Greg
>
>
>
>
> On Fri, Apr 5, 2019 at 10:20 AM Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
>
>> It threaded that way for me as well. But then once the first reply came
>> back, it somehow magically decoupled. I chalked it up to a Mail.app hiccup.
>> Now I’m intrigued as to how it got separated. Curious to see what the
>> Mailman archive page shows.
>>
>> Regards,
>> Adrien
>>
>> > On Apr 5, 2019, at 11:06 AM, Geert Janssens 
>> wrote:
>> >
>> > Hi Greg,
>> >
>> > It was "hijacked" in the sense that you seem to have started it by
>> replying to
>> > John Ralls' reply on the "help lost data file" thread. So my mail
>> client did
>> > hide your message in that thread. Apparently that also happened for
>> Frank.
>> >
>> > Of course I can't *know* what you did exactly. It just *looks* like
>> this is
>> > what you did: take an existing message, hit reply (or reply to
>> list/all),
>> > change subject and body, send. That would cause such a message to end
>> up
>> > hidden in the original thread.
>> >
>> > In any case I also didn't immediately see your message.
>> >
>> > Regards,
>> >
>> > Geert
>> >
>> > Op vrijdag 5 april 2019 15:56:24 CEST schreef Greg Feneis:
>> >> Hi Frank,
>> >>
>> >> I started this thread. I've been driving this thread since I started
>> it.
>> >> What made you think I hijacked?
>> >>
>> >> I was aware of bugzilla, but it's not an email list.  I had some
>> concern
>> >> that the process had changed from when I last monitored this list many
>> >> months ago.  Previously an error like this gets discussed, and
>> someone, a
>> >> developer or person who works more closely with the project, asks the
>> >> reporter to log it to bugzilla.
>> >>
>> >> Kind regards,
>> >>
>> >> Greg Feneis 
>> >>
>> >>
>> >>
>> >>
>> >> On Thu, Apr 4, 2019 at 10:43 PM Frank H. Ellenberger <
>> >>
>> >> frank.h.ellenber...@gmail.com> wrote:
>> >>> Am 04.04.19 um 17:28 schrieb Greg Feneis:
>>  Is there some other gnucash list I should use to report program
>> errors?
>> >>>
>> >>> Yes, Greg,
>> >>> read https://wiki.gnucash.org/wiki/Bugzilla for the details.
>> >>>
>> >>> BTW: Next time instead of hijacking other threads start a new one. ;-)
>> >>>
>> >>> Regards frank
>> >>>
>>  Kind regards,
>> 
>>  Greg Feneis 
>> 
>>  On Tue, Apr 2, 2019 at 5:41 PM Greg Feneis 
>> wrote:
>> > Hi,
>> >
>> > I just upgraded to 3.5 from 2.6.21.
>> >
>> > I've been using 2.6.x for a few years, and never had trouble saving
>> to
>> > this directory, but after upgrading to 3.5, I tried to save and it
>> >>>
>> >>> gives me
>> >>>
>> > an error message.
>> >
>> > "You attempted to save in "can't be displayed" or a subdirectory
>> >>>
>> >>> thereof.
>> >>>
>> > This is not allowed as GnuCash reserves that director for internal
>> use.
>> >
>> > Please try again in a different directory."  (close)
>> >
>> >
>> > Here's a link to a screen shot of the error message:
>> >
>> https://www.dropbox.com/s/1opqys3wxuyw4rv/2019-04-02_17-05-34.png?dl=0
>> >
>> > Note that where I wrote "can't be displayed" is actually a strange
>> >>>
>> >>> graphic
>> >>>
>> > like when an emoji can't be displayed.  See the screen shot.
>> >
>> > It appears when the error message was generated, the file path
>> couldn't
>> >>>
>> >>> be
>> >>>
>> > 

Re: [GNC] Error While Saving in GnuCash 3.5 on Win7-64

[Greg Feneis]

Adrien, Geert,

From the gmail web interface, I hit reply to the latest email I received
from this list and changed the subject line to be what I wanted, and
deleted the entire body before typing up what I wanted to say.  I thought
it was the subject text that directed emails into various conversations
(threads).  It seems to in gmail.  Apparently there's some stuff in the
email's headers that make the email appear to belong to another thread.
Knowing this, from now on, I'll start threads using virgin emails.

Kind regards,

Greg




On Fri, Apr 5, 2019 at 10:20 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> It threaded that way for me as well. But then once the first reply came
> back, it somehow magically decoupled. I chalked it up to a Mail.app hiccup.
> Now I’m intrigued as to how it got separated. Curious to see what the
> Mailman archive page shows.
>
> Regards,
> Adrien
>
> > On Apr 5, 2019, at 11:06 AM, Geert Janssens 
> wrote:
> >
> > Hi Greg,
> >
> > It was "hijacked" in the sense that you seem to have started it by
> replying to
> > John Ralls' reply on the "help lost data file" thread. So my mail client
> did
> > hide your message in that thread. Apparently that also happened for
> Frank.
> >
> > Of course I can't *know* what you did exactly. It just *looks* like this
> is
> > what you did: take an existing message, hit reply (or reply to
> list/all),
> > change subject and body, send. That would cause such a message to end up
> > hidden in the original thread.
> >
> > In any case I also didn't immediately see your message.
> >
> > Regards,
> >
> > Geert
> >
> > Op vrijdag 5 april 2019 15:56:24 CEST schreef Greg Feneis:
> >> Hi Frank,
> >>
> >> I started this thread. I've been driving this thread since I started it.
> >> What made you think I hijacked?
> >>
> >> I was aware of bugzilla, but it's not an email list.  I had some concern
> >> that the process had changed from when I last monitored this list many
> >> months ago.  Previously an error like this gets discussed, and someone,
> a
> >> developer or person who works more closely with the project, asks the
> >> reporter to log it to bugzilla.
> >>
> >> Kind regards,
> >>
> >> Greg Feneis 
> >>
> >>
> >>
> >>
> >> On Thu, Apr 4, 2019 at 10:43 PM Frank H. Ellenberger <
> >>
> >> frank.h.ellenber...@gmail.com> wrote:
> >>> Am 04.04.19 um 17:28 schrieb Greg Feneis:
>  Is there some other gnucash list I should use to report program
> errors?
> >>>
> >>> Yes, Greg,
> >>> read https://wiki.gnucash.org/wiki/Bugzilla for the details.
> >>>
> >>> BTW: Next time instead of hijacking other threads start a new one. ;-)
> >>>
> >>> Regards frank
> >>>
>  Kind regards,
> 
>  Greg Feneis 
> 
>  On Tue, Apr 2, 2019 at 5:41 PM Greg Feneis  wrote:
> > Hi,
> >
> > I just upgraded to 3.5 from 2.6.21.
> >
> > I've been using 2.6.x for a few years, and never had trouble saving
> to
> > this directory, but after upgrading to 3.5, I tried to save and it
> >>>
> >>> gives me
> >>>
> > an error message.
> >
> > "You attempted to save in "can't be displayed" or a subdirectory
> >>>
> >>> thereof.
> >>>
> > This is not allowed as GnuCash reserves that director for internal
> use.
> >
> > Please try again in a different directory."  (close)
> >
> >
> > Here's a link to a screen shot of the error message:
> >
> https://www.dropbox.com/s/1opqys3wxuyw4rv/2019-04-02_17-05-34.png?dl=0
> >
> > Note that where I wrote "can't be displayed" is actually a strange
> >>>
> >>> graphic
> >>>
> > like when an emoji can't be displayed.  See the screen shot.
> >
> > It appears when the error message was generated, the file path
> couldn't
> >>>
> >>> be
> >>>
> > parsed.  This makes me think GnuCash isn't capable of parsing the
> save
> >>>
> >>> to
> >>>
> > path.  I suspect it's a path length issue.  I tried shorter paths and
> > it
> > worked.  FSR, the new GnuCash seem like it can't save to the same
> > length
> > path that the old series was capable of.
> >
> > Sorry if this is already a known issue
> >
> > Kind regards,
> >
> > Greg Feneis 
>
>
> ___
> 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:

Re: [GNC] Error While Saving in GnuCash 3.5 on Win7-64

[Greg Feneis]

nvsoar wrote:

For info - See
https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file
for acceptable characters in Win 10 file names - '&' is a reserved
character.



Thanks for the link, but I can't find where it mentions & is a reserved
character.

I found this, though:

Use any character in the current code page for a name, including Unicode
characters and characters in the extended character set (128–255), except
for the following:

   -

   The following reserved characters:
   - < (less than)
  -

  (greater than)

  - : (colon)
  - " (double quote)
  - / (forward slash)
  - \ (backslash)
  - | (vertical bar or pipe)
  - ? (question mark)
  - * (asterisk)

It used to work on 2.6.21.  It still saves to a path with "thorough c & d"
in it, but the path needs to be shorter FSR.




Kind regards,

Greg Feneis 




On Fri, Apr 5, 2019 at 1:40 PM nvsoar  wrote:

> On 04/05/19 13:14, Chris Graves wrote:
> > As a test on Windows 10, I made the following directory hierarchy, tried
> > saving and got the same error.
> > C:\Users\chris\Documents\My Docs\Thorough C & D\GnuCash Files
> >
> > After I renamed "Thorough C & D" to "Thorough C and D", the save worked
> > just fine.
> >
> > On Thu, Apr 4, 2019 at 4:03 PM Greg Feneis  wrote:
>
> snip
> For info - See
> https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file
> for acceptable characters in Win 10 file names - '&' is a reserved
> character.
> nvsoar
>
> ___
> 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] Restoring backups

[Fuchs Ira]

Thanks. That was the problem. I mistakenly thought that dragging the .gnucash 
file over the Gnucash app would Open the file (as is normally the case for Mac 
apps) but apparently you MUST use the File Open...

> On Apr 5, 2019, at 8:04 PM, Ira Fuchs  wrote:
> 
> Yes. 
> 
> On Fri, Apr 5, 2019 at 8:01 PM Maf. King  > wrote:
> On Saturday, 6 April 2019 00:25:12 BST Fuchs Ira wrote:
> > I wanted to go back to a saved .gnucash file but when I open it, it contains
> > transactions that were entered after the date of the file. What am I doing
> > wrong or how do I return the ledger to a saved point in the past?
> 
> Are you using a Mac?
> 
> Maf.
> 
> 
> 
> 

___
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] Restoring backups

[Maf. King]

On Saturday, 6 April 2019 01:04:22 BST Ira Fuchs wrote:
> Yes.
> 

OK, that probably explains your problem.

On Macs, you can't open a GC file by clicking on it.  GC *always* opens the 
last-used data file.

to swap files on a Mac, you have to use File -> Open and navigate to the file 
you want to use.

HTH,
Maf.




___
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] Restoring backups

[Maf. King]

On Saturday, 6 April 2019 00:25:12 BST Fuchs Ira wrote:
> I wanted to go back to a saved .gnucash file but when I open it, it contains
> transactions that were entered after the date of the file. What am I doing
> wrong or how do I return the ledger to a saved point in the past?

Are you using a Mac?

Maf.




___
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] Restoring backups

[Adrien Monteleone]

I’d say you got which file was which mixed up.

You may have inadvertently opened the older file and kept working in it. That 
would now be your current file.

If it is missing transactions the other contains (and vice versa) then you’ll 
have to pick one of them that has the least missing data and then copy/paste 
from the other file as much as possible. If you have business feature 
transactions missing, you’ll have to redo those by hand.

Regards,
Adrien

> On Apr 5, 2019, at 6:48 PM, Fuchs Ira  wrote:
> 
> Conversely, if I move the current .gnucash to another machine that only has 
> this file (and gnucash app) and open it, I don't see any recent transactions 
> (only transactions from several years ago when I last used this test 
> machine). Does the .gnucash file not contain everything? Put another way, how 
> would I migrate the current state (or an earlier state) to another machine?

___
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] Advanced Portfolio Report Price Display Error

[Mike Alexander]

This may bug 797106, https://bugs.gnucash.org/show_bug.cgi?id=797106 
 or at least related to it.

   Mike

> On Apr 5, 2019, at 6:41 PM, Richard Ullger  wrote:
> 
> Running the report today has displayed a price of
> £24 + 4539353056850/4679745419433 for one of my holdings. The price
> database has a price of £24.97 loaded from Finance Quote.
> 
> Edit/Preferences/General/Numbers/Force prices to display as decimals is
> selected.
> 
> Gnucash 3.5 Build ID: git 3.5+(2019-03-30)
> 
> This is not an issue I've seen before in this report, even in v3.5.
> 
> Regards,
> 
> Richard
> ___
> 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.



___
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] Restoring backups

[Fuchs Ira]

Conversely, if I move the current .gnucash to another machine that only has 
this file (and gnucash app) and open it, I don't see any recent transactions 
(only transactions from several years ago when I last used this test machine). 
Does the .gnucash file not contain everything? Put another way, how would I 
migrate the current state (or an earlier state) to another machine?
___
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] Restoring backups

[Fuchs Ira]

I wanted to go back to a saved .gnucash file but when I open it, it contains 
transactions that were entered after the date of the file. What am I doing 
wrong or how do I return the ledger to a saved point in the past?
___
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] Advanced Portfolio Report Price Display Error

[Richard Ullger]

Running the report today has displayed a price of
£24 + 4539353056850/4679745419433 for one of my holdings. The price
database has a price of £24.97 loaded from Finance Quote.

Edit/Preferences/General/Numbers/Force prices to display as decimals is
selected.

Gnucash 3.5 Build ID: git 3.5+(2019-03-30)

This is not an issue I've seen before in this report, even in v3.5.

Regards,

Richard
___
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] is there a way to undo last months reconciliation

[Adrien Monteleone]

Simply re-run the reconciliation and include that transaction. But if you 
completed the reconcilliation without it, likely you had to make a correcting 
entry to work out the balance. You should either delete or adjust that 
correcting entry.

If you didn’t have to make a correcting entry originally, either something else 
is off, and/or you’ll need to make one now.

Regards,
Adrien

> On Apr 5, 2019, at 5:08 PM, Harold via gnucash-user 
>  wrote:
> 
> I have a transaction that was not reconciled in the previous month but should 
> have. Can I undo last months reconciliation and redo it? Or is there a way to 
> reconcile the transaction that got missed?
> Thanks,Harold

___
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] is there a way to undo last months reconciliation

[Harold via gnucash-user]

I have a transaction that was not reconciled in the previous month but should 
have. Can I undo last months reconciliation and redo it? Or is there a way to 
reconcile the transaction that got missed?
Thanks,Harold
___
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] Modifying Balance Sheet Report

[Paul Schwartz]

I would like to create a Balance Sheet report that reports the value of a
stock entry as the number of shares x the cost of those shares. Anybody
have some guidance as to how to approach this?

Thanks
Paul Schwartz
___
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] Error While Saving in GnuCash 3.5 on Win7-64

[nvsoar]

On 04/05/19 13:14, Chris Graves wrote:

As a test on Windows 10, I made the following directory hierarchy, tried
saving and got the same error.
C:\Users\chris\Documents\My Docs\Thorough C & D\GnuCash Files

After I renamed "Thorough C & D" to "Thorough C and D", the save worked
just fine.

On Thu, Apr 4, 2019 at 4:03 PM Greg Feneis  wrote:


snip
For info - See 
https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file
for acceptable characters in Win 10 file names - '&' is a reserved 
character.

nvsoar

___
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] Error While Saving in GnuCash 3.5 on Win7-64

[Chris Graves]

As a test on Windows 10, I made the following directory hierarchy, tried
saving and got the same error.
C:\Users\chris\Documents\My Docs\Thorough C & D\GnuCash Files

After I renamed "Thorough C & D" to "Thorough C and D", the save worked
just fine.

On Thu, Apr 4, 2019 at 4:03 PM Greg Feneis  wrote:

> Thanks for all the info, Ron.
>
> I don't disagree with anything you've written, except that I've been using
> spaces in folder and file names on windows computers since the late 20th
> century.  The olden days are over.  I'm glad you found a work around for
> naming files and folders in Linux without using spaces.
>
> It remains that GnuCash 2.6.21 and previous versions, regularly saved a
> path and file name that contained spaces and was usually around 100 chars
> long.  Whereas 3.5 behaved as if it was unable to do so until the path
> length was reduced substantially.  It should be capable of saving a path
> more than twice as long as what I was attempting to do, if it were
> compliant with window's path length specs.  That's why I reported it.  If
> GnuCash is not capable of that path length or anything else WRT
> construction of the path, the error message(s) it gives the user should be
> appropriate to the violation.  The message I received was not.
>
> So there are three things I'm tryna report on this.  1. GnuCash 3.5 seems
> to require an abnormally short path length.  2. When I exceeded the length
> I tried GnuCash presented an error message that indicated I was trying to
> save to a location reserved by GnuCash (inappropriate error message).  3.
> Even though the error message was inappropriate, within the message,
> GnuCash tried to display the path as part of the error message, it
> apparently couldn't do that.
>
> I think this is a great program and when I find things like this I like to
> report them because I feel like I'm contributing to the sw development.
>
> What do base your doubt of the path length being the problem on?
>
>
>
>
> Kind regards,
>
> Greg Feneis 
>
>
>
>
> On Thu, Apr 4, 2019 at 2:51 PM Ronal B Morse  wrote:
>
> > This probably doesn't have anything to do with your issue, but I've
> > never been a fan of spaces in paths/filenames.  Back in the olde days it
> > wasn't allowed. I gather that's changed, but it still strikes me as bad
> > juju.
> >
> > I'm a Linux guy and even though I guess we can use spaces we have to
> > delimit them in quote marks, so it's just easier to forgo the space or
> > use an underscore character as a separator instead.
> >
> > Windows should be able to handle file path statements of 247 (or
> > thereabouts) characters. I don't thing the length of the string is the
> > problem.
> >
> > Ron Morse
> >
> > On 4/4/19 2:34 PM, Greg Feneis wrote:
> > > The path that 3.5 failed to write to is:
> > >
> > > C:\Dropbox\My Docs\Thorough C & D\GnuCash\GnuCash
> > > Files\(VerboseFileNameProbably30chars.gnucash)
> > >
> > > The last successful saves to this directory was by GnuCash 2.6.21, and
> > was:
> > >
> > > C:\Dropbox\My Docs\Thorough C & D\GnuCash\GnuCash
> > > Files\AfterImporting2018ThroughQ4.gnucash.20190401075914.log  (4/1/2019
> > > 8:01AM)
> > >
> > > C:\Dropbox\My Docs\Thorough C & D\GnuCash\GnuCash
> > > Files\AfterImporting2018ThroughQ4.gnucash
> > > (4/1/2019 7:59AM)
> > >
> > > Since I suspected it was a path length issue, I tried saving the file
> > name
> > > test.gnucash in the same location, but got the same error.  So I went
> one
> > > folder back and tried to save again and it failed the same way.  I kept
> > > shortening the path like this until it did save, which was as follows:
> > >
> > > C:\Dropbox\My Docs\Thorough C & D\test.gnucash
> > >
> > >
> > >
> > >
> > >
> > > Kind regards,
> > > Greg Feneis
> > >
> > > On Thu, Apr 4, 2019 at 12:28 PM Colin Law  wrote:
> > >
> > >> What is the path above the section you have shown?
> > >>
> > >> Colin
> > >>
> > >> On Wed, 3 Apr 2019 at 01:46, Greg Feneis  wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>> I just upgraded to 3.5 from 2.6.21.
> > >>>
> > >>> I've been using 2.6.x for a few years, and never had trouble saving
> to
> > >> this
> > >>> directory, but after upgrading to 3.5, I tried to save and it gives
> me
> > an
> > >>> error message.
> > >>>
> > >>> "You attempted to save in "can't be displayed" or a subdirectory
> > thereof.
> > >>> This is not allowed as GnuCash reserves that director for internal
> use.
> > >>>
> > >>> Please try again in a different directory."  (close)
> > >>>
> > >>>
> > >>> Here's a link to a screen shot of the error message:
> > >>>
> https://www.dropbox.com/s/1opqys3wxuyw4rv/2019-04-02_17-05-34.png?dl=0
> > >>>
> > >>> Note that where I wrote "can't be displayed" is actually a strange
> > >> graphic
> > >>> like when an emoji can't be displayed.  See the screen shot.
> > >>>
> > >>> It appears when the error message was generated, the file path
> couldn't
> > >> be
> > >>> parsed.  This makes me think 

Re: [GNC] Fonts

[Gareth Davies via gnucash-user]

Adrien,

Thanks for guiding me through the "Way to do it"

It worked a treat.

Many thanks for helping me,
Regards,
Gareth


-Original Message-
From: gnucash-user 
[mailto:gnucash-user-bounces+gareth.davies.1=ntlworld@gnucash.org] On 
Behalf Of Adrien Monteleone
Sent: 05 April 2019 17:52
To: GnuCash Users 
Subject: Re: [GNC] Fonts

Gareth,

Yes, everything *between* the ` but not including the ` (if that helps):

`* { font: 10pt verdana, arial, sans-serif; }`

You put the line in a *plain* text file named:

gtk-3.0.css

and place it in:

C:\Users\\AppData\Roaming\GnuCash

Then start or re-start GnuCash. You’ll need to restart each time you alter the 
size or font.

The `*` is a CSS selector indicating ALL elements of the UI. (or of the HTML 
for a report or webpage) If you only want to target certain elements, you can 
use those selectors instead.

CSS rules are enclosed in {}.

CSS declarations begin with a property name followed by a `:` and then the 
values you want to set. The declaration is ended with a `;`.

The above is a shorthand version of separate rules:

font-size:
font-family:

You could specify them separately if you like, as so:

* {
  font-size: 10pt;
  font-family: verdana, arial, sans-serif; }

Note, capitalization on fonts is usually sensitive, so those *might* have to be:

`Verdana` and `Arial` respectively.

Finally, rules can be on a single line if you like, but I write it on separate 
lines as a readability convention, even for short declarations so they all look 
the same in a larger file. This allows the selector and the individual 
declarations to easily stand out. It also makes editing and comment masking 
much easier, but all of that is well beyond the immediate task here.

Regards,
Adrien



> On Apr 5, 2019, at 7:16 AM, Gareth Davies via gnucash-user 
>  wrote:
> 
> Widows 10 V3.5
> 
> I know this is probably a stupid question, but where do I put the line 
> below, and do I put everything in including the asterisk and brackets. 
> e.g
> * { font: 10pt verdana, arial, sans-serif; }
> 
> Regards,
> Gareth
> 
> 
> 
> -Original Message-
> From: gnucash-user
> [mailto:gnucash-user-bounces+gareth.davies.1=ntlworld@gnucash.org] 
> On Behalf Of Liz
> Sent: 05 April 2019 09:19
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] Fonts
> 
> On Thu, 4 Apr 2019 13:49:20 -0400
> "Timothy B. Taylor"  wrote:
> 
>> For what it's worth ... Notepad worked just fine for me ... GnuCash 
>> 3.5, Windows 10 Pro version 1803 ...
>> 
>> After trying a few variations ... various fonts and sizes ... I ended 
>> up with
>> 
>> * { font: 10pt verdana, arial, sans-serif; }
>> 
>> ... and by the way it works fine on one line ... Thanks! Tim
> 
> However, if you had tried to split the line, you may not have had the 
> same success.
> Could you try with the original
> 
> 
> * {
> font: 12px arial, sans-serif;
> }
> 
> 
> using notepad?
> 
> Liz

___
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] AR Asset differen t GL codes

[Christian Kluge]

If you can’t beat them, join them with the TOFU …

There’s one thing where seperate customer accounts might shine:

If you’ve got a customer or vendor with non-typical balance e. g.
overpayments or refunds it will get put on the other side of the balance
sheet.

Kind regards

Christian Kluge


Am 05.04.2019 um 18:38 schrieb Adrien Monteleone:
> From using other A/R software, the only purpose I can see to separate 
> customer accounts is for informational purposes. Since GnuCash was setup to 
> provide this information via reports using a consolidated A/R, the purpose is 
> served just as well and there are less accounts to deal with. You don’t need 
> to hide or otherwise archive old customer accounts when no longer needed. If 
> you want an at-a-glance per customer, you can just leave a Receivable Aging 
> report tab open. I have to deal with an outside A/R package for a client and 
> their separate account structure is much more maintenance and messy compared 
> to GnuCash’s approach. (might also be an issue with the quality of the code 
> between the two packages, admittedly)
> 
> Regards,
> Adrien
> 
>> On Apr 4, 2019, at 8:56 PM, David Cousens  wrote:
>>
>> Christian,
>>
>> It is clearly a design choice. I had wanted to setup separate A/R accounts
>> for customers but Derek advised me that this was not the way the business
>> features in GnuCash worked. Derek opted for a single A/R account and the
>> ability to filter to provide specific customer information. I didn't
>> particularly find that a problem when I was using Gnucash for a business
>> though.
>>
>> David
>>

___
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] Where is my opening balance?

[ToddAndMargo via gnucash-user]

On Thu, April 4, 2019 1:03 am, ToddAndMargo via gnucash-user wrote:

Hi All,

I have noticed that when I create a new account, if I
forget to enter something in opening balance, that
editing the account afterwards does not give me access
to enter an opening balance.

Bug?  Of is it just somewhere I have not looked?  Very
frustrating!

Many thanks,
-T


On 4/3/19 11:18 PM, Derek Atkins wrote:> Hi,
>
> That page is just a shortcut to create a regular transaction from the new
> account to Equity:Opening Balances.  You can just create that regular
> transaction yourself.
>
> -derek
>

Hi Derek,

Took a minute or two to sink in, but there is is.  Thank you!

-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] Fonts

[Adrien Monteleone]

Thanks Tim!

I’ll add this to the wiki.

This is good news and makes life less complicated for the Windows user base.

Regards,
Adrien

> On Apr 5, 2019, at 12:57 PM, Timothy B. Taylor  wrote:
> 
> Just to close the loop, I tried Adrien's recipe, typing the little three-line 
> file into a blank Notepad file and then saving it with the appropriate name 
> in the appropriate place. It worked just fine. Tim
> 
> On Fri, Apr 5, 2019 at 1:48 PM Ken Pyzik  wrote:
> Ditto Tim's remarks.  I used the instructions Adrian gave and I am happy as a 
> clam with my 12 pt Verdana as the font for GnuCash.


___
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] Fonts

[Timothy B. Taylor]

Just to close the loop, I tried Adrien's recipe, typing the little
three-line file into a blank Notepad file and then saving it with the
appropriate name in the appropriate place. It worked just fine. Tim

On Fri, Apr 5, 2019 at 1:48 PM Ken Pyzik  wrote:

> Ditto Tim's remarks.  I used the instructions Adrian gave and I am happy
> as a clam with my 12 pt Verdana as the font for GnuCash.
>
___
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] Fonts

[Ken Pyzik]

   Ditto Tim's remarks.  I used the instructions Adrian gave and I am
   happy as a clam with my 12 pt Verdana as the font for GnuCash.
___
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] Fonts

[Adrien Monteleone]

Good to know Tim, thanks!

Since you copy-pasted, my guess would be you copied the invisible LF ending 
from the e-mail, which Notepad now dutifully honors, and now you’ve shown by 
experiment that it also retains that line ending even when editing the file. 
That’s good news.

When you have a few minutes, for completeness, can you test what happens if you 
create a new file in Notepad and *type* the multi-line rule instead of 
copy-paste? (be certain to rename or move your current .css file out of that 
directory and restart GnuCash)

That would definitively establish that Notepad has moved to LF only line 
endings and can be used to write CSS. I’ll then add this info to the wiki page 
on GTK3.

Regards,
Adrien 

> On Apr 5, 2019, at 12:30 PM, Timothy B. Taylor  wrote:
> 
> Apologies if this seems to be getting a little off topic. Yesterday when I 
> was experimenting, I found no mess. It just worked. 
> 
> Started by cutting and pasting the three lines * { ... } from the email into 
> a blank notepad file. Saved it with the appropriate name in the appropriate 
> place. Opened GnuCash, it worked. 
> 
> Closed GnuCash, opened Notepad again, deleted the line breaks to make it just 
> one line, resaved it, it still worked. 
> 
> Closed GnuCash, opened Notepad again, hit return at the appropriate spots to 
> recreate the three-line file, saved it, it still worked. 
> 
> Tried various capitalized and lower-case font names, and "px" and "pt" and 
> various numbers for the font size. It always worked. I settled on 10pt 
> Verdana. Others may end up elsewhere.
> 
> GnuCash 3.5 Windows Pro 10 v 1803
> 
> No complaints at all from me. Thanks for making this easy. Tim
> 
> 
> On Fri, Apr 5, 2019 at 1:07 PM Adrien Monteleone 
>  wrote:
> Good call. Since it was a one-line file it might still fly. While I haven’t 
> written CSS on Windows in years, I seem to recall needing to download a 
> separate editor because Notepad couldn’t do it. (and I think that was one of 
> the early reasons why Notepad++ was released) I don’t have a Win10 
> installation to test if MS changed the line-ending behavior or at least added 
> the Unix/Linux option.
> 
> Update - before sending this I did a little web search. It seems MS sort of 
> fixed this in Win10. Notepad will now correctly *open* an existing file saved 
> with LF or CR only endings created by apps in Unix/Linux. BUT, for newly 
> created files, will default to the traditional CR+LF endings Windows Notepad 
> has always used. No info on if they ever added a preference to default to LF 
> or CR for new files however. Also no info on if you open an existing 
> Unix/Linux file and edit it, which ending will be used. (mixed endings? what 
> a mess!)
> 
> In addition to Notepad++ there is also an app called Notepad2, both of which 
> can be set to use either LF by default for new files. (among many other 
> editors of course)
> 
> Regards,
> Adrien
> 
> > On Apr 5, 2019, at 3:18 AM, Liz  wrote:
> > 
> > On Thu, 4 Apr 2019 13:49:20 -0400
> > "Timothy B. Taylor"  wrote:
> > 
> >> For what it's worth ... Notepad worked just fine for me ... GnuCash
> >> 3.5, Windows 10 Pro version 1803 ...
> >> 
> >> After trying a few variations ... various fonts and sizes ... I ended
> >> up with
> >> 
> >> * { font: 10pt verdana, arial, sans-serif; }
> >> 
> >> ... and by the way it works fine on one line ... Thanks! Tim
> > 
> > However, if you had tried to split the line, you may not have had the
> > same success.
> > Could you try with the original
> > 
> > 
> > * {
> > font: 12px arial, sans-serif;
> > }
> > 
> > 
> > using notepad?
> > 
> > Liz


___
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] Fonts

[Timothy B. Taylor]

Apologies if this seems to be getting a little off topic. Yesterday when I
was experimenting, I found no mess. It just worked.

Started by cutting and pasting the three lines * { ... } from the email
into a blank notepad file. Saved it with the appropriate name in the
appropriate place. Opened GnuCash, it worked.

Closed GnuCash, opened Notepad again, deleted the line breaks to make it
just one line, resaved it, it still worked.

Closed GnuCash, opened Notepad again, hit return at the appropriate spots
to recreate the three-line file, saved it, it still worked.

Tried various capitalized and lower-case font names, and "px" and "pt" and
various numbers for the font size. It always worked. I settled on 10pt
Verdana. Others may end up elsewhere.

GnuCash 3.5 Windows Pro 10 v 1803

No complaints at all from me. Thanks for making this easy. Tim

Timothy B. Taylor • taylo...@gmail.com • (571) 252-9024 •
http://taylortb.com


On Fri, Apr 5, 2019 at 1:07 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Good call. Since it was a one-line file it might still fly. While I
> haven’t written CSS on Windows in years, I seem to recall needing to
> download a separate editor because Notepad couldn’t do it. (and I think
> that was one of the early reasons why Notepad++ was released) I don’t have
> a Win10 installation to test if MS changed the line-ending behavior or at
> least added the Unix/Linux option.
>
> Update - before sending this I did a little web search. It seems MS sort
> of fixed this in Win10. Notepad will now correctly *open* an existing file
> saved with LF or CR only endings created by apps in Unix/Linux. BUT, for
> newly created files, will default to the traditional CR+LF endings Windows
> Notepad has always used. No info on if they ever added a preference to
> default to LF or CR for new files however. Also no info on if you open an
> existing Unix/Linux file and edit it, which ending will be used. (mixed
> endings? what a mess!)
>
> In addition to Notepad++ there is also an app called Notepad2, both of
> which can be set to use either LF by default for new files. (among many
> other editors of course)
>
> Regards,
> Adrien
>
> > On Apr 5, 2019, at 3:18 AM, Liz  wrote:
> >
> > On Thu, 4 Apr 2019 13:49:20 -0400
> > "Timothy B. Taylor"  wrote:
> >
> >> For what it's worth ... Notepad worked just fine for me ... GnuCash
> >> 3.5, Windows 10 Pro version 1803 ...
> >>
> >> After trying a few variations ... various fonts and sizes ... I ended
> >> up with
> >>
> >> * { font: 10pt verdana, arial, sans-serif; }
> >>
> >> ... and by the way it works fine on one line ... Thanks! Tim
> >
> > However, if you had tried to split the line, you may not have had the
> > same success.
> > Could you try with the original
> >
> >
> > * {
> > font: 12px arial, sans-serif;
> > }
> >
> >
> > using notepad?
> >
> > Liz
>
> ___
> 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] Unable to install Financial Quotes

[Eric Moon]

Bug 787178 submitted:

https://bugs.gnucash.org/show_bug.cgi?id=797178

On 4/5/2019 10:09 AM, Eric Moon wrote:

Looks like ssleay32.dll was removed as part of the mingw update :

https://github.com/Gnucash/gnucash-on-windows/commit/7ac93fe12789a6718c3741c9419b3146bd5b0a58

Not sure if the cmd script 
(https://github.com/Gnucash/gnucash-on-windows/blob/master/extra_dist/install-fq-mods.cmd)
 needs to remove the check or if it needs to be added back into the mingw 
build, as I don't follow the mingw build process.


Eric**

___
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] Error While Saving in GnuCash 3.5 on Win7-64

[Adrien Monteleone]

It threaded that way for me as well. But then once the first reply came back, 
it somehow magically decoupled. I chalked it up to a Mail.app hiccup. Now I’m 
intrigued as to how it got separated. Curious to see what the Mailman archive 
page shows.

Regards,
Adrien

> On Apr 5, 2019, at 11:06 AM, Geert Janssens  
> wrote:
> 
> Hi Greg,
> 
> It was "hijacked" in the sense that you seem to have started it by replying 
> to 
> John Ralls' reply on the "help lost data file" thread. So my mail client did 
> hide your message in that thread. Apparently that also happened for Frank.
> 
> Of course I can't *know* what you did exactly. It just *looks* like this is 
> what you did: take an existing message, hit reply (or reply to list/all), 
> change subject and body, send. That would cause such a message to end up 
> hidden in the original thread.
> 
> In any case I also didn't immediately see your message.
> 
> Regards,
> 
> Geert
> 
> Op vrijdag 5 april 2019 15:56:24 CEST schreef Greg Feneis:
>> Hi Frank,
>> 
>> I started this thread. I've been driving this thread since I started it.
>> What made you think I hijacked?
>> 
>> I was aware of bugzilla, but it's not an email list.  I had some concern
>> that the process had changed from when I last monitored this list many
>> months ago.  Previously an error like this gets discussed, and someone, a
>> developer or person who works more closely with the project, asks the
>> reporter to log it to bugzilla.
>> 
>> Kind regards,
>> 
>> Greg Feneis 
>> 
>> 
>> 
>> 
>> On Thu, Apr 4, 2019 at 10:43 PM Frank H. Ellenberger <
>> 
>> frank.h.ellenber...@gmail.com> wrote:
>>> Am 04.04.19 um 17:28 schrieb Greg Feneis:
 Is there some other gnucash list I should use to report program errors?
>>> 
>>> Yes, Greg,
>>> read https://wiki.gnucash.org/wiki/Bugzilla for the details.
>>> 
>>> BTW: Next time instead of hijacking other threads start a new one. ;-)
>>> 
>>> Regards frank
>>> 
 Kind regards,
 
 Greg Feneis 
 
 On Tue, Apr 2, 2019 at 5:41 PM Greg Feneis  wrote:
> Hi,
> 
> I just upgraded to 3.5 from 2.6.21.
> 
> I've been using 2.6.x for a few years, and never had trouble saving to
> this directory, but after upgrading to 3.5, I tried to save and it
>>> 
>>> gives me
>>> 
> an error message.
> 
> "You attempted to save in "can't be displayed" or a subdirectory
>>> 
>>> thereof.
>>> 
> This is not allowed as GnuCash reserves that director for internal use.
> 
> Please try again in a different directory."  (close)
> 
> 
> Here's a link to a screen shot of the error message:
> https://www.dropbox.com/s/1opqys3wxuyw4rv/2019-04-02_17-05-34.png?dl=0
> 
> Note that where I wrote "can't be displayed" is actually a strange
>>> 
>>> graphic
>>> 
> like when an emoji can't be displayed.  See the screen shot.
> 
> It appears when the error message was generated, the file path couldn't
>>> 
>>> be
>>> 
> parsed.  This makes me think GnuCash isn't capable of parsing the save
>>> 
>>> to
>>> 
> path.  I suspect it's a path length issue.  I tried shorter paths and
> it
> worked.  FSR, the new GnuCash seem like it can't save to the same
> length
> path that the old series was capable of.
> 
> Sorry if this is already a known issue
> 
> Kind regards,
> 
> Greg Feneis 


___
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] QIF Import Fails

[Adrien Monteleone]

Art,

Glad you found your transactions!

Tracking down why it happened in the first place would certainly be of benefit 
to you and other users. From the info you provided from the QIF, I can’t see 
why GnuCash would have assigned that account. I would have thought it try to 
use Imbalance-CUR if it fails to find or create a valid account. If they were 
supposed to go to Assets:Checking, is that where the assignment error occured? 
I don’t use the importer, but my understanding is that you set one account 
(like Checking) and then the Quicken category info becomes the ‘other’ account 
assigned. If you didn’t notice that the first assigned account was 
Equity:Retained Earnings, (for whatever reason) then that would be the cause. 
If you had correctly set it to Assets:Checking then that is a bug worth 
investigating further.

If all of the transactions sent there go to Checking, then just delete the 
Retained Earnings account and GnuCash will ask you where you want to move them 
to. (to save you some time) Of course, if you have real transactions in 
Retained Earnings that you want to keep, you can’t use this workflow.

That account is used to hold the annual net of Income-Expenses if you close the 
books each year. It is a holdover from the pen and paper days. It is not 
generally needed with GnuCash. (but will be used if you perform a ‘close books’ 
function)


Regards,
Adrien

> On Apr 4, 2019, at 5:59 PM, Art Chimes  wrote:
> 
> Thanks for the troubleshooting suggestions. Adrien pointed out the
> ability to filter register displays, for which I am thankful. As a new
> user, I hadn't discovered that tool yet.
> 
> He also suggested searching to see if the transaction ended up
> imported into some other account. Which is exactly what happened.
> Instead of going into the checking account where it was supposed to
> go, this transaction -- and many others I thought I had failed to
> import -- ended up in "Equity:Retained Earnings." I suspect "retained
> earnings" has some specific accounting definition, but I don't know
> what it is or what transactions actually belong in that account. I do
> know that it was not my intention to put those transactions in that
> account, and I am pretty sure I did not assign any transactions to
> that account in the import process.
> 
> In 2009, a user filed a bug report in Bugzilla on just this behavior.
> (https://bugs.gnucash.org/show_bug.cgi?id=603761). Another user
> replied to the bug report, "The importer is assuming these are opening
> balance transactions. Could you explain why this type of transaction
> is legitimate for some other purpose?" My transaction involved a bank
> account interest payment. (In Quicken there is no separate income
> account so the bank account has an interest payment that appears as if
> by magic; it can be credited to the account or transferred to another
> account.)
> 
> I can manually move these transactions, one-by-one, to where they
> should be. But going forward, do I just have to resign myself to a lot
> of QIF editing? Since I imagine that a lot of QIF importer users are
> migrating from Quicken, perhaps some Quicken-specific warnings or
> something could be considered?
> 
> Thanks again,
> Art
> 
>> --
>> 
>> Message: 1
>> Date: Thu, 4 Apr 2019 11:25:00 -0500
>> From: Adrien Monteleone 
>> To: Gnucash Users 
>> Subject: Re: [GNC] QIF Import Fails
>> Message-ID: 
>> Content-Type: text/plain;   charset=utf-8
>> 
>> Any time I?m in a pickle and can?t see a transaction that should be there, I 
>> check that the register is not set to a filtered view. The transaction might 
>> be hidden for some reason. I also check one of the registers for the other 
>> accounts involved in the transaction.
>> 
>> There is also a very powerful Find feature that you can even use regex with 
>> to find it.
>> 
>> Regards,
>> Adrien
>> 
>>> On Apr 3, 2019, at 9:16 PM, Art Chimes  wrote:
>>> 
>>> !Type:Bank
>>> D7/ 1/97
>>> U5.32
>>> T5.32
>>> CX
>>> PInterest Earned
>>> L_IntInc
>>> ^
>>> 
>>> Above is an example of a transaction that is failing to import. The
>>> QIF export is from Quicken 2000 via Windows.
>>> 
>>> I've had problems with imports before, but eventually figured out the
>>> problem. This one has me stymied. I  successfully imported
>>> transactions from 1998-present, but the older ones aren't cooperating.
>>> 
>>> The importer process seems to work ok, concluding with the encouraging
>>> notice, "QIF Import Completed" However, the transaction does not
>>> appear in the account register.
>>> 
>>> One possible clue: I get a screen that asks me to match this
>>> transaction with one of two others that have the same
>>> date/amount/payee, even though the transaction doesn't appear in the
>>> account.
>>> 
>>> This is actually one of numerous exports from the same Quicken file.
>>> Some work; others don't, and my troubleshooting hasn't gotten me
>>> anywhere. From the 

Re: [GNC] Unable to install Financial Quotes

[Eric Moon]

Looks like ssleay32.dll was removed as part of the mingw update :

https://github.com/Gnucash/gnucash-on-windows/commit/7ac93fe12789a6718c3741c9419b3146bd5b0a58

Not sure if the cmd script 
(https://github.com/Gnucash/gnucash-on-windows/blob/master/extra_dist/install-fq-mods.cmd)
 needs to remove the check or if it needs to be added back into the mingw 
build, as I don't follow the mingw build process.


Eric**

___
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] Fonts

[Adrien Monteleone]

Good call. Since it was a one-line file it might still fly. While I haven’t 
written CSS on Windows in years, I seem to recall needing to download a 
separate editor because Notepad couldn’t do it. (and I think that was one of 
the early reasons why Notepad++ was released) I don’t have a Win10 installation 
to test if MS changed the line-ending behavior or at least added the Unix/Linux 
option.

Update - before sending this I did a little web search. It seems MS sort of 
fixed this in Win10. Notepad will now correctly *open* an existing file saved 
with LF or CR only endings created by apps in Unix/Linux. BUT, for newly 
created files, will default to the traditional CR+LF endings Windows Notepad 
has always used. No info on if they ever added a preference to default to LF or 
CR for new files however. Also no info on if you open an existing Unix/Linux 
file and edit it, which ending will be used. (mixed endings? what a mess!)

In addition to Notepad++ there is also an app called Notepad2, both of which 
can be set to use either LF by default for new files. (among many other editors 
of course)

Regards,
Adrien

> On Apr 5, 2019, at 3:18 AM, Liz  wrote:
> 
> On Thu, 4 Apr 2019 13:49:20 -0400
> "Timothy B. Taylor"  wrote:
> 
>> For what it's worth ... Notepad worked just fine for me ... GnuCash
>> 3.5, Windows 10 Pro version 1803 ...
>> 
>> After trying a few variations ... various fonts and sizes ... I ended
>> up with
>> 
>> * { font: 10pt verdana, arial, sans-serif; }
>> 
>> ... and by the way it works fine on one line ... Thanks! Tim
> 
> However, if you had tried to split the line, you may not have had the
> same success.
> Could you try with the original
> 
> 
> * {
> font: 12px arial, sans-serif;
> }
> 
> 
> using notepad?
> 
> Liz

___
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] Fonts

[Adrien Monteleone]

Gareth,

Yes, everything *between* the ` but not including the ` (if that helps):

`* { font: 10pt verdana, arial, sans-serif; }`

You put the line in a *plain* text file named:

gtk-3.0.css

and place it in:

C:\Users\\AppData\Roaming\GnuCash

Then start or re-start GnuCash. You’ll need to restart each time you alter the 
size or font.

The `*` is a CSS selector indicating ALL elements of the UI. (or of the HTML 
for a report or webpage) If you only want to target certain elements, you can 
use those selectors instead.

CSS rules are enclosed in {}.

CSS declarations begin with a property name followed by a `:` and then the 
values you want to set. The declaration is ended with a `;`.

The above is a shorthand version of separate rules:

font-size:
font-family:

You could specify them separately if you like, as so:

* {
  font-size: 10pt;
  font-family: verdana, arial, sans-serif;
}

Note, capitalization on fonts is usually sensitive, so those *might* have to be:

`Verdana` and `Arial` respectively.

Finally, rules can be on a single line if you like, but I write it on separate 
lines as a readability convention, even for short declarations so they all look 
the same in a larger file. This allows the selector and the individual 
declarations to easily stand out. It also makes editing and comment masking 
much easier, but all of that is well beyond the immediate task here.

Regards,
Adrien



> On Apr 5, 2019, at 7:16 AM, Gareth Davies via gnucash-user 
>  wrote:
> 
> Widows 10 V3.5
> 
> I know this is probably a stupid question, but where do I put the line
> below, and do I put everything in including the asterisk and brackets. e.g
> * { font: 10pt verdana, arial, sans-serif; }
> 
> Regards,
> Gareth
> 
> 
> 
> -Original Message-
> From: gnucash-user
> [mailto:gnucash-user-bounces+gareth.davies.1=ntlworld@gnucash.org] On
> Behalf Of Liz
> Sent: 05 April 2019 09:19
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] Fonts
> 
> On Thu, 4 Apr 2019 13:49:20 -0400
> "Timothy B. Taylor"  wrote:
> 
>> For what it's worth ... Notepad worked just fine for me ... GnuCash 
>> 3.5, Windows 10 Pro version 1803 ...
>> 
>> After trying a few variations ... various fonts and sizes ... I ended 
>> up with
>> 
>> * { font: 10pt verdana, arial, sans-serif; }
>> 
>> ... and by the way it works fine on one line ... Thanks! Tim
> 
> However, if you had tried to split the line, you may not have had the same
> success.
> Could you try with the original
> 
> 
> * {
> font: 12px arial, sans-serif;
> }
> 
> 
> using notepad?
> 
> Liz

___
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] Unable to install Financial Quotes

[Eric Moon]

Looks like a packaging issue with the windows build.

For a workaround, you can get the ssleay32.dll by installing openssl < 1.1 (v 
1.0.2 is the one I used) fromhttps://slproweb.com/products/Win32OpenSSL.html  .  
This is the most trusted repo for windows openssl builds.I wouldn't download 
the dll file from anywhere else, personally.

Once installed, the .dll will either be in the install directory or the system32 
directory depending on what you chose during openssl install.  Copy it over to the 
"C:\Program Files (x86)\gnucash\bin" or wherever you installed gnucash and you 
should be good to go.

Eric



Date: Fri, 5 Apr 2019 04:11:05 -0500 (CDT)
From: Megagrumpy
To:gnucash-user@gnucash.org
Subject: Re: [GNC] Unable to install Financial Quotes
Message-ID:<1554455465182-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii

I am having the same problem.




--
Sent from:http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html

___
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] AR Asset differen t GL codes

[Adrien Monteleone]

From using other A/R software, the only purpose I can see to separate customer 
accounts is for informational purposes. Since GnuCash was setup to provide this 
information via reports using a consolidated A/R, the purpose is served just as 
well and there are less accounts to deal with. You don’t need to hide or 
otherwise archive old customer accounts when no longer needed. If you want an 
at-a-glance per customer, you can just leave a Receivable Aging report tab 
open. I have to deal with an outside A/R package for a client and their 
separate account structure is much more maintenance and messy compared to 
GnuCash’s approach. (might also be an issue with the quality of the code 
between the two packages, admittedly)

Regards,
Adrien

> On Apr 4, 2019, at 8:56 PM, David Cousens  wrote:
> 
> Christian,
> 
> It is clearly a design choice. I had wanted to setup separate A/R accounts
> for customers but Derek advised me that this was not the way the business
> features in GnuCash worked. Derek opted for a single A/R account and the
> ability to filter to provide specific customer information. I didn't
> particularly find that a problem when I was using Gnucash for a business
> though.
> 
> David
> 

___
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] Error While Saving in GnuCash 3.5 on Win7-64

[Geert Janssens]

Hi Greg,

It was "hijacked" in the sense that you seem to have started it by replying to 
John Ralls' reply on the "help lost data file" thread. So my mail client did 
hide your message in that thread. Apparently that also happened for Frank.

Of course I can't *know* what you did exactly. It just *looks* like this is 
what you did: take an existing message, hit reply (or reply to list/all), 
change subject and body, send. That would cause such a message to end up 
hidden in the original thread.

In any case I also didn't immediately see your message.

Regards,

Geert

Op vrijdag 5 april 2019 15:56:24 CEST schreef Greg Feneis:
> Hi Frank,
> 
> I started this thread. I've been driving this thread since I started it.
> What made you think I hijacked?
> 
> I was aware of bugzilla, but it's not an email list.  I had some concern
> that the process had changed from when I last monitored this list many
> months ago.  Previously an error like this gets discussed, and someone, a
> developer or person who works more closely with the project, asks the
> reporter to log it to bugzilla.
> 
> Kind regards,
> 
> Greg Feneis 
> 
> 
> 
> 
> On Thu, Apr 4, 2019 at 10:43 PM Frank H. Ellenberger <
> 
> frank.h.ellenber...@gmail.com> wrote:
> > Am 04.04.19 um 17:28 schrieb Greg Feneis:
> > > Is there some other gnucash list I should use to report program errors?
> > 
> > Yes, Greg,
> > read https://wiki.gnucash.org/wiki/Bugzilla for the details.
> > 
> > BTW: Next time instead of hijacking other threads start a new one. ;-)
> > 
> > Regards frank
> > 
> > > Kind regards,
> > > 
> > > Greg Feneis 
> > > 
> > > On Tue, Apr 2, 2019 at 5:41 PM Greg Feneis  wrote:
> > >> Hi,
> > >> 
> > >> I just upgraded to 3.5 from 2.6.21.
> > >> 
> > >> I've been using 2.6.x for a few years, and never had trouble saving to
> > >> this directory, but after upgrading to 3.5, I tried to save and it
> > 
> > gives me
> > 
> > >> an error message.
> > >> 
> > >> "You attempted to save in "can't be displayed" or a subdirectory
> > 
> > thereof.
> > 
> > >> This is not allowed as GnuCash reserves that director for internal use.
> > >> 
> > >> Please try again in a different directory."  (close)
> > >> 
> > >> 
> > >> Here's a link to a screen shot of the error message:
> > >> https://www.dropbox.com/s/1opqys3wxuyw4rv/2019-04-02_17-05-34.png?dl=0
> > >> 
> > >> Note that where I wrote "can't be displayed" is actually a strange
> > 
> > graphic
> > 
> > >> like when an emoji can't be displayed.  See the screen shot.
> > >> 
> > >> It appears when the error message was generated, the file path couldn't
> > 
> > be
> > 
> > >> parsed.  This makes me think GnuCash isn't capable of parsing the save
> > 
> > to
> > 
> > >> path.  I suspect it's a path length issue.  I tried shorter paths and
> > >> it
> > >> worked.  FSR, the new GnuCash seem like it can't save to the same
> > >> length
> > >> path that the old series was capable of.
> > >> 
> > >> Sorry if this is already a known issue
> > >> 
> > >> Kind regards,
> > >> 
> > >> Greg Feneis 
> > > 
> > > ___
> > > 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] QIF Import Fails

[David Carlson]

Regarding. The interest deposits, I think that Quicken could have assigned
an "Interest" category to allow you to differentiate from other deposits,
but the fact that it didn't require such is why it sometimes is a challenge
to import data from Quicken.

David Carlson

On Fri, Apr 5, 2019, 2:57 AM Art Chimes  wrote:

> Thanks for the troubleshooting suggestions. Adrien pointed out the
> ability to filter register displays, for which I am thankful. As a new
> user, I hadn't discovered that tool yet.
>
> He also suggested searching to see if the transaction ended up
> imported into some other account. Which is exactly what happened.
> Instead of going into the checking account where it was supposed to
> go, this transaction -- and many others I thought I had failed to
> import -- ended up in "Equity:Retained Earnings." I suspect "retained
> earnings" has some specific accounting definition, but I don't know
> what it is or what transactions actually belong in that account. I do
> know that it was not my intention to put those transactions in that
> account, and I am pretty sure I did not assign any transactions to
> that account in the import process.
>
> In 2009, a user filed a bug report in Bugzilla on just this behavior.
> (https://bugs.gnucash.org/show_bug.cgi?id=603761). Another user
> replied to the bug report, "The importer is assuming these are opening
> balance transactions. Could you explain why this type of transaction
> is legitimate for some other purpose?" My transaction involved a bank
> account interest payment. (In Quicken there is no separate income
> account so the bank account has an interest payment that appears as if
> by magic; it can be credited to the account or transferred to another
> account.)
>
> I can manually move these transactions, one-by-one, to where they
> should be. But going forward, do I just have to resign myself to a lot
> of QIF editing? Since I imagine that a lot of QIF importer users are
> migrating from Quicken, perhaps some Quicken-specific warnings or
> something could be considered?
>
> Thanks again,
> Art
>
> > --
> >
> > Message: 1
> > Date: Thu, 4 Apr 2019 11:25:00 -0500
> > From: Adrien Monteleone 
> > To: Gnucash Users 
> > Subject: Re: [GNC] QIF Import Fails
> > Message-ID: 
> > Content-Type: text/plain;   charset=utf-8
> >
> > Any time I?m in a pickle and can?t see a transaction that should be
> there, I check that the register is not set to a filtered view. The
> transaction might be hidden for some reason. I also check one of the
> registers for the other accounts involved in the transaction.
> >
> > There is also a very powerful Find feature that you can even use regex
> with to find it.
> >
> > Regards,
> > Adrien
> >
> > > On Apr 3, 2019, at 9:16 PM, Art Chimes  wrote:
> > >
> > > !Type:Bank
> > > D7/ 1/97
> > > U5.32
> > > T5.32
> > > CX
> > > PInterest Earned
> > > L_IntInc
> > > ^
> > >
> > > Above is an example of a transaction that is failing to import. The
> > > QIF export is from Quicken 2000 via Windows.
> > >
> > > I've had problems with imports before, but eventually figured out the
> > > problem. This one has me stymied. I  successfully imported
> > > transactions from 1998-present, but the older ones aren't cooperating.
> > >
> > > The importer process seems to work ok, concluding with the encouraging
> > > notice, "QIF Import Completed" However, the transaction does not
> > > appear in the account register.
> > >
> > > One possible clue: I get a screen that asks me to match this
> > > transaction with one of two others that have the same
> > > date/amount/payee, even though the transaction doesn't appear in the
> > > account.
> > >
> > > This is actually one of numerous exports from the same Quicken file.
> > > Some work; others don't, and my troubleshooting hasn't gotten me
> > > anywhere. From the "about" screen: Version: 3.4; Build ID: 3.4+
> > > (2018-12-30)
> > >
> > > Thanks to the community for your help!
> > >
> > > Art
> ___
> 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] QIF Import Fails

[David Carlson]

Art,

You have the opportunity during the import process to review the proposed
"category" assignments and make corrections at the match transactions
step.
This is where you fix those incorrect imports.

If you start with a select few small imports the Bayesian matching feature
will get a chance to make most of those corrections for you.   It is not
perfect, so you need to monitor it carefully.

Good luck

David Carlson


On Fri, Apr 5, 2019, 2:57 AM Art Chimes  wrote:

> Thanks for the troubleshooting suggestions. Adrien pointed out the
> ability to filter register displays, for which I am thankful. As a new
> user, I hadn't discovered that tool yet.
>
> He also suggested searching to see if the transaction ended up
> imported into some other account. Which is exactly what happened.
> Instead of going into the checking account where it was supposed to
> go, this transaction -- and many others I thought I had failed to
> import -- ended up in "Equity:Retained Earnings." I suspect "retained
> earnings" has some specific accounting definition, but I don't know
> what it is or what transactions actually belong in that account. I do
> know that it was not my intention to put those transactions in that
> account, and I am pretty sure I did not assign any transactions to
> that account in the import process.
>
> In 2009, a user filed a bug report in Bugzilla on just this behavior.
> (https://bugs.gnucash.org/show_bug.cgi?id=603761). Another user
> replied to the bug report, "The importer is assuming these are opening
> balance transactions. Could you explain why this type of transaction
> is legitimate for some other purpose?" My transaction involved a bank
> account interest payment. (In Quicken there is no separate income
> account so the bank account has an interest payment that appears as if
> by magic; it can be credited to the account or transferred to another
> account.)
>
> I can manually move these transactions, one-by-one, to where they
> should be. But going forward, do I just have to resign myself to a lot
> of QIF editing? Since I imagine that a lot of QIF importer users are
> migrating from Quicken, perhaps some Quicken-specific warnings or
> something could be considered?
>
> Thanks again,
> Art
>
> > --
> >
> > Message: 1
> > Date: Thu, 4 Apr 2019 11:25:00 -0500
> > From: Adrien Monteleone 
> > To: Gnucash Users 
> > Subject: Re: [GNC] QIF Import Fails
> > Message-ID: 
> > Content-Type: text/plain;   charset=utf-8
> >
> > Any time I?m in a pickle and can?t see a transaction that should be
> there, I check that the register is not set to a filtered view. The
> transaction might be hidden for some reason. I also check one of the
> registers for the other accounts involved in the transaction.
> >
> > There is also a very powerful Find feature that you can even use regex
> with to find it.
> >
> > Regards,
> > Adrien
> >
> > > On Apr 3, 2019, at 9:16 PM, Art Chimes  wrote:
> > >
> > > !Type:Bank
> > > D7/ 1/97
> > > U5.32
> > > T5.32
> > > CX
> > > PInterest Earned
> > > L_IntInc
> > > ^
> > >
> > > Above is an example of a transaction that is failing to import. The
> > > QIF export is from Quicken 2000 via Windows.
> > >
> > > I've had problems with imports before, but eventually figured out the
> > > problem. This one has me stymied. I  successfully imported
> > > transactions from 1998-present, but the older ones aren't cooperating.
> > >
> > > The importer process seems to work ok, concluding with the encouraging
> > > notice, "QIF Import Completed" However, the transaction does not
> > > appear in the account register.
> > >
> > > One possible clue: I get a screen that asks me to match this
> > > transaction with one of two others that have the same
> > > date/amount/payee, even though the transaction doesn't appear in the
> > > account.
> > >
> > > This is actually one of numerous exports from the same Quicken file.
> > > Some work; others don't, and my troubleshooting hasn't gotten me
> > > anywhere. From the "about" screen: Version: 3.4; Build ID: 3.4+
> > > (2018-12-30)
> > >
> > > Thanks to the community for your help!
> > >
> > > Art
> ___
> 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 

Re: [GNC] Error While Saving in GnuCash 3.5 on Win7-64

[Greg Feneis]

Hi Frank,

I started this thread. I've been driving this thread since I started it.
What made you think I hijacked?

I was aware of bugzilla, but it's not an email list.  I had some concern
that the process had changed from when I last monitored this list many
months ago.  Previously an error like this gets discussed, and someone, a
developer or person who works more closely with the project, asks the
reporter to log it to bugzilla.

Kind regards,

Greg Feneis 




On Thu, Apr 4, 2019 at 10:43 PM Frank H. Ellenberger <
frank.h.ellenber...@gmail.com> wrote:

> Am 04.04.19 um 17:28 schrieb Greg Feneis:
> > Is there some other gnucash list I should use to report program errors?
> >
>
> Yes, Greg,
> read https://wiki.gnucash.org/wiki/Bugzilla for the details.
>
> BTW: Next time instead of hijacking other threads start a new one. ;-)
>
> Regards frank
>
>
> >
> > Kind regards,
> >
> > Greg Feneis 
> >
> >
> >
> >
> > On Tue, Apr 2, 2019 at 5:41 PM Greg Feneis  wrote:
> >
> >> Hi,
> >>
> >> I just upgraded to 3.5 from 2.6.21.
> >>
> >> I've been using 2.6.x for a few years, and never had trouble saving to
> >> this directory, but after upgrading to 3.5, I tried to save and it
> gives me
> >> an error message.
> >>
> >> "You attempted to save in "can't be displayed" or a subdirectory
> thereof.
> >> This is not allowed as GnuCash reserves that director for internal use.
> >>
> >> Please try again in a different directory."  (close)
> >>
> >>
> >> Here's a link to a screen shot of the error message:
> >> https://www.dropbox.com/s/1opqys3wxuyw4rv/2019-04-02_17-05-34.png?dl=0
> >>
> >> Note that where I wrote "can't be displayed" is actually a strange
> graphic
> >> like when an emoji can't be displayed.  See the screen shot.
> >>
> >> It appears when the error message was generated, the file path couldn't
> be
> >> parsed.  This makes me think GnuCash isn't capable of parsing the save
> to
> >> path.  I suspect it's a path length issue.  I tried shorter paths and it
> >> worked.  FSR, the new GnuCash seem like it can't save to the same length
> >> path that the old series was capable of.
> >>
> >> Sorry if this is already a known issue
> >>
> >> Kind regards,
> >>
> >> Greg Feneis 
> >>
> >>
> >>
> >>
> >>
> >>>
> > ___
> > 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] Fonts

[Gareth Davies via gnucash-user]

Widows 10 V3.5

I know this is probably a stupid question, but where do I put the line
below, and do I put everything in including the asterisk and brackets. e.g
* { font: 10pt verdana, arial, sans-serif; }

Regards,
Gareth



-Original Message-
From: gnucash-user
[mailto:gnucash-user-bounces+gareth.davies.1=ntlworld@gnucash.org] On
Behalf Of Liz
Sent: 05 April 2019 09:19
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Fonts

On Thu, 4 Apr 2019 13:49:20 -0400
"Timothy B. Taylor"  wrote:

> For what it's worth ... Notepad worked just fine for me ... GnuCash 
> 3.5, Windows 10 Pro version 1803 ...
> 
> After trying a few variations ... various fonts and sizes ... I ended 
> up with
> 
> * { font: 10pt verdana, arial, sans-serif; }
> 
> ... and by the way it works fine on one line ... Thanks! Tim

However, if you had tried to split the line, you may not have had the same
success.
Could you try with the original


* {
font: 12px arial, sans-serif;
}


using notepad?

Liz
___
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] Unable to install Financial Quotes

[Megagrumpy]

I am having the same problem.




--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Fonts

[Liz]

On Thu, 4 Apr 2019 13:49:20 -0400
"Timothy B. Taylor"  wrote:

> For what it's worth ... Notepad worked just fine for me ... GnuCash
> 3.5, Windows 10 Pro version 1803 ...
> 
> After trying a few variations ... various fonts and sizes ... I ended
> up with
> 
> * { font: 10pt verdana, arial, sans-serif; }
> 
> ... and by the way it works fine on one line ... Thanks! Tim

However, if you had tried to split the line, you may not have had the
same success.
Could you try with the original


* {
font: 12px arial, sans-serif;
}


using notepad?

Liz
___
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] QIF Import Fails

[Art Chimes]

Thanks for the troubleshooting suggestions. Adrien pointed out the
ability to filter register displays, for which I am thankful. As a new
user, I hadn't discovered that tool yet.

He also suggested searching to see if the transaction ended up
imported into some other account. Which is exactly what happened.
Instead of going into the checking account where it was supposed to
go, this transaction -- and many others I thought I had failed to
import -- ended up in "Equity:Retained Earnings." I suspect "retained
earnings" has some specific accounting definition, but I don't know
what it is or what transactions actually belong in that account. I do
know that it was not my intention to put those transactions in that
account, and I am pretty sure I did not assign any transactions to
that account in the import process.

In 2009, a user filed a bug report in Bugzilla on just this behavior.
(https://bugs.gnucash.org/show_bug.cgi?id=603761). Another user
replied to the bug report, "The importer is assuming these are opening
balance transactions. Could you explain why this type of transaction
is legitimate for some other purpose?" My transaction involved a bank
account interest payment. (In Quicken there is no separate income
account so the bank account has an interest payment that appears as if
by magic; it can be credited to the account or transferred to another
account.)

I can manually move these transactions, one-by-one, to where they
should be. But going forward, do I just have to resign myself to a lot
of QIF editing? Since I imagine that a lot of QIF importer users are
migrating from Quicken, perhaps some Quicken-specific warnings or
something could be considered?

Thanks again,
Art

> --
>
> Message: 1
> Date: Thu, 4 Apr 2019 11:25:00 -0500
> From: Adrien Monteleone 
> To: Gnucash Users 
> Subject: Re: [GNC] QIF Import Fails
> Message-ID: 
> Content-Type: text/plain;   charset=utf-8
>
> Any time I?m in a pickle and can?t see a transaction that should be there, I 
> check that the register is not set to a filtered view. The transaction might 
> be hidden for some reason. I also check one of the registers for the other 
> accounts involved in the transaction.
>
> There is also a very powerful Find feature that you can even use regex with 
> to find it.
>
> Regards,
> Adrien
>
> > On Apr 3, 2019, at 9:16 PM, Art Chimes  wrote:
> >
> > !Type:Bank
> > D7/ 1/97
> > U5.32
> > T5.32
> > CX
> > PInterest Earned
> > L_IntInc
> > ^
> >
> > Above is an example of a transaction that is failing to import. The
> > QIF export is from Quicken 2000 via Windows.
> >
> > I've had problems with imports before, but eventually figured out the
> > problem. This one has me stymied. I  successfully imported
> > transactions from 1998-present, but the older ones aren't cooperating.
> >
> > The importer process seems to work ok, concluding with the encouraging
> > notice, "QIF Import Completed" However, the transaction does not
> > appear in the account register.
> >
> > One possible clue: I get a screen that asks me to match this
> > transaction with one of two others that have the same
> > date/amount/payee, even though the transaction doesn't appear in the
> > account.
> >
> > This is actually one of numerous exports from the same Quicken file.
> > Some work; others don't, and my troubleshooting hasn't gotten me
> > anywhere. From the "about" screen: Version: 3.4; Build ID: 3.4+
> > (2018-12-30)
> >
> > Thanks to the community for your help!
> >
> > Art
___
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.