Re: Respun 2.6.18 tarballs

[Maxim Cournoyer]

Ronal B Morse  writes:

> John, it really isn't said often enough here...thank you for all your
> work on this project.

+1! Many thanks to John and the other maintainers for the gift that
GnuCash is! :)

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

OFX failing for Bank Of America Checking

[Bill Starrs]

Hello,

Starting early this week, transaction and balance downloads started to
fail for Bank of America.  Settings still match what is referenced on
the OFX config pages.  I log into the website with the same userid and
password I always have used without issue.  No issues with Chase or
American Express.  


Has anybody else seen this and gotten anywhere?

Sanitized log results below, thanks for any insights:

AqBanking v5.6.12.0stable
Sending jobs to the bank(s)
Locking user [-userid-]
Sending request...
Connecting to server...
Resolving hostname "eftx.bankofamerica.com" ...
IP address is "171.161.207.77"
Connecting to "eftx.bankofamerica.com"
Connected to "eftx.bankofamerica.com"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:RSA-AES-256-GCM:AEAD
Signer not found
Certificate is not trusted
Connected.
Sending message...
Message sent.
Waiting for response...
Receiving response...
HTTP-Status: 200 (OK)
Response received.
Disconnecting from server...
Disconnected.
Parsing response...
Parsing response
Status for signon request: Signon invalid (Code 15500, severity "ERROR")
The user cannot signon because he or she entered an invalid user ID or
password.
Status for transaction statement request: Signon invalid (Code 15500,
severity "ERROR")
The user cannot signon because he or she entered an invalid user ID or
password.
Unlocking user [-userid-]
Postprocessing jobs
Job Get Transactions: finished
Resetting provider queues

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

Re: Permissions on Mac

[prl]

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

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

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


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

chmod u=rw,go=r accounts.gnucash

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

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

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

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

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


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


Peter

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

Re: No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[Eric Beversluis]

Eric Beversluis  
Short fiction at www.ericbeversluis.com

On September 28, 2017 at 15:00:02, John Ralls (jra...@ceridwen.us) wrote:
>  
> > On Sep 28, 2017, at 11:17 AM, Eric Beversluis wrote:  
> >
> >
> >
> > Eric Beversluis
> > Short fiction at www.ericbeversluis.com
> >
> > On September 28, 2017 at 12:56:30, Eric Beversluis 
> > (ebe...@researchintegration.org)  
> wrote:
> >>
> >> Eric Beversluis
> >> Short fiction at www.ericbeversluis.com
> >>
> >> On September 28, 2017 at 12:17:20, John Ralls (jra...@ceridwen.us) wrote:
> >>>
>  On Sep 28, 2017, at 8:58 AM, Eric Beversluis wrote:
> 
>  I’ve recently moved to Mac Sierra. Have been using GnuCash successfully 
>  there.  
> This
> >>> morning when I opened gnucash I got this message:
> 
>  No suitable backend was found for 
>  /Volumes/Secure/GnuCash2016/Personal2016.gnucash  
> 
>  ??
> 
>  Only thing I can think is that I moved some older versions of my GnuCash 
>  files to trash.  
> >>> Had several sitting in other places as a result of the move and of 
> >>> setting up the encrypted  
> >>> image /Volumes/Secure.
> 
>  I seem to be able to open one of the backups, 
>  Personal2016.gnucash.20170927131325.gnucash.  
> >>> But when I try to save it as Personal2016.gnucash, after having moved the 
> >>> original  
> Personal2016.gnucash
> >>> to trash, I get the same “No suitable backend” error.
> 
>  Also strange: Mac or GnuCash or something is creating these two zero 
>  byte files:  
> 
>  Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
>  Personal2016.gnucash.20170927131325.gnucash.LCK
>  ??
> >>>
> >>> Those files are created by the xml backend. The LCK file is the lock file 
> >>> that the backend  
> >>> uses to ensure that only one user is connected to the file at a time. The 
> >>> LNK file is part  
> >>> of a hack to ensure that locking works on an old remote file protocol 
> >>> called NFS, for  
> "network
> >>> file system".
> >>>
> >>> If you save Personal2016.gnucash to a non-encrypted volume is GnuCash 
> >>> able to open  
> >> it?
> >>> Does enabling or disabling compression in Preferences (General tab, 
> >>> middle of the  
> >> page,
> >>> "Compress Files") make a difference?
> >>>
> >>> Is /Volumes/Secure encrypted with File Vault or a third-party program?
> >>>
> >>> Regards,
> >>> John Ralls
> >>>
> >>>
> >> If I save the backup to Desktop as Personal2016.gnucash, it opens.
> >>
> >> If I ‘save as’ the open version to /Volumes/Secure/GnuCash2016/, it get 
> >> the error.  
> Even
> >> after disabling compression before the save as.
> >>
> >> I tried saving to /Volumes/Secure/Gnucash2016/ as Gnucash2016_New.gnucash, 
> >> but  
> >> that generated the same error on opening.
> >>
> >> If I try to copy the GnuCash2016_New.gnucash version to Desktop I get this 
> >> error:
> >>
> >> "The Finder can’t complete the operation because some data in 
> >> “GnuCash2016_New.gnucash”  
> >> can’t be read or written.
> >> (Error code -36)”
> >>
> >> But despite this warning, it copies something there with a size of 3.3MB, 
> >> whereas the  
> >> other files are all aboutl 254KB.
> >>
> >> The wierd thing is that it seemed to be working OK until I moved the 
> >> non-secure copies  
> to
> >> Trash.
> >>
> >> The secure partition (image?—not fully up on Mac jargon yet) was created 
> >> with Disk  
> Utility
> >>> New Image > Blank Image. Whether that uses File Vault I don’t know. I 
> >>> somehow thought  
> >> File Vault encrypted the whole disk.
> >
> > Thought maybe it was a permissions thing. Changed to 755 and used terminal 
> > to copy to  
> /Volumes/Secure. Looked like that solved it.
> >
> > But no. What’s happening: even if I click on the file in the secure 
> > directory, GnuCash  
> is opening the one on the desktop.
> >
> > If I rename the one on the Desktop and try to open the one from the secure 
> > directory I get  
> the old “No suitable backend” error. I think this has been happening all 
> along and moving  
> the non-secure versions to trash made that no longer possible.
> >
> > That’s weird: click on one file and gnucash chooses to open a different one.
>  
> Double-clicking on a file doesn't work in GnuCash, it just opens GnuCash with 
> the previously  
> loaded file. You have to use File>Open to change files unless the file you 
> want to switch  
> to is in the most-recently-used list at the bottom of the File menu.
>  
> FileVault is an encrypted file system. Each partition on a physical disk and 
> every disk  
> image contains a file system, so that's what FileVault encrypts. Some people 
> get confused  
> because FileVault says that it's on or off for "disk Macintosh HD",
> but Macintosh HD is a partition, not the whole disk.
>  
> OK, so /Volumes/Private is a mounted disk image created with Disk Manager. 
> I've been  
> using those for years with no problems, though it was created with Disk 
> Utility from a  

Invoice Printing Change....

[Dr. Timothy B. Jones]

Greetings GnuCash Users!

 

I noticed when I updated to Version 17 and it continues with Version 18 that
my company name when I print invoices no longer will fit on the first line
of the invoice even though there are other longer lines of printing.  My
Company name is 19 letters..any now the EdD portion is moving to the next
line.  I have not found a way to make to font smaller or any work around to
get the entire company name back on the same line even though there is
plenty of space for it..in fact I am not sure what was changed on the
Invoice code to make this happen between Update 16 and Update 17.  Anyone
have any thoughts or suggestions?  (I use the Windows 10 Version and am now
on 2.6.18-2)

 

Thanks so much!

 

 

Timothy B. Jones, Ed.D.

Author & Principal Consultant

1910 Pacific Avenue Suite 14215

Dallas, Texas 75201

 

 

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

Re: No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[John Ralls]

> On Sep 28, 2017, at 11:17 AM, Eric Beversluis 
>  wrote:
> 
> 
> 
> Eric Beversluis  
> Short fiction at www.ericbeversluis.com
> 
> On September 28, 2017 at 12:56:30, Eric Beversluis 
> (ebe...@researchintegration.org) wrote:
>> 
>> Eric Beversluis
>> Short fiction at www.ericbeversluis.com
>> 
>> On September 28, 2017 at 12:17:20, John Ralls (jra...@ceridwen.us) wrote:
>>> 
 On Sep 28, 2017, at 8:58 AM, Eric Beversluis wrote:
 
 I’ve recently moved to Mac Sierra. Have been using GnuCash successfully 
 there. This  
>>> morning when I opened gnucash I got this message:
 
 No suitable backend was found for 
 /Volumes/Secure/GnuCash2016/Personal2016.gnucash  
 
 ??
 
 Only thing I can think is that I moved some older versions of my GnuCash 
 files to trash.  
>>> Had several sitting in other places as a result of the move and of setting 
>>> up the encrypted  
>>> image /Volumes/Secure.
 
 I seem to be able to open one of the backups, 
 Personal2016.gnucash.20170927131325.gnucash.  
>>> But when I try to save it as Personal2016.gnucash, after having moved the 
>>> original Personal2016.gnucash  
>>> to trash, I get the same “No suitable backend” error.
 
 Also strange: Mac or GnuCash or something is creating these two zero byte 
 files:
 
 Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
 Personal2016.gnucash.20170927131325.gnucash.LCK
 ??
>>> 
>>> Those files are created by the xml backend. The LCK file is the lock file 
>>> that the backend  
>>> uses to ensure that only one user is connected to the file at a time. The 
>>> LNK file is part  
>>> of a hack to ensure that locking works on an old remote file protocol 
>>> called NFS, for "network  
>>> file system".
>>> 
>>> If you save Personal2016.gnucash to a non-encrypted volume is GnuCash able 
>>> to open  
>> it?
>>> Does enabling or disabling compression in Preferences (General tab, middle 
>>> of the  
>> page,
>>> "Compress Files") make a difference?
>>> 
>>> Is /Volumes/Secure encrypted with File Vault or a third-party program?
>>> 
>>> Regards,
>>> John Ralls
>>> 
>>> 
>> If I save the backup to Desktop as Personal2016.gnucash, it opens.
>> 
>> If I ‘save as’ the open version to /Volumes/Secure/GnuCash2016/, it get the 
>> error. Even 
>> after disabling compression before the save as.
>> 
>> I tried saving to /Volumes/Secure/Gnucash2016/ as Gnucash2016_New.gnucash, 
>> but  
>> that generated the same error on opening.
>> 
>> If I try to copy the GnuCash2016_New.gnucash version to Desktop I get this 
>> error:
>> 
>> "The Finder can’t complete the operation because some data in 
>> “GnuCash2016_New.gnucash” 
>> can’t be read or written.
>> (Error code -36)”
>> 
>> But despite this warning, it copies something there with a size of 3.3MB, 
>> whereas the  
>> other files are all aboutl 254KB.
>> 
>> The wierd thing is that it seemed to be working OK until I moved the 
>> non-secure copies to  
>> Trash.
>> 
>> The secure partition (image?—not fully up on Mac jargon yet) was created 
>> with Disk Utility  
>>> New Image > Blank Image. Whether that uses File Vault I don’t know. I 
>>> somehow thought 
>> File Vault encrypted the whole disk.
> 
> Thought maybe it was a permissions thing. Changed to 755 and used terminal to 
> copy to /Volumes/Secure. Looked like that solved it.
> 
> But no. What’s happening: even if I click on the file in the secure 
> directory, GnuCash is opening the one on the desktop. 
> 
> If I rename the one on the Desktop and try to open the one from the secure 
> directory I get the old “No suitable backend” error. I think this has been 
> happening all along and moving the non-secure versions to trash made that no 
> longer possible.
> 
> That’s weird: click on one file and gnucash chooses to open a different one.

Double-clicking on a file doesn't work in GnuCash, it just opens GnuCash with 
the previously loaded file. You have to use File>Open to change files unless 
the file you want to switch to is in the most-recently-used list at the bottom 
of the File menu.

FileVault is an encrypted file system. Each partition on a physical disk and 
every disk image contains a file system, so that's what FileVault encrypts. 
Some people get confused because FileVault says that it's on or off for "disk 
Macintosh HD",
but Macintosh HD is a partition, not the whole disk. 

OK, so /Volumes/Private is a mounted disk image created with Disk Manager. I've 
been using those for years with no problems, though it was created with Disk 
Utility from a previous version of MacOS. If Finder has trouble with the disk 
image, everything else will too. Have you run Disk Manager's First Aid on it?

What Disk Manager settings did you use to create the /Volumes/Secure disk image?

Regards,
John Ralls

___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user

Re: Please unsubscribe

[John Ralls]

> On Sep 28, 2017, at 11:47 AM, Jamie Tyrrell  wrote:
> 
> Your group has cleared up several issues for me. Thanks. I may rejoin in
> the future but would like to unsubscribe for the present.

We can't do that, but you can do it yourself by going to the website below:

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

Regards,
John Ralls

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

Please unsubscribe

[Jamie Tyrrell]

Your group has cleared up several issues for me. Thanks. I may rejoin in
the future but would like to unsubscribe for the present.
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[Geert Janssens]

On donderdag 28 september 2017 20:17:31 CEST Eric Beversluis wrote:
> Eric Beversluis
> Short fiction at www.ericbeversluis.com
> 
> On September 28, 2017 at 12:56:30, Eric Beversluis 
(ebe...@researchintegration.org) wrote:
> > Eric Beversluis
> > Short fiction at www.ericbeversluis.com
> > 
> > On September 28, 2017 at 12:17:20, John Ralls (jra...@ceridwen.us) wrote:
> > > > On Sep 28, 2017, at 8:58 AM, Eric Beversluis wrote:
> > > > 
> > > > I’ve recently moved to Mac Sierra. Have been using GnuCash
> > > > successfully there. This> > 
> > > morning when I opened gnucash I got this message:
> > > > No suitable backend was found for
> > > > /Volumes/Secure/GnuCash2016/Personal2016.gnucash
> > > > 
> > > > ??
> > > > 
> > > > Only thing I can think is that I moved some older versions of my
> > > > GnuCash files to trash.> > 
> > > Had several sitting in other places as a result of the move and of
> > > setting up the encrypted image /Volumes/Secure.
> > > 
> > > > I seem to be able to open one of the backups,
> > > > Personal2016.gnucash.20170927131325.gnucash.> > 
> > > But when I try to save it as Personal2016.gnucash, after having moved
> > > the original Personal2016.gnucash to trash, I get the same “No suitable
> > > backend” error.
> > > 
> > > > Also strange: Mac or GnuCash or something is creating these two zero
> > > > byte files:
> > > > 
> > > > Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
> > > > Personal2016.gnucash.20170927131325.gnucash.LCK
> > > > ??
> > > 
> > > Those files are created by the xml backend. The LCK file is the lock
> > > file that the backend uses to ensure that only one user is connected to
> > > the file at a time. The LNK file is part of a hack to ensure that
> > > locking works on an old remote file protocol called NFS, for "network
> > > file system".
> > > 
> > > If you save Personal2016.gnucash to a non-encrypted volume is GnuCash
> > > able to open> 
> > it?
> > 
> > > Does enabling or disabling compression in Preferences (General tab,
> > > middle of the> 
> > page,
> > 
> > > "Compress Files") make a difference?
> > > 
> > > Is /Volumes/Secure encrypted with File Vault or a third-party program?
> > > 
> > > Regards,
> > > John Ralls
> > 
> > If I save the backup to Desktop as Personal2016.gnucash, it opens.
> > 
> > If I ‘save as’ the open version to /Volumes/Secure/GnuCash2016/, it get
> > the error. Even after disabling compression before the save as.
> > 
> > I tried saving to /Volumes/Secure/Gnucash2016/ as Gnucash2016_New.gnucash,
> > but that generated the same error on opening.
> > 
> > If I try to copy the GnuCash2016_New.gnucash version to Desktop I get this
> > error:
> > 
> > "The Finder can’t complete the operation because some data in
> > “GnuCash2016_New.gnucash” can’t be read or written.
> > (Error code -36)”
> > 
> > But despite this warning, it copies something there with a size of 3.3MB,
> > whereas the other files are all aboutl 254KB.
> > 
> > The wierd thing is that it seemed to be working OK until I moved the
> > non-secure copies to Trash.
> > 
> > The secure partition (image?—not fully up on Mac jargon yet) was created
> > with Disk Utility> 
> > > New Image > Blank Image. Whether that uses File Vault I don’t know. I
> > > somehow thought> 
> > File Vault encrypted the whole disk.
> 
> Thought maybe it was a permissions thing. Changed to 755 and used terminal
> to copy to /Volumes/Secure. Looked like that solved it.
> 
> But no. What’s happening: even if I click on the file in the secure
> directory, GnuCash is opening the one on the desktop. 
> 
> If I rename the one on the Desktop and try to open the one from the secure
> directory I get the old “No suitable backend” error. I think this has been
> happening all along and moving the non-secure versions to trash made that
> no longer possible.
> 
> That’s weird: click on one file and gnucash chooses to open a different one.

That's a known issue on the OS X version of gnucash. The way OS X passes the 
file to be opened to gnucash is not compatible with the code gnucash is built 
on. The application originates from the linux world so not all OS X specific 
details are handled the Mac way.

The way to solve it is to open the right file from within gnucash using File-
>Open...

After that gnucash will remember that file to be the one you last opened and 
will reopen it the next time you start gnucash (regardless of which file you 
click in the Finder).

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

Re: No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[Eric Beversluis]

Eric Beversluis  
Short fiction at www.ericbeversluis.com

On September 28, 2017 at 12:56:30, Eric Beversluis 
(ebe...@researchintegration.org) wrote:
>  
> Eric Beversluis
> Short fiction at www.ericbeversluis.com
>  
> On September 28, 2017 at 12:17:20, John Ralls (jra...@ceridwen.us) wrote:
> >
> > > On Sep 28, 2017, at 8:58 AM, Eric Beversluis wrote:
> > >
> > > I’ve recently moved to Mac Sierra. Have been using GnuCash successfully 
> > > there. This  
> > morning when I opened gnucash I got this message:
> > >
> > > No suitable backend was found for 
> > > /Volumes/Secure/GnuCash2016/Personal2016.gnucash  
> > >
> > > ??
> > >
> > > Only thing I can think is that I moved some older versions of my GnuCash 
> > > files to trash.  
> > Had several sitting in other places as a result of the move and of setting 
> > up the encrypted  
> > image /Volumes/Secure.
> > >
> > > I seem to be able to open one of the backups, 
> > > Personal2016.gnucash.20170927131325.gnucash.  
> > But when I try to save it as Personal2016.gnucash, after having moved the 
> > original Personal2016.gnucash  
> > to trash, I get the same “No suitable backend” error.
> > >
> > > Also strange: Mac or GnuCash or something is creating these two zero byte 
> > > files:
> > >
> > > Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
> > > Personal2016.gnucash.20170927131325.gnucash.LCK
> > > ??
> >
> > Those files are created by the xml backend. The LCK file is the lock file 
> > that the backend  
> > uses to ensure that only one user is connected to the file at a time. The 
> > LNK file is part  
> > of a hack to ensure that locking works on an old remote file protocol 
> > called NFS, for "network  
> > file system".
> >
> > If you save Personal2016.gnucash to a non-encrypted volume is GnuCash able 
> > to open  
> it?
> > Does enabling or disabling compression in Preferences (General tab, middle 
> > of the  
> page,
> > "Compress Files") make a difference?
> >
> > Is /Volumes/Secure encrypted with File Vault or a third-party program?
> >
> > Regards,
> > John Ralls
> >
> >
> If I save the backup to Desktop as Personal2016.gnucash, it opens.
>  
> If I ‘save as’ the open version to /Volumes/Secure/GnuCash2016/, it get the 
> error. Even  
> after disabling compression before the save as.
>  
> I tried saving to /Volumes/Secure/Gnucash2016/ as Gnucash2016_New.gnucash, 
> but  
> that generated the same error on opening.
>  
> If I try to copy the GnuCash2016_New.gnucash version to Desktop I get this 
> error:
>  
> "The Finder can’t complete the operation because some data in 
> “GnuCash2016_New.gnucash”  
> can’t be read or written.
> (Error code -36)”
>  
> But despite this warning, it copies something there with a size of 3.3MB, 
> whereas the  
> other files are all aboutl 254KB.
>  
> The wierd thing is that it seemed to be working OK until I moved the 
> non-secure copies to  
> Trash.
>  
> The secure partition (image?—not fully up on Mac jargon yet) was created with 
> Disk Utility  
> > New Image > Blank Image. Whether that uses File Vault I don’t know. I 
> > somehow thought  
> File Vault encrypted the whole disk.

Thought maybe it was a permissions thing. Changed to 755 and used terminal to 
copy to /Volumes/Secure. Looked like that solved it.

But no. What’s happening: even if I click on the file in the secure directory, 
GnuCash is opening the one on the desktop. 

If I rename the one on the Desktop and try to open the one from the secure 
directory I get the old “No suitable backend” error. I think this has been 
happening all along and moving the non-secure versions to trash made that no 
longer possible.

That’s weird: click on one file and gnucash chooses to open a different one.
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Permissions on Mac

[Geert Janssens]

On donderdag 28 september 2017 19:54:44 CEST Eric Beversluis wrote:
> What permissions should the .gnucash files have on Mac? Some seem to be 644
> while the older ones seem to be 777. I copied them all to Mac from Linux
> using a FAT32 disk, so I’m not sure they all came over properly.
> 
> 777 seems wrong, but 644 seems not enough, though the .gnucash file on my
> Desktop seems to open OK as 644. “Group” seems to be something called
> “Staff."

644 should be sufficient. The '6' in  that number means the owner is able to 
read from and write to this file. Changing it to '7' would add execution 
permissions. But a data file should never be executable, so 7 would be too 
much. The two '4's mean the file is readable by any member of the "Staff" 
group (the first '4') and everone else as well (the second '4'). So depending 
on how much you trust other users on your computer, you could in theory reduce 
the permissions to only '600' as well.

On the other hand if you're the only user it probably doesn't matter that 
much... 600 is in any case the absolute minimum to work with the file 
yourself.

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

Permissions on Mac

[Eric Beversluis]

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

777 seems wrong, but 644 seems not enough, though the .gnucash file on my 
Desktop seems to open OK as 644. “Group” seems to be something called “Staff."

Eric Beversluis  
Short fiction at www.ericbeversluis.com

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

Re: What's the best way to model "in-flight" transactions?

[Alton Brantley]

The way I handle this is to create a subaccount of my bank accounts labeled 
“Bank1:ACH” for automated clearing house.
Then the transactions look like this (where Db means debit, Cr means credit, 
and assuming credit card is paid $1000.00)
Bank1 is an account of type bank (an asset),
ACH is a subaccount of Bank1 of type cash (also an asset)
CreditCard1 is an account of type credit card (a liability)

When the credit card bill is paid:
CreditCard1 Db 1000.00
Bank1:ACH  Cr 1000.00
  This transaction reduces the liability (by increasing the credit available) 
and reduces the cash available in the ACH account(creating a negative balace). 
If I look at the Accounts tab, I can see at a glance what my bank account is 
according to the bank, and the pending deductions from that amount.

When the payment clears the bank:

Bank1:ACH Db 1000.00
Bank1 Cr 1000.00 
  This transaction reduces the money in the “float” of the ACH (by increasing 
the negative balance there), and reduces the cash in the Bank1 account, showing 
that the bank paid through the ACH.

It seems complicated (at first), so play with it in a dummy set of books. 
You’ll get the feel of it pretty quick. 
This is the only way I have found of being able to reconcile easily both the 
credit card statement and the bank statement without editing dates that make 
one or the other not map correctly.



> Date: Thu, 28 Sep 2017 05:39:09 -0700 (MST)
> From: replicon mailto:repli...@gmail.com>>
> To: gnucash-user@gnucash.org 
> Subject: What's the best way to model "in-flight" transactions?
> Message-ID: <1506602349864-0.p...@n4.nabble.com 
> >
> Content-Type: text/plain; charset=us-ascii
> 
> Hey all,
> 
> I've been using/loving GNUCash for almost a year now, and one thing I'm sure
> I'm doing wrong is how I'm showing credit card payments.
> 
> For paying credit card bills, I just use my bank's bill pay. The bank is
> different from the credit card provider, so there's some "in-flight" time
> for that money. The day the withdrawal shows up on my checking account is
> not the same as the day the payment shows up when I login to my credit card
> provider and check transactions there.
> 
> Right now, in GNUCash, I just do a transaction from checking account to
> credit card, and by convention, always adjust the time to reflect checking
> account, but I wonder if there's a more correct way to do it.
> 
> The best I can think of is to have a separate account for "in-flight"
> transactions between establishments, and turn the credit card payment into
> two transactions that go through this account. Is that the best way to do
> it? If so, what account type would that be? Would it be an asset, because in
> a way, it's like I'm loaning money to some imaginary entity for a while,
> which it will repay to my other account a day or two later? :)
> 
> Thanks!
> 
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: What's the best way to model "in-flight" transactions?

[Mark Phillips]

One way to think about the float is to, well, not think about it. When you
pay you credit card company with bill pay, those funds are "gone" in the
sense you really should not use them for another transaction. So, enter the
transaction as you have been doing. Your gnucash bank balance will be
correct, as you have earmarked those credit card funds for the credit card
payment. When you reconcile your bank account, those funds will either be
gone or not, it doesn't matter, as your gnucash balance will still reflect
the correct amount of disposable cash in your bank account.

Mark

On Sep 28, 2017 7:17 AM, "David Carlson" 
wrote:

> I think the answer is "What works best for you."
>
> When most of our bank account transactions were checks (cheques in many
> countries) we entered each check by date and number in the checkbook
> register.  When the bank statement came we compared it to our register,
> checking off each one that appeared on the statement.  Then we made a list
> of the checks (and deposits) that did not match the bank statement, added
> them up and compared sum of those and the statement balance to our
> checkbook register balance.  Since we did it all by hand, there were months
> when we would tear our hair out trying to find out why they did not agree.
>
> I personally use a pair of special accounts that I call Checking A-R and
> Checking A-P to hold items that are in float, but I only use them when I
> want to account for float, say, over the transition from month to month, or
> when there is an unusual issue with a missing check or whatever as each
> transaction gets entered twice.
>
> I only consider doing this for bank accounts, credit card accounts, and
> sometimes for medical bills if I am trying to track what I owe there.
>
> David C
>
> On Thu, Sep 28, 2017 at 7:39 AM, replicon  wrote:
>
> > Hey all,
> >
> > I've been using/loving GNUCash for almost a year now, and one thing I'm
> > sure
> > I'm doing wrong is how I'm showing credit card payments.
> >
> > For paying credit card bills, I just use my bank's bill pay. The bank is
> > different from the credit card provider, so there's some "in-flight" time
> > for that money. The day the withdrawal shows up on my checking account is
> > not the same as the day the payment shows up when I login to my credit
> card
> > provider and check transactions there.
> >
> > Right now, in GNUCash, I just do a transaction from checking account to
> > credit card, and by convention, always adjust the time to reflect
> checking
> > account, but I wonder if there's a more correct way to do it.
> >
> > The best I can think of is to have a separate account for "in-flight"
> > transactions between establishments, and turn the credit card payment
> into
> > two transactions that go through this account. Is that the best way to do
> > it? If so, what account type would that be? Would it be an asset, because
> > in
> > a way, it's like I'm loaning money to some imaginary entity for a while,
> > which it will repay to my other account a day or two later? :)
> >
> > Thanks!
> >
> >
> >
> > --
> > Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-
> f1415819.html
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[Eric Beversluis]

Eric Beversluis  
Short fiction at www.ericbeversluis.com

On September 28, 2017 at 12:17:20, John Ralls (jra...@ceridwen.us) wrote:
>  
> > On Sep 28, 2017, at 8:58 AM, Eric Beversluis wrote:  
> >
> > I’ve recently moved to Mac Sierra. Have been using GnuCash successfully 
> > there. This  
> morning when I opened gnucash I got this message:
> >
> > No suitable backend was found for 
> > /Volumes/Secure/GnuCash2016/Personal2016.gnucash  
> >
> > ??
> >
> > Only thing I can think is that I moved some older versions of my GnuCash 
> > files to trash.  
> Had several sitting in other places as a result of the move and of setting up 
> the encrypted  
> image /Volumes/Secure.
> >
> > I seem to be able to open one of the backups, 
> > Personal2016.gnucash.20170927131325.gnucash.  
> But when I try to save it as Personal2016.gnucash, after having moved the 
> original Personal2016.gnucash  
> to trash, I get the same “No suitable backend” error.
> >
> > Also strange: Mac or GnuCash or something is creating these two zero byte 
> > files:
> >
> > Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
> > Personal2016.gnucash.20170927131325.gnucash.LCK
> > ??
>  
> Those files are created by the xml backend. The LCK file is the lock file 
> that the backend  
> uses to ensure that only one user is connected to the file at a time. The LNK 
> file is part  
> of a hack to ensure that locking works on an old remote file protocol called 
> NFS, for "network  
> file system".
>  
> If you save Personal2016.gnucash to a non-encrypted volume is GnuCash able to 
> open it?  
> Does enabling or disabling compression in Preferences (General tab, middle of 
> the page,  
> "Compress Files") make a difference?
>  
> Is /Volumes/Secure encrypted with File Vault or a third-party program?
>  
> Regards,
> John Ralls
>  
>  
If I save the backup to Desktop as Personal2016.gnucash, it opens.

If I ‘save as’ the open version to /Volumes/Secure/GnuCash2016/, it get the 
error. Even after disabling compression before the save as.

I tried saving to /Volumes/Secure/Gnucash2016/ as Gnucash2016_New.gnucash, but 
that generated the same error on opening.

If I try to copy the GnuCash2016_New.gnucash version to Desktop I get this 
error:

 "The Finder can’t complete the operation because some data in 
“GnuCash2016_New.gnucash” can’t be  read or written.
(Error code -36)”

But despite this warning, it copies something there with a size of 3.3MB, 
whereas the other files are all aboutl 254KB.

The wierd thing is that it seemed to be working OK until I moved the non-secure 
copies to Trash.

The secure partition (image?—not fully up on Mac jargon yet) was created with 
Disk Utility > New Image > Blank Image. Whether that uses File Vault I don’t 
know. I somehow thought File Vault encrypted the whole disk.
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[John Ralls]

> On Sep 28, 2017, at 8:58 AM, Eric Beversluis  
> wrote:
> 
> I’ve recently moved to Mac Sierra. Have been using GnuCash successfully 
> there. This morning when I opened gnucash I got this message: 
> 
> No suitable backend was found for 
> /Volumes/Secure/GnuCash2016/Personal2016.gnucash
> 
> ??
> 
> Only thing I can think is that I moved some older versions of my GnuCash 
> files to trash. Had several sitting in other places as a result of the move 
> and of setting up the encrypted image /Volumes/Secure. 
> 
> I seem to be able to open one of the backups, 
> Personal2016.gnucash.20170927131325.gnucash. But when I try to save it as 
> Personal2016.gnucash, after having moved the original Personal2016.gnucash to 
> trash, I get the same “No suitable backend” error.
> 
> Also strange: Mac or GnuCash or something is creating these two zero byte 
> files:
> 
> Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
> Personal2016.gnucash.20170927131325.gnucash.LCK
> ??

Those files are created by the xml backend. The LCK file is the lock file that 
the backend uses to ensure that only one user is connected to the file at a 
time. The LNK file is part of a hack to ensure that locking works on an old 
remote file protocol called NFS, for "network file system".

If you save Personal2016.gnucash to a non-encrypted volume is GnuCash able to 
open it? Does enabling or disabling compression in Preferences (General tab, 
middle of the page, "Compress Files") make a difference?

Is /Volumes/Secure encrypted with File Vault or a third-party program?

Regards,
John Ralls

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

No suitable backend was found for /Volumes/Secure/GnuCash2016/Personal2016.gnucash

[Eric Beversluis]

I’ve recently moved to Mac Sierra. Have been using GnuCash successfully there. 
This morning when I opened gnucash I got this message: 

No suitable backend was found for 
/Volumes/Secure/GnuCash2016/Personal2016.gnucash

??

Only thing I can think is that I moved some older versions of my GnuCash files 
to trash. Had several sitting in other places as a result of the move and of 
setting up the encrypted image /Volumes/Secure. 

I seem to be able to open one of the backups, 
Personal2016.gnucash.20170927131325.gnucash. But when I try to save it as 
Personal2016.gnucash, after having moved the original Personal2016.gnucash to 
trash, I get the same “No suitable backend” error.

Also strange: Mac or GnuCash or something is creating these two zero byte files:

    Personal2016.gnucash.20170927131325.gnucash.0.1139.LNK
    Personal2016.gnucash.20170927131325.gnucash.LCK
??

Eric Beversluis  
Short fiction at www.ericbeversluis.com

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

Re: Respun 2.6.18 tarballs

[Fross, Michael]

Here here!  Totally agree Ronal.  John, Geert and the rest of the
developers who donate so much of their time and expertise for the benefit
of us all is very generous.

Thank you.

On Thu, Sep 28, 2017 at 10:20 AM, Ronal B Morse  wrote:

> John, it really isn't said often enough here...thank you for all your work
> on this project.
>
> RBM
>
>
>
> On 09/27/2017 09:58 PM, John Ralls wrote:
>
>> Bug 788191 reported that the tarballs originally shipped with the release
>> worked only with Guile-2.0. This turned out to be due to an error in SWIG
>> that's in the version on Fedora 25 which I used to create those tarballs.
>> I've re-spun the tarballs and the reporter of the bug has tested that they
>> are now correct.
>>
>> The re-spun tarballs also include src/optional/python-bindings/__init__.py,
>> reported as missing by another user.
>>
>> The sha256 hashes for the re-spun tarballs are:
>> 68730bcfcead7485011eb43d3b2c5df032c714571c81f9a15d33d8494fc4249d
>> gnucash-2.6.18-1.tar.bz2
>> f66e9e05c332182bd7aa23f9717d4bc32bcfaf2a1eb3a94287c88aeaa7e5894e
>> gnucash-2.6.18-1.tar.gz
>>
>> Note the -1 suffix. The links on www.gnucash.org have been updated.
>>
>> Regards,
>> John Ralls
>>
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: Respun 2.6.18 tarballs

[Ronal B Morse]

John, it really isn't said often enough here...thank you for all your 
work on this project.


RBM


On 09/27/2017 09:58 PM, John Ralls wrote:

Bug 788191 reported that the tarballs originally shipped with the release 
worked only with Guile-2.0. This turned out to be due to an error in SWIG 
that's in the version on Fedora 25 which I used to create those tarballs. I've 
re-spun the tarballs and the reporter of the bug has tested that they are now 
correct.

The re-spun tarballs also include src/optional/python-bindings/__init__.py, 
reported as missing by another user.

The sha256 hashes for the re-spun tarballs are:
68730bcfcead7485011eb43d3b2c5df032c714571c81f9a15d33d8494fc4249d  
gnucash-2.6.18-1.tar.bz2
f66e9e05c332182bd7aa23f9717d4bc32bcfaf2a1eb3a94287c88aeaa7e5894e  
gnucash-2.6.18-1.tar.gz

Note the -1 suffix. The links on www.gnucash.org have been updated.

Regards,
John Ralls

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


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

Re: What's the best way to model "in-flight" transactions?

[David Carlson]

I think the answer is "What works best for you."

When most of our bank account transactions were checks (cheques in many
countries) we entered each check by date and number in the checkbook
register.  When the bank statement came we compared it to our register,
checking off each one that appeared on the statement.  Then we made a list
of the checks (and deposits) that did not match the bank statement, added
them up and compared sum of those and the statement balance to our
checkbook register balance.  Since we did it all by hand, there were months
when we would tear our hair out trying to find out why they did not agree.

I personally use a pair of special accounts that I call Checking A-R and
Checking A-P to hold items that are in float, but I only use them when I
want to account for float, say, over the transition from month to month, or
when there is an unusual issue with a missing check or whatever as each
transaction gets entered twice.

I only consider doing this for bank accounts, credit card accounts, and
sometimes for medical bills if I am trying to track what I owe there.

David C

On Thu, Sep 28, 2017 at 7:39 AM, replicon  wrote:

> Hey all,
>
> I've been using/loving GNUCash for almost a year now, and one thing I'm
> sure
> I'm doing wrong is how I'm showing credit card payments.
>
> For paying credit card bills, I just use my bank's bill pay. The bank is
> different from the credit card provider, so there's some "in-flight" time
> for that money. The day the withdrawal shows up on my checking account is
> not the same as the day the payment shows up when I login to my credit card
> provider and check transactions there.
>
> Right now, in GNUCash, I just do a transaction from checking account to
> credit card, and by convention, always adjust the time to reflect checking
> account, but I wonder if there's a more correct way to do it.
>
> The best I can think of is to have a separate account for "in-flight"
> transactions between establishments, and turn the credit card payment into
> two transactions that go through this account. Is that the best way to do
> it? If so, what account type would that be? Would it be an asset, because
> in
> a way, it's like I'm loaning money to some imaginary entity for a while,
> which it will repay to my other account a day or two later? :)
>
> Thanks!
>
>
>
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: What's the best way to model "in-flight" transactions?

[Buddha Buck]

Remember that your books are supposed to reflect your view of the
transactions you are making, not those of other entities.

Instead of a credit card payment or an account-to-account transfer,
consider the more traditional case of paying a vendor with a check.

On January 1st, you buy a CD from a folk musician at a concert, and you
write them a check for $15.00. You put that into GnuCash as "Tanglefoot CD,
Db. Exp:Music $15, Cr. Ass:Bank $15 (check #1423)".

On January 15th, you check your balance online, and see that the check
cleared on the 10th. You go into GnuCash, pull up your register for
Ass:Bank, find the transaction for buying the CD, and tick the cleared
column so it shows a "c".

On January 28th, you get your bank statements, and reconcile it against
Ass:Bank, and change the "c" in the cleared column to an "r", for
reconciled.

As far as you were concerned, the transaction happened on the 1st; the fact
that the bank didn't register it until the 10th is "recorded" only in so
much as in the time frame between when the transaction was put into GnuCash
(on the 1st) and when it was noticed (on the 15th), the transaction was not
marked "cleared".

There is one slight complication: *transactions* are not marked as
"cleared" or "reconciled". The part of the transaction associated with a
particular account (what GnuCash calls a *split*) is "cleared" or
"reconciled". So it is possible, and in many cases common, for only parts
of a transaction to be reconciled. For instance, in the above example, it
makes no sense to reconcile the $15 cebit to Exp:Music. Reconciliation is a
comparison against someone else's record of the transaction, and there
isn't another record to reconcile against.

So to get back to your situation; Let's deal with a complicated credit card
payment setup I'll likely have to deal with tomorrow.

On Friday, Sep29, I get paid by my client, and I deposit the check into my
bank. That evening, I go online and I schedule an "immediate" payment to my
CC for $500. Because it is Friday night, the CC company doesn't process the
payment until Monday. It takes a day for the request to get processed by my
bank, and two more days for the payment to wend its way through the
clearinghouse systems to the CC company. At which point, the CC company
lists the transaction on my statement as happening on Friday, Sep29, but
before then, it didn't appear.

So how should this be modeled in GnuCash?

Sep29 Payment of Invoice #2345 by XYZCo, Db: Ass:Bank $1000, Cr:
Inc:Services $1000
Sep29 Pay Visa, Db: Lia:Visa $500, Cr: Ass:Bank $500

Then on Oct03, I notice that the bank has processed it, and mark the
Cr::Ass:Bank $500 as "cleared".
On Oct05, I notice that Visa has processed it, and mark the Db: Lia:Visa
$500 as "cleared".

I believe that GnuCash has modes for showing the "cleared" balances on
accounts, which is what you should really be looking at when comparing
statement (or online) balances with GnuCash balances.




On Thu, Sep 28, 2017 at 9:00 AM replicon  wrote:

> Hey all,
>
> I've been using/loving GNUCash for almost a year now, and one thing I'm
> sure
> I'm doing wrong is how I'm showing credit card payments.
>
> For paying credit card bills, I just use my bank's bill pay. The bank is
> different from the credit card provider, so there's some "in-flight" time
> for that money. The day the withdrawal shows up on my checking account is
> not the same as the day the payment shows up when I login to my credit card
> provider and check transactions there.
>
> Right now, in GNUCash, I just do a transaction from checking account to
> credit card, and by convention, always adjust the time to reflect checking
> account, but I wonder if there's a more correct way to do it.
>
> The best I can think of is to have a separate account for "in-flight"
> transactions between establishments, and turn the credit card payment into
> two transactions that go through this account. Is that the best way to do
> it? If so, what account type would that be? Would it be an asset, because
> in
> a way, it's like I'm loaning money to some imaginary entity for a while,
> which it will repay to my other account a day or two later? :)
>
> Thanks!
>
>
>
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

What's the best way to model "in-flight" transactions?

[replicon]

Hey all,

I've been using/loving GNUCash for almost a year now, and one thing I'm sure
I'm doing wrong is how I'm showing credit card payments.

For paying credit card bills, I just use my bank's bill pay. The bank is
different from the credit card provider, so there's some "in-flight" time
for that money. The day the withdrawal shows up on my checking account is
not the same as the day the payment shows up when I login to my credit card
provider and check transactions there.

Right now, in GNUCash, I just do a transaction from checking account to
credit card, and by convention, always adjust the time to reflect checking
account, but I wonder if there's a more correct way to do it.

The best I can think of is to have a separate account for "in-flight"
transactions between establishments, and turn the credit card payment into
two transactions that go through this account. Is that the best way to do
it? If so, what account type would that be? Would it be an asset, because in
a way, it's like I'm loaning money to some imaginary entity for a while,
which it will repay to my other account a day or two later? :)

Thanks!



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: FW: [reminderfox] [ReminderFox #915] ..

[Colin Law]

Oops, sorry. Too many mailing lists on the go at once :)

Colin

On 28 September 2017 at 07:56, Geert Janssens
 wrote:
> Interesting discussion but it looks like this was sent to the gnucash-user
> list by accident ?
>
> Regards,
>
> Geert
>
> On donderdag 28 september 2017 08:12:32 CEST Colin Law wrote:
>> Just saying you had no success does not give us any clues about what you
>> did.
>>
>> Did you look at the link I posted to find your reminders? If so, what did
>> you see where the link says to look?
>>
>> Colin
>>
>>
>> On 27 Sep 2017 10:59 p.m., "Thomas W Peters"  wrote:
>>
>> I tried the "back & restore" with no luck at all. I am absolutely
>> devastated. I had irreplaceable data in Reminder Fox. Can I used a restore
>> point to go backing time, maybe???
>>
>> -Original Message-
>> From: Colin Law [mailto:clan...@gmail.com]
>> Sent: Tuesday, September 26, 2017 2:52 PM
>> To: twpet...@frontier.com
>> Subject: Re: [reminderfox] [ReminderFox #915] ..
>>
>> On 26 September 2017 at 18:27, Thomas W Peters 
>>
>> wrote:
>> > I did a “refresh” as Fire Fox said I should do. Now I have lost all of
>> > my
>>
>> It is not very nice of firefox not to warn you that you will loose all your
>> firefox data if you refresh, which is effectively a 'factory reset'
>>
>> > Reminder Fox entries. How do I find and restore the Reminder Fox
>>
>> entries???
>>
>> See http://www.reminderfox.org/documentation-faq-troubleshooting/#r5
>> You will probably see two profiles, the old one and the new one, In
>> Reminderfox you can go to Backup and Restore > Restore from file, and
>> browse to the original one (look at the dates or sizes of the files in the
>> two profiles to see which is the old one. The new one will be small.
>>
>> Colin
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.