Hi,
It's a bit like partnership accounts where each partner effectively has
equity account, and the total of their equity accounts equals the net assets
of the partnership. The proportion of equity each partner has represents the
proportion of the net assets of the partnership.
To take each part of your question in turn:
The membership fee with which a member 'buys in' to the community is
> to be paid in by a certain date. With the contribution a member
> acquires shares in the community assets and buys a private plot of
> land. The total amount can be paid in full, flexibly with several
> installments or with monthly transfers.
> How do you map the community's outstanding claims against a member who
> has not yet paid the contribution in full?
> It would also be useful to have an overview of which payments are due
> from whom and when, so that payments received can be compared with them.
> Reports that show the current status of deposits for all members and
> list the deposits made for each member would certainly also be helpful.
Set up an equity account in Gnu Cash (Account Type : Equity) for each member
and a current account for each member (Account type Asset , Parent account
Current Assets)
Make the following account entries for each member :Credit his/her equity
account with the amount of cash they are supposed to pay in and debit their
current account.
When they pay then : credit their current account and debit bank account.
That way you will be able to see the total amount of equity they have been
allocated and the amount they still owe if they have not paid in.
> This is interesting for cases where the community generates income
> that can be paid out to the members, if necessary. How can this
> scenario be mapped in gnuCash and illustrated in reports?
At the end of the year the profit and loss account will be reflected in the
retained earnings when you close the books. you can then allocate this
profit or loss to the members equity accounts in proportion to their equity
by the following entries : Debit(if profit) retained earnings and credit
each members equity account. The total of all the members equity account
will then equal the net assets of your entity.
>
> ## System boundaries
> How to map cash flows between accounts inside and outside the system
> boundaries?
> An example: A member buys something for the community with his private
> cash (outside the system boundary). When the invoice is submitted, the
> amount is paid to the member from a community account (inside the
> system boundary). The member's cash account basically lives outside
> the system boundary and is not mapped into gnuCash, right? How does
> such a scenario work in double-entry accounting?
If a member buys something for the community entity with their own cash,
then the bookkeeping entries are : debit what ever account relevant for what
has been bought (an asset or expense account) and credit the members current
account. By the way, I have found Google Forms quite a good way of getting
approval for purchases from members or a committee. When the entity pays the
member what it owes to them for his purchase the accounting entries are
credit cash and debit the members current account.
You may introduce the invoicing capability of GnuCash to invoice
shares/equity bought), but I guess that this is not something you will do
often or frequently, so maybe do not bother with it, but you can take a look
at it.
I agree with others who say a bit of bookkeeping knowledge would be helpful,
so that's why I explain in terms of "debits" and "credits" rather than
increase and decrease, on the assumption you have a basic understanding of
double entry
David
-----Original Message-----
From: gnucash-user
<gnucash-user-bounces+davidvernonlong=gmail....@gnucash.org> On Behalf Of
gnucash-user-requ...@gnucash.org
Sent: Wednesday, August 2, 2023 3:25 PM
To: gnucash-user@gnucash.org
Subject: gnucash-user Digest, Vol 245, Issue 3
Send gnucash-user mailing list submissions to
gnucash-user@gnucash.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnucash.org/mailman/listinfo/gnucash-user
or, via email, send a message with subject or body 'help' to
gnucash-user-requ...@gnucash.org
You can reach the person managing the list at
gnucash-user-ow...@gnucash.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of gnucash-user digest..."
Today's Topics:
1. Re: Unable to enter data in "Description" field of a
Transaction (john)
2. Re: Ideas and recommendations for community project
(Adrien Monteleone)
3. Re: Today's search....for .lck (Adrien Monteleone)
4. Re: Unable to enter data in "Description" field of a
Transaction (G R Hewitt)
5. Re: Today's search....for .lck (Michael or Penny Novack)
6. GnuCash preferred OS - Windows or Linux (flywire)
7. Another 'new' file (Barry Mahon)
8. Re: Another 'new' file (Adrien Monteleone)
9. Re: Unable to enter data in "Description" field of a
Transaction (Adrien Monteleone)
10. Re: Today's search....for .lck (Adrien Monteleone)
11. Re: Ideas and recommendations for community project
(gibel...@gmx.net)
12. Re: Unable to enter data in "Description" field of a
Transaction (G R Hewitt)
13. Re: Today's search....for .lck (Michael or Penny Novack)
----------------------------------------------------------------------
Message: 1
Date: Tue, 1 Aug 2023 11:46:10 -0700
From: john <jra...@ceridwen.us>
To: G R Hewitt <hewit...@gmail.com>
Cc: GnuCash User List <gnucash-user@gnucash.org>
Subject: Re: [GNC] Unable to enter data in "Description" field of a
Transaction
Message-ID: <9aa98e73-4bbd-4ccf-b079-570a2a64f...@ceridwen.us>
Content-Type: text/plain; charset=us-ascii
Tesco is left out of the search by the `[^c]` term in the regular
expression: It allows any character except c after "tes".
The bit about Test is interesting. I was expecting the problem to be
something other than a normal character; the implication is that it has
something to do with the last character in the string. I'll experiment with
that a bit.
Regards,
John Ralls
> On Jul 31, 2023, at 23:16, G R Hewitt <hewit...@gmail.com> wrote:
>
> With regards to my previous answer, I decided to delete the word 'Test'
from 'Car Annual Test' and replaced it with 'NCT'. I could, in the first
instance, only backspace delete the 's' of 'Test' as it froze.
> Then I entered the word 'Tesco' in the'Bank' register description and it
went in just fine.
> I then replaced 'NCT' with 'Test' and the problem returned.
> I have left it as 'NCT'.
>
> ------------------------------
>
> Okay John, done that.
>
> Search = [[:<:]]tes[^c]
>
> Returns two entries and the description for both is 'Car Annual Test' -
which gives the 'Tes' in question.
> Oddly there are no 'Tesco' transactions - ought there to be, I should have
thought so?
> The entries are:
> Bank > Prepayments
> Prepayments > Car
>
> Search = [[:<:]]tes[^a-z] Returns nothing.
>
> On Mon, 31 Jul 2023 at 18:28, john <jra...@ceridwen.us
<mailto:jra...@ceridwen.us>> wrote:
>> We need to move this back to the list, your results are of general
interest and I don't think that they reveal anything private.
>>
>> The matcher only tries to match on the beginning of words, so whatever is
causing the problem starts with `tes` and `ates` won't match it.
>>
>> Let's try to find it: Open the find dialog (Edit>Find or cmd-F) in the
register. Select "matches regex" from the list button after "Description"
and enter "[[:<:]]tes[^c]" (no quotes) and click Find. That will present a
list of transactions with descriptions having words starting with tes that
aren't tesco. If it's too many to look through try "[[:<:]]tes[^a-z]"; that
will show only entries where tes is followed by something that isn't a
letter.
>>
>> Regards,
>> John Ralls
>>
>>
>
------------------------------
Message: 2
Date: Tue, 1 Aug 2023 14:31:34 -0500
From: Adrien Monteleone <adrien.montele...@lusfiber.net>
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Ideas and recommendations for community project
Message-ID: <uabmin$sn3$1...@ciao.gmane.io>
Content-Type: text/plain; charset=UTF-8; format=flowed
I'm not sure about what you are looking for exactly, but based on what
you've given us so far, I can see a possible approach of adding your members
as 'customers' and issuing an 'invoice' to them for 'shares'.
You can then obtain a Customer Report which is essentially a Statement of
Account. There is an option to turn on linked document detail so you can see
which payments applied to which invoices.
As for tracking their level of equity, that's a whole other ball of wax.
While the invoicing system might allow you to include equity accounts, I
don't know of a way to restrict this on a 'cash basis', that is, their
equity isn't what they've promised to pay, but what they've actually paid.
(The Business Features are designed for Accrual Accounting)
I suspect if that is your need, you'd skip the invoicing/customer system
(Business Features) and just do your transactions manually.
You'd need AR sub-accounts for each member most likely.
And as others have noted, once you figure out how to do what you need via
pen and paper, we can better assist with doing the same with GnuCash if you
can't manage to see the solution right-off.
Regards,
Adrien
On 8/1/23 1:26 AM, gibel...@gmx.net wrote:
> And yet, apart from that, it would already help me a lot if there was
> an idea how I could promptly and internally (i.e. without all tax
> aspects and legal requirements) map the (partial) payments of members
> and their shares in the overall project, because the other tasks will
> take up quite a bit of time, I fear.
------------------------------
Message: 3
Date: Tue, 1 Aug 2023 14:36:59 -0500
From: Adrien Monteleone <adrien.montele...@lusfiber.net>
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Today's search....for .lck
Message-ID: <uabmst$sn3$2...@ciao.gmane.io>
Content-Type: text/plain; charset=UTF-8; format=flowed
Interesting. That one shouldn't be a problem because it isn't for any of the
.gnucash files you listed earlier. (it is for a file from Feb 19,
2021 at 3:11:08pm) Even stranger is that the 'modified' date is before the
time stamp in the file name. (unless your locale is DD.MM.YYYY, in which
case it was last modified March 1, 2021, rather than Jan 3rd.)
But as long as you know GnuCash is definitely NOT running (not even on
another monitor, and not minimized) then you can safely delete that LCK
file.
Now, can you answer the other questions I posed about how you normally start
GnuCash and about saving reports?
Regards,
Adrien
On 8/1/23 10:12 AM, Mahon Finbar via gnucash-user wrote:
> GNU FEB 12 2019.gnucash.20210219151108.gnucash.LCK
>
> I did a restart of the pc and did the search again for .lck and this
> is is what I get.....
>
> It is marked modified on 1.03.2021, type LCK file, 0 KB
>
> Further mystery. I appreciate your request to slow down, and I want
> to, but the sequence of events, since the beginning of this saga, is
> so strange.
------------------------------
Message: 4
Date: Tue, 1 Aug 2023 21:16:32 +0100
From: G R Hewitt <hewit...@gmail.com>
To: john <jra...@ceridwen.us>, GnuCash User List
<gnucash-user@gnucash.org>
Subject: Re: [GNC] Unable to enter data in "Description" field of a
Transaction
Message-ID:
<CACwxjvBS8ohqZbRorKNP2zL=rwzppo7ubmapp14fenykyv9...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
I didn't understand the code, I just copied and pasted it.
I did wonder about there being a random character as I copied and pasted it
from the online account.
I blitzed the description text in all occurrences and typed it in to make
sure it was clean.
Very strange that it is just (so far) 'Tes' or 'tes', especially if you use
back-space to delete, as soon as the last 't' of 'Test' is deleted it locks
up the program.
I await your findings with interest.
On Tue, 1 Aug 2023 at 19:46, john <jra...@ceridwen.us> wrote:
> Tesco is left out of the search by the `[^c]` term in the regular
> expression: It allows any character except c after "tes".
>
> The bit about Test is interesting. I was expecting the problem to be
> something other than a normal character; the implication is that it
> has something to do with the last character in the string. I'll
> experiment with that a bit.
>
> Regards,
> John Ralls
>
> On Jul 31, 2023, at 23:16, G R Hewitt <hewit...@gmail.com> wrote:
>
> With regards to my previous answer, I decided to delete the word 'Test'
> from 'Car Annual Test' and replaced it with 'NCT'. I could, in the
> first instance, only backspace delete the 's' of 'Test' as it froze.
> Then I entered the word 'Tesco' in the'Bank' register description and
> it went in just fine.
> I then replaced 'NCT' with 'Test' and the problem returned.
> I have left it as 'NCT'.
>
> ------------------------------
>
> Okay John, done that.
>
> Search = [[:<:]]tes[^c]
>
> Returns two entries and the description for both is 'Car Annual Test'
> - which gives the 'Tes' in question.
> Oddly there are no 'Tesco' transactions - ought there to be, I should
> have thought so?
> The entries are:
> Bank > Prepayments
> Prepayments > Car
>
> Search = [[:<:]]tes[^a-z] Returns nothing.
>
> On Mon, 31 Jul 2023 at 18:28, john <jra...@ceridwen.us> wrote:
>
>> We need to move this back to the list, your results are of general
>> interest and I don't think that they reveal anything private.
>>
>> The matcher only tries to match on the beginning of words, so
>> whatever is causing the problem starts with `tes` and `ates` won't match
it.
>>
>> Let's try to find it: Open the find dialog (Edit>Find or cmd-F) in
>> the register. Select "matches regex" from the list button after
"Description"
>> and enter "[[:<:]]tes[^c]" (no quotes) and click Find. That will
>> present a list of transactions with descriptions having words
>> starting with tes that aren't tesco. If it's too many to look through
>> try "[[:<:]]tes[^a-z]"; that will show only entries where tes is
>> followed by something that isn't a letter.
>>
>> Regards,
>> John Ralls
>>
>>
>>
>
------------------------------
Message: 5
Date: Tue, 1 Aug 2023 16:58:47 -0400
From: Michael or Penny Novack <stepbystepf...@comcast.net>
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Today's search....for .lck
Message-ID: <840e57d3-d40e-d5fa-0b64-027a1f41e...@comcast.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 8/1/2023 11:12 AM, Mahon Finbar via gnucash-user wrote:
> GNU FEB 12 2019.gnucash.20210219151108.gnucash.LCK
>
> I did a restart of the pc and did the search again for .lck and this
> is is what I get.....
>
> It is marked modified on 1.03.2021, type LCK file, 0 KB
>
> Further mystery. I appreciate your request to slow down, and I want
> to, but the sequence of events, since the beginning of this saga, is
> so strange.
>
> Thanks again for your patience, Barry
If you do a search for all files with file extension ".lck" what reason
do you have to suppose that it is a lock file for a gnucach file? I will
repeat, this is a rather common method for preventing simultaneous
access to a resource. Do you KNOW that none of your other applications
are using the lock file method?
Gnucash will create a lock file for file "filename.gnucash" with the
name "filename.lck" in the same directory that the file is in. You
should search for "filename.lck" and not just ".lck". If you do not know
the name of your gnucash data file, you have a different problem (when
you first created a set of books under gnucash, your first save should
have been a "save as" giving it a meaningful name and placing it in the
directory of your choice -- but not knowing to do that isn't really a
gnucash problem as much as a problem creating files from any
application. In other words, just like wen you are creating a new
document using your word processor, what do you name it and where do you
put it)
Michael D Novack
------------------------------
Message: 6
Date: Wed, 2 Aug 2023 10:53:50 +1000
From: flywire <flywi...@gmail.com>
To: Gnucash Users <gnucash-user@gnucash.org>
Subject: [GNC] GnuCash preferred OS - Windows or Linux
Message-ID:
<caothwl1nt7bqbeoakgt1bjqeebhddxtjbnntpsivkif3ecw...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
?? Importing Bank Statements works fine and saves the data entry issues.
Certainly, other means are required to verify the data. A duplicate
insurance payment was identified straight away after importing a bank
statement for tax reporting.
------------------------------
Message: 7
Date: Tue, 1 Aug 2023 18:03:11 +0200
From: Barry Mahon <barry.ma...@iol.ie>
To: Gnucash Users <gnucash-user@gnucash.org>
Subject: [GNC] Another 'new' file
Message-ID: <2f91069f-93f6-aad3-6a06-ea320a737...@iol.ie>
Content-Type: text/plain; charset=UTF-8; format=flowed
I found a file folder, apparently from MS, called 'appcrash' underscore
ngnucash.exe with a long string of data, dated 30/07/2023 12.24.
However when I tried to send the name etc., and the link which was
attached it said I didn't have access!!
------------------------------
Message: 8
Date: Tue, 1 Aug 2023 22:52:48 -0500
From: Adrien Monteleone <adrien.montele...@lusfiber.net>
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Another 'new' file
Message-ID: <uacjui$sn3$3...@ciao.gmane.io>
Content-Type: text/plain; charset=UTF-8; format=flowed
Barry,
Really, slow down and be more specific with more details.
You 'found a file folder' WHERE exactly? How? What were you doing when
you 'found' this folder?
What do you mean 'apparently from MS?' What is 'MS', Microsoft? Why do
you think it is 'from Microsoft'?
Exactly what do you mean by you "tried to send the name etc."?
What were you trying to do and where?
You've got too many 'what ifs' and 'unknowns' going on here with very
little specifics. It is very difficult to offer help with such sparse
details.
And you STILL have not answered some basic questions about how you
regularly open your GnuCash file...
Regards,
Adrien
On 8/1/23 11:03 AM, Barry Mahon wrote:
> I found a file folder, apparently from MS, called 'appcrash' underscore
> ngnucash.exe with a long string of data, dated 30/07/2023 12.24.
>
> However when I tried to send the name etc., and the link which was
> attached it said I didn't have access!!
------------------------------
Message: 9
Date: Tue, 1 Aug 2023 22:58:51 -0500
From: Adrien Monteleone <adrien.montele...@lusfiber.net>
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Unable to enter data in "Description" field of a
Transaction
Message-ID: <uack9t$sn3$4...@ciao.gmane.io>
Content-Type: text/plain; charset=UTF-8; format=flowed
John might laugh at me or be annoyed at my 'noise' but considering the
details, and without even looking at the code, which is likely more
noise and annoying, I had the initial suspicion that there is a loop
problem and 't-e-s-t' is a problem because the 't' is repeated, causing
an infinite loop, and thus lock up. Proof of that suspicion would be to
test (ha!) another string where the initial character is repeated at
least immediately after the offered search characters, but that mileage
may vary. As I said, I haven't looked at the code, and I could be truly
a fool for even thinking it.
I don't have time today, maybe tomorrow, but if the solution isn't
found, I'll give it a go to test such a condition at least just for my
own curiosity.
Regards,
Adrien
On 8/1/23 3:16 PM, G R Hewitt wrote:
> I didn't understand the code, I just copied and pasted it.
> I did wonder about there being a random character as I copied and pasted
it
> from the online account.
> I blitzed the description text in all occurrences and typed it in to make
> sure it was clean.
> Very strange that it is just (so far) 'Tes' or 'tes', especially if you
use
> back-space to delete, as soon as the last 't' of 'Test' is deleted it
locks
> up the program.
> I await your findings with interest.
------------------------------
Message: 10
Date: Tue, 1 Aug 2023 23:09:31 -0500
From: Adrien Monteleone <adrien.montele...@lusfiber.net>
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Today's search....for .lck
Message-ID: <uacktt$sn3$5...@ciao.gmane.io>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 8/1/23 3:58 PM, Michael or Penny Novack wrote:
> On 8/1/2023 11:12 AM, Mahon Finbar via gnucash-user wrote:
>> GNU FEB 12 2019.gnucash.20210219151108.gnucash.LCK
>>
>> I did a restart of the pc and did the search again for .lck and this
>> is is what I get.....
>>
>> It is marked modified on 1.03.2021, type LCK file, 0 KB
>>
>> Further mystery. I appreciate your request to slow down, and I want
>> to, but the sequence of events, since the beginning of this saga, is
>> so strange.
>>
>> Thanks again for your patience, Barry
>
>
> If you do a search for all files with file extension ".lck" what reason
> do you have to suppose that it is a lock file for a gnucach file? I will
> repeat, this is a rather common method for preventing simultaneous
> access to a resource. Do you KNOW that none of your other applications
> are using the lock file method?
Michael, that is a fair point as I noted in a previous reply, but the OP
just reported, as you quoted, that the LCK file in question *was* for a
GnuCash file *because* it had a GnuCash file name in it. Did you not
read that part?
"GNU FEB 12 2019.gnucash.20210219151108.gnucash.LCK"
> Gnucash will create a lock file for file "filename.gnucash" with the
> name "filename.lck" in the same directory that the file is in. You
> should search for "filename.lck" and not just ".lck". If you do not know
> the name of your gnucash data file, you have a different problem (when
> you first created a set of books under gnucash, your first save should
> have been a "save as" giving it a meaningful name and placing it in the
> directory of your choice -- but not knowing to do that isn't really a
> gnucash problem as much as a problem creating files from any
> application. In other words, just like wen you are creating a new
> document using your word processor, what do you name it and where do you
> put it)
I'm pretty sure that above file name proves your point. It is indeed a
GnuCash related LCK file. What is odd is that it is for a file that
appears to be from a backup. What is more odd is that it is for a file
that doesn't match anything the OP previously reported as matching
current file names. (assuming, short of a requested and not yet provided
screenshot, that such list is complete)
Regards,
Adrien
------------------------------
Message: 11
Date: Wed, 2 Aug 2023 07:52:15 +0200
From: "gibel...@gmx.net" <gibel...@gmx.net>
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Ideas and recommendations for community project
Message-ID: <6e2d761e-8def-fcc6-00e0-6b7f927ed...@gmx.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Your suggestion sounds interesting, although in my case I have to map
the side of the provider of the investment, because the community wants
to "sell" shares to members, right? So, in the example, the community
would be the hotel itself, which offers shares and wants to record them
either as income or as open receivables.
One way to map this scenario could perhaps be:
Assets:Community-Shares: holds the shares that the community offers.
Income:Community-Shares: holds the membership payments already made for
shares
Assets:Accounts-Receivable:Community-Shares: holds the outstanding
receivables for shares that have already been sold
There would then be the cash flows "Assets:Community-Shares ->
Income:Community-Shares" for paid amounts and "Assets:Community-Shares
-> Assets:Accounts-Receivable:Community-Shares" for open amounts. The
individual entries could reference the appropriate member in the
description.
The question that is still bothering me with this approach - if it makes
any sense at all - is how I can credit a posting in the
"Income:Community-Shares" account to a bank account in parallel, because
with the posting Assets:Community-Shares -> Income:Community-Shares two
accounts are already involved.
On 01.08.23 16:09, Fred Tydeman wrote:
> For a hotel being built, I bought 3 shares on credit in a private company
> In the Assets:Investment:Hotel which is an Account Type of Stock
> I bought 3 shares with the money for those shares coming from
> Liabilities:Loans:Hotel which is an Account Type of Liability.
>
> Then, as I get income from other places, that income is used to
> pay off the Hotel loan.
>
> So, perhaps, you could replace "Hotel" with "person1", "person2", ...
> in the above.
------------------------------
Message: 12
Date: Wed, 2 Aug 2023 07:52:31 +0100
From: G R Hewitt <hewit...@gmail.com>
To: GnuCash User List <gnucash-user@gnucash.org>
Subject: Re: [GNC] Unable to enter data in "Description" field of a
Transaction
Message-ID:
<cacwxjvbrrgh28yb+2jy9klz_pygqowkvnhxyj5kry3+zhsq...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Good point.
I trawled through my transactions and have plenty of 'non', 'stores',
'services' etc., so typed those to see how far they'd go.
They were fine, no freezing.
I've since created new transactions with 'test', 'Test', 'Test, test,
test', restarted the program and everything works just fine.
In my case it may have been 'just one of those things' and has now cleared.
But then again ... {cue X-Files theme}.
On Wed, 2 Aug 2023 at 05:00, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> John might laugh at me or be annoyed at my 'noise' but considering the
> details, and without even looking at the code, which is likely more
> noise and annoying, I had the initial suspicion that there is a loop
> problem and 't-e-s-t' is a problem because the 't' is repeated, causing
> an infinite loop, and thus lock up. Proof of that suspicion would be to
> test (ha!) another string where the initial character is repeated at
> least immediately after the offered search characters, but that mileage
> may vary. As I said, I haven't looked at the code, and I could be truly
> a fool for even thinking it.
>
> I don't have time today, maybe tomorrow, but if the solution isn't
> found, I'll give it a go to test such a condition at least just for my
> own curiosity.
>
> Regards,
> Adrien
>
> On 8/1/23 3:16 PM, G R Hewitt wrote:
> > I didn't understand the code, I just copied and pasted it.
> > I did wonder about there being a random character as I copied and pasted
> it
> > from the online account.
> > I blitzed the description text in all occurrences and typed it in to
make
> > sure it was clean.
> > Very strange that it is just (so far) 'Tes' or 'tes', especially if you
> use
> > back-space to delete, as soon as the last 't' of 'Test' is deleted it
> locks
> > up the program.
> > I await your findings with interest.
>
> _______________________________________________
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
------------------------------
Message: 13
Date: Wed, 2 Aug 2023 10:24:32 -0400
From: Michael or Penny Novack <stepbystepf...@comcast.net>
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Today's search....for .lck
Message-ID: <10e31cc1-a527-1e92-5b60-d33a894e7...@comcast.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
>>
>> If you do a search for all files with file extension ".lck" what
>> reason do you have to suppose that it is a lock file for a gnucach
>> file? I will repeat, this is a rather common method for preventing
>> simultaneous access to a resource. Do you KNOW that none of your
>> other applications are using the lock file method?
>
> Michael, that is a fair point as I noted in a previous reply, but the
> OP just reported, as you quoted, that the LCK file in question *was*
> for a GnuCash file *because* it had a GnuCash file name in it. Did you
> not read that part?
>
> "GNU FEB 12 2019.gnucash.20210219151108.gnucash.LCK"
And while that is a file from gnucash it is almost certainly NOT the
name the user assigned to the file that is their books << and yes, it is
a gnucash internal backup file >> The presence of that lock means that
this backup file was left open. So while OK to delete the lock (if you
know that gnucash is not running) it is NOT? the file you want to open
when you start gnucash. Note that if one did accidentally open this file
could be on the "recently open" list and if on the top if the list, will
be reopened when you start gnucash. THIS IS NOT WHAT YOU WANT.
So LOOK at what gets opened when you start gnucash (the bar should show
the file name). If NOT the right file, use file=>open to specify the
correct file name and then once open, shut down. Now wen you reopen
gnucash will be on top of the list (most recently opened)
Michael D Novack
------------------------------
Subject: Digest Footer
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
------------------------------
End of gnucash-user Digest, Vol 245, Issue 3
********************************************
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
