Re: [GNC] Reports for Personal Finance

2023-12-07 Thread NoobAlice

On 2023-12-05 10:46 AM, Tom Balazs wrote:

For the case of an individual or a family, what are the most useful reports?



First, make sure to Save Config As for any report you've had to do a lot 
of customizing to generate.


For my own personal use, there are a few reports I use most:


These two:
Assets & Liabilities > Balance Sheet (Multicolumn)
Income & Expense > Income Statement (Multicolumn)
In Options for each:
General
Period duration: pick months, years, etc. your choice!
Start and end dates
Decide "If more than 1 period column, include overall period?"
Display - make your choices :)
Commodities - Check box for "common currency" so any investments show as 
their values, not share counts



Groceries and restaurant spending by half-year monthly average.
Expense Chart
Income & Expense > Expense Chart
In Options:
General
Set report name you want
Start and end dates
Step size: Half Year
Show average: Monthly
Display - Chart type: Line Chart
Accounts - Choose your food accounts

There is a point on the chart every six months, and it is the average 
total of the months that comprise it.  If you're someone who buys, say, 
half a cow a couple of times a year, when looking at what you spend in 
groceries on average in a month, it doesn't make sense to have this 
massive spike in cow-buying months but then have very low meat bills 
other months as you eat down your stash.  This is great to see long-term 
effects on your food budget due to different shopping choices and/or 
inflation.


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


Re: [GNC] UI Problem with 4.14

2023-12-07 Thread Glenn Fowler
If desired, you can edit the widths by text so all the accounts match. I
like this as after a while you develop a muscle memory of the columns and
you navigate faster when the columns are the same.

Help -> About -> GNC_USERDATA_DIR

Open the books folder and edit the file

On Thu, Dec 7, 2023 at 6:05 PM David Carlson 
wrote:

> Robert,
>
> Once you get used to it, this method is about as hser friendly as possible
> given the overall register design.
>
> I have found that for the size and resolution of the monitors that I
> currently own, I first need to adjust the display setting to default to a
> smaller font size to get more text into the register width, then I might
> double click in the headers of some columns to show the widest entry
> completely.  Then I drag the right edge of the description column to the
> left to remove the scrollbar at the bottom.  I need to repeat for each
> account that I use regularly, then close the Gnucash program with those
> registers still open to save those settings in the .gcm file for that data
> file, as mentioned by others.
>
> One mor litle gem, if a window opens too big to see a button at the bottom,
> for example, hold down the Alt key and grab anywhere in the window with the
> mouse and you can drag it around as needed.
>
>
>
>
> On Thu, Dec 7, 2023, 4:18 PM Robert Heller  wrote:
>
> > At Thu, 7 Dec 2023 15:09:13 -0600 adrien.montele...@lusfiber.net wrote:
> >
> > >
> > > On 12/7/23 2:07 PM, Robert Heller wrote:
> > > >
> > > >
> > > > At Thu, 7 Dec 2023 13:46:19 -0600 adrien.montele...@lusfiber.net
> > wrote:
> > > >
> > > >>
> > > >> The Description column always fills the remaining width of the
> window.
> > > >>
> > > >> You adjust the other columns to your liking, then reduce the window
> > > >> width to shrink the Description column. Otherwise, you can after
> > setting
> > > >> the other columns, drag the right handle of the Description column
> to
> > > >> the left and let it bounce back to fill the remaining space.
> > > >
> > > > So how do a make the columns to the right of the Description column
> > wider?  Do
> > > > I drag them off the window?  This actually makes no sense.
> > >
> > > Yes, that's how you do it, sort of. And if you try, it does make sense
> > > as you see it happen.
> > >
> > > For example, to widen the Account column, drag its right border to the
> > > right. (up in the header) The column will widen accordingly, and you
> > > will get a left-right scroll bar at the bottom of the window. Resize
> all
> > > columns *other than* the description to your liking, *first*.
> > >
> > > Then, to remove the scroll bar and size the Description to take up the
> > > remaining space of the window, (Window Width - Sum of all *other*
> Column
> > > Widths) drag its right-border to the left and let it snap back into
> > > place. (hence it auto-sizes)
> > >
> > > > OK, I am totally confused. How do I make a column to the right of the
> > > > Description wider *without* draging the right handle of the
> > Description column
> > > > to the left?
> > >
> > > See above.
> > >
> > > I don't want to *shrink* the columns to the right of the
> > > > Description, I want to make one of them wider. How does one do that
> > without
> > > > shrinking the Description column? Where does the space come from? How
> > does one
> > > > add space?
> > >
> > > You are 'adding width' as you resize the other columns which triggers a
> > > scroll bar. You then snap the Description column back and the scroll
> bar
> > > goes away.
> > >
> > > What is happening is that there is some total window width W, which
> > > > is the sum of widths of all of the columns (plus the margin space).
> If
> > one
> > > > wants to make some column Cx wider, some other collumn Cy needs to
> > shrink, but
> > > > this is impossible if the only column that is "shrinkable" (Cy) is
> the
> > > > Description column. I can make columns to the *left* of the
> > Description wider
> > > > or narrower, but not the columns to the right of the Description. Any
> > attempt
> > > > to make any of them wider ends up making them all narrower until
> > eventually
> > > > one (or more) of them end up with a width of 0. As far as I am
> > concerned, this
> > > > is a bug (and a serious one at that). This makes no sense.
> > >
> > > Yes it does - try it and stop thinking about it.
> > >
> > > >
> > > > I have the source code and will go hunting...
> > >
> > > No need for that rabbit hole. Just follow the above. Note, this
> behavior
> > > is described in the Help manual and as Stan noted, there is also an FAQ
> > > entry about it. If you really want to see the code, go right ahead, but
> > > you're just going to discover what I've described above and is already
> > > documented behavior.
> >
> > All I can say is *no other application* with a resizable column UI that I
> > have
> > ever used works that way.  AFAIK, this is unique to Gnucash...  It was
> > totally
> > unexpected and *unfriendly* behaviour [to 

Re: [GNC] UI Problem with 4.14

2023-12-07 Thread David Carlson
Robert,

Once you get used to it, this method is about as hser friendly as possible
given the overall register design.

I have found that for the size and resolution of the monitors that I
currently own, I first need to adjust the display setting to default to a
smaller font size to get more text into the register width, then I might
double click in the headers of some columns to show the widest entry
completely.  Then I drag the right edge of the description column to the
left to remove the scrollbar at the bottom.  I need to repeat for each
account that I use regularly, then close the Gnucash program with those
registers still open to save those settings in the .gcm file for that data
file, as mentioned by others.

One mor litle gem, if a window opens too big to see a button at the bottom,
for example, hold down the Alt key and grab anywhere in the window with the
mouse and you can drag it around as needed.




On Thu, Dec 7, 2023, 4:18 PM Robert Heller  wrote:

> At Thu, 7 Dec 2023 15:09:13 -0600 adrien.montele...@lusfiber.net wrote:
>
> >
> > On 12/7/23 2:07 PM, Robert Heller wrote:
> > >
> > >
> > > At Thu, 7 Dec 2023 13:46:19 -0600 adrien.montele...@lusfiber.net
> wrote:
> > >
> > >>
> > >> The Description column always fills the remaining width of the window.
> > >>
> > >> You adjust the other columns to your liking, then reduce the window
> > >> width to shrink the Description column. Otherwise, you can after
> setting
> > >> the other columns, drag the right handle of the Description column to
> > >> the left and let it bounce back to fill the remaining space.
> > >
> > > So how do a make the columns to the right of the Description column
> wider?  Do
> > > I drag them off the window?  This actually makes no sense.
> >
> > Yes, that's how you do it, sort of. And if you try, it does make sense
> > as you see it happen.
> >
> > For example, to widen the Account column, drag its right border to the
> > right. (up in the header) The column will widen accordingly, and you
> > will get a left-right scroll bar at the bottom of the window. Resize all
> > columns *other than* the description to your liking, *first*.
> >
> > Then, to remove the scroll bar and size the Description to take up the
> > remaining space of the window, (Window Width - Sum of all *other* Column
> > Widths) drag its right-border to the left and let it snap back into
> > place. (hence it auto-sizes)
> >
> > > OK, I am totally confused. How do I make a column to the right of the
> > > Description wider *without* draging the right handle of the
> Description column
> > > to the left?
> >
> > See above.
> >
> > I don't want to *shrink* the columns to the right of the
> > > Description, I want to make one of them wider. How does one do that
> without
> > > shrinking the Description column? Where does the space come from? How
> does one
> > > add space?
> >
> > You are 'adding width' as you resize the other columns which triggers a
> > scroll bar. You then snap the Description column back and the scroll bar
> > goes away.
> >
> > What is happening is that there is some total window width W, which
> > > is the sum of widths of all of the columns (plus the margin space). If
> one
> > > wants to make some column Cx wider, some other collumn Cy needs to
> shrink, but
> > > this is impossible if the only column that is "shrinkable" (Cy) is the
> > > Description column. I can make columns to the *left* of the
> Description wider
> > > or narrower, but not the columns to the right of the Description. Any
> attempt
> > > to make any of them wider ends up making them all narrower until
> eventually
> > > one (or more) of them end up with a width of 0. As far as I am
> concerned, this
> > > is a bug (and a serious one at that). This makes no sense.
> >
> > Yes it does - try it and stop thinking about it.
> >
> > >
> > > I have the source code and will go hunting...
> >
> > No need for that rabbit hole. Just follow the above. Note, this behavior
> > is described in the Help manual and as Stan noted, there is also an FAQ
> > entry about it. If you really want to see the code, go right ahead, but
> > you're just going to discover what I've described above and is already
> > documented behavior.
>
> All I can say is *no other application* with a resizable column UI that I
> have
> ever used works that way.  AFAIK, this is unique to Gnucash...  It was
> totally
> unexpected and *unfriendly* behaviour [to me].
>
> >
> > Regards,
> > Adrien
> >
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
> >
> >
>
> --
> Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
> Deepwoods Software-- Custom Software Services
> 

Re: [GNC] UI Problem with 4.14

2023-12-07 Thread Robert Heller
At Thu, 7 Dec 2023 15:09:13 -0600 adrien.montele...@lusfiber.net wrote:

> 
> On 12/7/23 2:07 PM, Robert Heller wrote:
> > 
> > 
> > At Thu, 7 Dec 2023 13:46:19 -0600 adrien.montele...@lusfiber.net wrote:
> > 
> >>
> >> The Description column always fills the remaining width of the window.
> >>
> >> You adjust the other columns to your liking, then reduce the window
> >> width to shrink the Description column. Otherwise, you can after setting
> >> the other columns, drag the right handle of the Description column to
> >> the left and let it bounce back to fill the remaining space.
> > 
> > So how do a make the columns to the right of the Description column wider?  
> > Do
> > I drag them off the window?  This actually makes no sense.
> 
> Yes, that's how you do it, sort of. And if you try, it does make sense 
> as you see it happen.
> 
> For example, to widen the Account column, drag its right border to the 
> right. (up in the header) The column will widen accordingly, and you 
> will get a left-right scroll bar at the bottom of the window. Resize all 
> columns *other than* the description to your liking, *first*.
> 
> Then, to remove the scroll bar and size the Description to take up the 
> remaining space of the window, (Window Width - Sum of all *other* Column 
> Widths) drag its right-border to the left and let it snap back into 
> place. (hence it auto-sizes)
> 
> > OK, I am totally confused. How do I make a column to the right of the
> > Description wider *without* draging the right handle of the Description 
> > column
> > to the left? 
> 
> See above.
> 
> I don't want to *shrink* the columns to the right of the
> > Description, I want to make one of them wider. How does one do that without
> > shrinking the Description column? Where does the space come from? How does 
> > one
> > add space?
> 
> You are 'adding width' as you resize the other columns which triggers a 
> scroll bar. You then snap the Description column back and the scroll bar 
> goes away.
> 
> What is happening is that there is some total window width W, which
> > is the sum of widths of all of the columns (plus the margin space). If one
> > wants to make some column Cx wider, some other collumn Cy needs to shrink, 
> > but
> > this is impossible if the only column that is "shrinkable" (Cy) is the
> > Description column. I can make columns to the *left* of the Description 
> > wider
> > or narrower, but not the columns to the right of the Description. Any 
> > attempt
> > to make any of them wider ends up making them all narrower until eventually
> > one (or more) of them end up with a width of 0. As far as I am concerned, 
> > this
> > is a bug (and a serious one at that). This makes no sense.
> 
> Yes it does - try it and stop thinking about it.
> 
> > 
> > I have the source code and will go hunting...
> 
> No need for that rabbit hole. Just follow the above. Note, this behavior 
> is described in the Help manual and as Stan noted, there is also an FAQ 
> entry about it. If you really want to see the code, go right ahead, but 
> you're just going to discover what I've described above and is already 
> documented behavior.

All I can say is *no other application* with a resizable column UI that I have 
ever used works that way.  AFAIK, this is unique to Gnucash...  It was totally 
unexpected and *unfriendly* behaviour [to me]. 

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

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
  
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Business: return of goods to vendor with refund to credit card

2023-12-07 Thread Adrien Monteleone
You are welcome, and thank you for the kind sentiment. I try to help out 
when and where I can.


Regards,
Adrien

On 12/7/23 2:06 PM, Eric Chapman wrote:

Thanks, Adrian.

You are a good and thorough teacher and a great asset to this list.

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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] UI Problem with 4.14

2023-12-07 Thread Adrien Monteleone

On 12/7/23 2:07 PM, Robert Heller wrote:



At Thu, 7 Dec 2023 13:46:19 -0600 adrien.montele...@lusfiber.net wrote:



The Description column always fills the remaining width of the window.

You adjust the other columns to your liking, then reduce the window
width to shrink the Description column. Otherwise, you can after setting
the other columns, drag the right handle of the Description column to
the left and let it bounce back to fill the remaining space.


So how do a make the columns to the right of the Description column wider?  Do
I drag them off the window?  This actually makes no sense.


Yes, that's how you do it, sort of. And if you try, it does make sense 
as you see it happen.


For example, to widen the Account column, drag its right border to the 
right. (up in the header) The column will widen accordingly, and you 
will get a left-right scroll bar at the bottom of the window. Resize all 
columns *other than* the description to your liking, *first*.


Then, to remove the scroll bar and size the Description to take up the 
remaining space of the window, (Window Width - Sum of all *other* Column 
Widths) drag its right-border to the left and let it snap back into 
place. (hence it auto-sizes)



OK, I am totally confused. How do I make a column to the right of the
Description wider *without* draging the right handle of the Description column
to the left? 


See above.

I don't want to *shrink* the columns to the right of the

Description, I want to make one of them wider. How does one do that without
shrinking the Description column? Where does the space come from? How does one
add space?


You are 'adding width' as you resize the other columns which triggers a 
scroll bar. You then snap the Description column back and the scroll bar 
goes away.


What is happening is that there is some total window width W, which

is the sum of widths of all of the columns (plus the margin space). If one
wants to make some column Cx wider, some other collumn Cy needs to shrink, but
this is impossible if the only column that is "shrinkable" (Cy) is the
Description column. I can make columns to the *left* of the Description wider
or narrower, but not the columns to the right of the Description. Any attempt
to make any of them wider ends up making them all narrower until eventually
one (or more) of them end up with a width of 0. As far as I am concerned, this
is a bug (and a serious one at that). This makes no sense.


Yes it does - try it and stop thinking about it.



I have the source code and will go hunting...


No need for that rabbit hole. Just follow the above. Note, this behavior 
is described in the Help manual and as Stan noted, there is also an FAQ 
entry about it. If you really want to see the code, go right ahead, but 
you're just going to discover what I've described above and is already 
documented behavior.


Regards,
Adrien

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


Re: [GNC] UI Problem with 4.14

2023-12-07 Thread Stan Brown (using GC 4.14)
On 2023-12-07 10:57, Robert Heller wrote:
> I have a UI problem (failure?) running GNC 4.14 under Ubuntu 22.04. I tried to
> shrink the Description column (make it narrower) in the general ledger display
> of an account, but Description column only wants to get wider. Draging the
> right edge to the left just "bounces" further to the right, causing the
> columns to the right of the Description column to shrink. How do I fix this? I
> tried exiting and restarting, but the column widths seem to be "remembered"
> somewhere (where?).

You may want to bookmark the FAQ list:

"4.22   Q: How do I resize my register columns? Why can I not shrink the
description column?" is the one you want in this instance.

Column widths are stored in the file {your data file name}.gcm.
Locations of configuration files are here:

and there's also a Linux-specific diagram here:


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


Re: [GNC] UI Problem with 4.14

2023-12-07 Thread Robert Heller



At Thu, 7 Dec 2023 13:46:19 -0600 adrien.montele...@lusfiber.net wrote:

> 
> The Description column always fills the remaining width of the window.
> 
> You adjust the other columns to your liking, then reduce the window 
> width to shrink the Description column. Otherwise, you can after setting 
> the other columns, drag the right handle of the Description column to 
> the left and let it bounce back to fill the remaining space.

So how do a make the columns to the right of the Description column wider?  Do 
I drag them off the window?  This actually makes no sense.

> 
> If you still find Description longer than you want, and you don't want 
> to narrow the width of the window, adjust the other columns accordingly. 
> I usually adjust the Account column wider in such cases.

OK, I am totally confused. How do I make a column to the right of the
Description wider *without* draging the right handle of the Description column
to the left? I don't want to *shrink* the columns to the right of the
Description, I want to make one of them wider. How does one do that without
shrinking the Description column? Where does the space come from? How does one
add space? What is happening is that there is some total window width W, which
is the sum of widths of all of the columns (plus the margin space). If one
wants to make some column Cx wider, some other collumn Cy needs to shrink, but
this is impossible if the only column that is "shrinkable" (Cy) is the
Description column. I can make columns to the *left* of the Description wider
or narrower, but not the columns to the right of the Description. Any attempt
to make any of them wider ends up making them all narrower until eventually
one (or more) of them end up with a width of 0. As far as I am concerned, this
is a bug (and a serious one at that). This makes no sense.

I have the source code and will go hunting...

> 
> This is nothing new in 4.14, GnuCash has worked this way for many many 
> years.
> 
> Regards,
> Adrien
> 
> On 12/7/23 12:57 PM, Robert Heller wrote:
> > I have a UI problem (failure?) running GNC 4.14 under Ubuntu 22.04. I tried 
> > to
> > shrink the Description column (make it narrower) in the general ledger 
> > display
> > of an account, but Description column only wants to get wider. Draging the
> > right edge to the left just "bounces" further to the right, causing the
> > columns to the right of the Description column to shrink. How do I fix 
> > this? I
> > tried exiting and restarting, but the column widths seem to be "remembered"
> > somewhere (where?).
> > 
> 
> ___
> 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.
> 
>   
>
> 

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

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


Re: [GNC] Business: return of goods to vendor with refund to credit card

2023-12-07 Thread Eric Chapman

Thanks, Adrian.

You are a good and thorough teacher and a great asset to this list.

Eric

On 12/7/23 14:59, Adrien Monteleone wrote:

I can't speak to your chosen solution, but to do this with a Credit Note:

1. Raise the Credit Note, assigning the line items to their proper 
Expense accounts. This will result in Credit entries (right column) in 
those affected Expense accounts, where normally Expenses are 
Debits(left column)


2. Post it to A/P. This will result in a Debit entry (left column) in 
the A/P account, where normally, you see Credit entries (right column).


e.g., a typical posted Credit Note from a Vendor will result in:

Dr. Liabilities:Accounts Payable
  Cr. Expenses:stuff

3. 'Pay' the Credit Note with your Credit Card account. This is the 
transaction which is the actual refund to your card. If you have 
already entered this refund manually, simply right-click it and 
'Assign as Payment' searching for the Vendor and selecting the Credit 
Note to clear it. This will result in a Credit entry (right column) in 
the A/P account, with a Debit entry (left column) in the Credit Card 
account.


e.g., a typical refund on a Credit Card against a Vendor Credit Note 
will result in:


Dr. Liabilities:Credit Card
  Cr. Liabilities:Accounts Payable


I personally only use Debit/Credit labels because I find them 
consistent and easier to understand than the various 'slang' 
terminology of the informal labels. (which don't always make sense in 
every situation) Regardless of the terms used for the column headings, 
the left/right nature does not change. (hence why I specified which 
they should be)


Regards,
Adrien

On 12/7/23 1:21 PM, Eric Chapman wrote:
Story: I bought some items locally in September. I returned a portion 
of them in November and the vendor was willing to issue a refund for 
the items I decided I did not need. The refund was made to my credit 
card.


I tried to use a "Credit Note", but could not figure out how to make 
it work. Is is just the same as an invoice, except that it 
automatically puts the amount in the "Refund" field? What other 
differences are there?


When I checked my vendor report for that vendor, I had mismatches and 
amounts in the aging columns.


Therefore I just deleted the "Credit Note" and input the 
return/refund as if it were a bill (invoice from vendor). I put in 
negative amounts. Worked fine. I clicked "Pay" and "paid" the 
negative amount to the credit card. Everything looks correct to me.


Is there a reason why this methodology is not good? Any other advice?


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


Re: [GNC] Business: return of goods to vendor with refund to credit card

2023-12-07 Thread Adrien Monteleone

I can't speak to your chosen solution, but to do this with a Credit Note:

1. Raise the Credit Note, assigning the line items to their proper 
Expense accounts. This will result in Credit entries (right column) in 
those affected Expense accounts, where normally Expenses are Debits(left 
column)


2. Post it to A/P. This will result in a Debit entry (left column) in 
the A/P account, where normally, you see Credit entries (right column).


e.g., a typical posted Credit Note from a Vendor will result in:

Dr. Liabilities:Accounts Payable
  Cr. Expenses:stuff

3. 'Pay' the Credit Note with your Credit Card account. This is the 
transaction which is the actual refund to your card. If you have already 
entered this refund manually, simply right-click it and 'Assign as 
Payment' searching for the Vendor and selecting the Credit Note to clear 
it. This will result in a Credit entry (right column) in the A/P 
account, with a Debit entry (left column) in the Credit Card account.


e.g., a typical refund on a Credit Card against a Vendor Credit Note 
will result in:


Dr. Liabilities:Credit Card
  Cr. Liabilities:Accounts Payable


I personally only use Debit/Credit labels because I find them consistent 
and easier to understand than the various 'slang' terminology of the 
informal labels. (which don't always make sense in every situation) 
Regardless of the terms used for the column headings, the left/right 
nature does not change. (hence why I specified which they should be)


Regards,
Adrien

On 12/7/23 1:21 PM, Eric Chapman wrote:
Story: I bought some items locally in September. I returned a portion of 
them in November and the vendor was willing to issue a refund for the 
items I decided I did not need. The refund was made to my credit card.


I tried to use a "Credit Note", but could not figure out how to make it 
work. Is is just the same as an invoice, except that it automatically 
puts the amount in the "Refund" field? What other differences are there?


When I checked my vendor report for that vendor, I had mismatches and 
amounts in the aging columns.


Therefore I just deleted the "Credit Note" and input the return/refund 
as if it were a bill (invoice from vendor). I put in negative amounts. 
Worked fine. I clicked "Pay" and "paid" the negative amount to the 
credit card. Everything looks correct to me.


Is there a reason why this methodology is not good? Any other advice?


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


Re: [GNC] UI Problem with 4.14

2023-12-07 Thread Adrien Monteleone

The Description column always fills the remaining width of the window.

You adjust the other columns to your liking, then reduce the window 
width to shrink the Description column. Otherwise, you can after setting 
the other columns, drag the right handle of the Description column to 
the left and let it bounce back to fill the remaining space.


If you still find Description longer than you want, and you don't want 
to narrow the width of the window, adjust the other columns accordingly. 
I usually adjust the Account column wider in such cases.


This is nothing new in 4.14, GnuCash has worked this way for many many 
years.


Regards,
Adrien

On 12/7/23 12:57 PM, Robert Heller wrote:

I have a UI problem (failure?) running GNC 4.14 under Ubuntu 22.04. I tried to
shrink the Description column (make it narrower) in the general ledger display
of an account, but Description column only wants to get wider. Draging the
right edge to the left just "bounces" further to the right, causing the
columns to the right of the Description column to shrink. How do I fix this? I
tried exiting and restarting, but the column widths seem to be "remembered"
somewhere (where?).



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


Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?

2023-12-07 Thread Adrien Monteleone
Correct. The extra processes were on Windows only. The Mac version is 
fine otherwise.


Regards,
Adrien

On 12/7/23 9:42 AM, Eric Chapman wrote:

It does not: I'm running GnuCash on the Mac side! So I'm OK, I guess.


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


[GNC] Business: return of goods to vendor with refund to credit card

2023-12-07 Thread Eric Chapman
Story: I bought some items locally in September. I returned a portion of 
them in November and the vendor was willing to issue a refund for the 
items I decided I did not need. The refund was made to my credit card.


I tried to use a "Credit Note", but could not figure out how to make it 
work. Is is just the same as an invoice, except that it automatically 
puts the amount in the "Refund" field? What other differences are there?


When I checked my vendor report for that vendor, I had mismatches and 
amounts in the aging columns.


Therefore I just deleted the "Credit Note" and input the return/refund 
as if it were a bill (invoice from vendor). I put in negative amounts. 
Worked fine. I clicked "Pay" and "paid" the negative amount to the 
credit card. Everything looks correct to me.


Is there a reason why this methodology is not good? Any other advice?

Thank you!

--
Eric Chapman
GnuCash 5.4 on MacOS 14.1 Sonoma running on an Apple M3 Max computer.

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


Re: [GNC] Extract from Crash Report

2023-12-07 Thread john


> On Dec 7, 2023, at 08:51, Michael Hendry  wrote:
> 
> I had entered a few transactions in one of my Gnucash files (File “A”) around 
> 12:30 (GMT), and left the computer for a few hours. I came back to it around 
> 16:15, and after watching a Youtube video and checking my email, I went back 
> to Gnucash and (assuming the autosave would have cleared the way) I used the 
> File menu to open a different Gnucash file (File “B”).
> 
> I was asked if I wanted to save the current file, and said yes, I was 
> prompted again and I believe I’d accepted the offer to save before the crash.
> 
> As expected after the crash, the next time I ran Gnucash I was warned about 
> the lock on file “B”. I opted to open it anyway, and it appears at first 
> glance to be undamaged. 
> 
> This time, I’ve saved the whole crash report, but I’m only including a small 
> portion of it for expert advice on whether ithe full report would be useful.
> 

Michael,

 That file A was already saved and it was loading file B is indicated by the 
lock file being on file B. 

I think you got enough in your extract to show me what was going on when it 
crashed. It's loading everything from file_B.gcm 
(gnc_main_window_restore_all_windows) and gnc_plugin_page_register_ui_update 
got called on the run of the event loop that was meant to update the cursor.

Figuring out anything past that will take more work, so please open a bug with 
the crash report attached so that it doesn't get lost.

Regards,
John Ralls

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


[GNC] UI Problem with 4.14

2023-12-07 Thread Robert Heller
I have a UI problem (failure?) running GNC 4.14 under Ubuntu 22.04. I tried to
shrink the Description column (make it narrower) in the general ledger display
of an account, but Description column only wants to get wider. Draging the
right edge to the left just "bounces" further to the right, causing the
columns to the right of the Description column to shrink. How do I fix this? I
tried exiting and restarting, but the column widths seem to be "remembered"
somewhere (where?).

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
   
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Extract from Crash Report

2023-12-07 Thread Michael Hendry
I had entered a few transactions in one of my Gnucash files (File “A”) around 
12:30 (GMT), and left the computer for a few hours. I came back to it around 
16:15, and after watching a Youtube video and checking my email, I went back to 
Gnucash and (assuming the autosave would have cleared the way) I used the File 
menu to open a different Gnucash file (File “B”).

I was asked if I wanted to save the current file, and said yes, I was prompted 
again and I believe I’d accepted the offer to save before the crash.

As expected after the crash, the next time I ran Gnucash I was warned about the 
lock on file “B”. I opted to open it anyway, and it appears at first glance to 
be undamaged. 

This time, I’ve saved the whole crash report, but I’m only including a small 
portion of it for expert advice on whether ithe full report would be useful.

If so, where should I send it?

Regards,

Michael Hendry

-
Translated Report (Full Report Below)
-

Process:   Gnucash [90913]
Path:  /Applications/Gnucash.app/Contents/MacOS/Gnucash
Identifier:org.gnucash.Gnucash
Version:   5.1-1 (5.1-1)
Code Type: X86-64 (Native)
Parent Process:launchd [1]
User ID:   501

Date/Time: 2023-12-07 16:29:29.9593 +
OS Version:macOS 14.1.2 (23B92)
Report Version:12
Bridge OS Version: 8.1 (21P1069)
Anonymous UUID:F889FA2B-0F71-CD50-6275-EA85633D47E5

Sleep/Wake UUID:   2FEB2384-9837-4B6E-8B7F-0CE42DCB28C9

Time Awake Since Boot: 13 seconds
Time Since Wake:   588 seconds

System Integrity Protection: enabled

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

Exception Type:EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   KERN_INVALID_ADDRESS at 0x000c
Exception Codes:   0x0001, 0x000c

Termination Reason:Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process:   exc handler [90913]

VM Region Info: 0xc is not in any region.  Bytes before following region: 
140737487409140
  REGION TYPESTART - END [ VSIZE] PRT/MAX 
SHRMOD  REGION DETAIL
  UNUSED SPACE AT START
--->  
  shared memory7ff19000-7ff1a000 [4K] r-x/r-x 
SM=SHM  

Thread 0 Crashed::  Dispatch queue: com.apple.main-thread
0   libgnc-gnome.dylib 0x100f2cea9 
gnc_plugin_page_register_ui_update + 89
1   libgnc-gnome.dylib 0x100f2cbb6 
gnc_plugin_page_register_focus_widget + 358
2   libglib-2.0.0.dylib0x1031a0a7e 
g_main_context_dispatch + 414
3   libglib-2.0.0.dylib0x1031a0da2 
g_main_context_iterate + 450
4   libglib-2.0.0.dylib0x1031a0e38 
g_main_context_iteration + 104
5   libgtk-3.0.dylib   0x101c8acec gtk_main_iteration + 
28
6   libgnc-gnome-utils.dylib   0x1010df4ee gnc_ui_set_cursor + 
94
7   libgnc-gnome-utils.dylib   0x1010df477 gnc_set_busy_cursor 
+ 183
8   libgnc-gnome-utils.dylib   0x10111258f 
gnc_main_window_restore_all_windows + 223
9   libgnc-gnome.dylib 0x100f40db2 
gnc_restore_all_state + 306
10  libgnc-engine.dylib0x102cd14c2 call_hook + 114
11  libglib-2.0.0.dylib0x10318febb g_hook_list_marshal 
+ 107
12  libgnc-engine.dylib0x102cd13d2 gnc_hook_run + 146
13  libgnc-gnome-utils.dylib   0x101109e8b gnc_post_file_open + 
1835
14  libgnc-gnome-utils.dylib   0x101123943 
gnc_plugin_file_history_cmd_open_file + 243
15  libgobject-2.0.0.dylib 0x1013a25aa g_closure_invoke + 
298
16  libgobject-2.0.0.dylib 0x1013b9ac7 
signal_emit_unlocked_R + 1607
17  libgobject-2.0.0.dylib 0x1013bab4f g_signal_emit_valist 
+ 2767
18  libgobject-2.0.0.dylib 0x1013bb042 g_signal_emit + 130
19  libgio-2.0.0.dylib 0x1024fdbc4 
g_simple_action_activate + 148
20  libgtk-3.0.dylib   0x101ca3b9e 
gtk_menu_tracker_item_activated + 158
21  libgobject-2.0.0.dylib 0x1013a25aa g_closure_invoke + 
298
22  libgobject-2.0.0.dylib 0x1013b9ac7 
signal_emit_unlocked_R + 1607
23  libgobject-2.0.0.dylib 0x1013bab4f g_signal_emit_valist 
+ 2767
24  libgobject-2.0.0.dylib 0x1013bb042 g_signal_emit + 130
25  libgobject-2.0.0.dylib 0x1013a25aa g_closure_invoke + 
298
26  libgtkmacintegration-gtk3.4.dylib  0x1010ad5ff idle_call_activate + 
79
27  libgdk-3.0.dylib   0x1011dab62 gdk_threads_dispatch 
+ 50
28  libglib-2.0.0.dylib0x1031a0a7e 
g_main_context_dispatch + 414
29  

Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?

2023-12-07 Thread R Losey
I had thought you were on a Mac, so I was surprised.

The problem was caught and fixed pretty quickly, but I think I'll just wait
for 5.5, too. The only real problem I'm having is that when the
"transaction matching" feature was added (which I find pretty helpful), the
ability to match previous Notes entries went away, and I really liked that
feature. I'm hoping it returns in 5.5.


On Thu, Dec 7, 2023 at 9:42 AM Eric Chapman 
wrote:

> Gyle,
>
>
> Thank you for that info. I'll check in Task Manager.
>
>
> Ohhh! I have Windows running in Parallels on my Mac, so I was
> temporarily thinking this applied to me.
>
>
> It does not: I'm running GnuCash on the Mac side! So I'm OK, I guess.
>
>
> Thanks!
>
> Eric
>
>
>
> On 12/7/23 10:35, Gyle McCollam wrote:
> > Eric,
> > No closing it periodically still leaves processes running.  You have
> > to use Task Manager, after closing Gnucash, and manually close the
> > Gnucash programs that are still running.  That is why I'm staying on
> > 5.3 as well, until 5.5 is released.  The nightly builds, I think, have
> > fixed this, but I'm going to wait for 5.5.
> >
> > Thank You,
> >
> > *Gyle McCollam*
> >
> > Gyle McCollam
> >
> > gmccol...@live.com email
> >
> > 
> > *From:* gnucash-user
> >  on behalf of Eric
> > Chapman 
> > *Sent:* Thursday, December 7, 2023 7:42 AM
> > *To:* GNUcash User List 
> > *Subject:* Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?
> > Thanks, R Losey, for chiming in. I did not know 5.4 was leaving
> > processes running in Windows, so I guess the cure is to close it
> > periodically?
> >
> > I'll stay on 5.4 for now – so far no problems that I've noticed.
> > ___
> > 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.
>
> --
> Eric Chapman
> GnuCash 5.4 on MacOS 14.1 Sonoma running on an Apple M3 Max computer.
> ___
> 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.
>


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


Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?

2023-12-07 Thread Eric Chapman

Gyle,


Thank you for that info. I'll check in Task Manager.


Ohhh! I have Windows running in Parallels on my Mac, so I was 
temporarily thinking this applied to me.



It does not: I'm running GnuCash on the Mac side! So I'm OK, I guess.


Thanks!

Eric



On 12/7/23 10:35, Gyle McCollam wrote:

Eric,
No closing it periodically still leaves processes running.  You have 
to use Task Manager, after closing Gnucash, and manually close the 
Gnucash programs that are still running.  That is why I'm staying on 
5.3 as well, until 5.5 is released.  The nightly builds, I think, have 
fixed this, but I'm going to wait for 5.5.


Thank You,

*Gyle McCollam*

Gyle McCollam

gmccol...@live.com email


*From:* gnucash-user 
 on behalf of Eric 
Chapman 

*Sent:* Thursday, December 7, 2023 7:42 AM
*To:* GNUcash User List 
*Subject:* Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?
Thanks, R Losey, for chiming in. I did not know 5.4 was leaving
processes running in Windows, so I guess the cure is to close it
periodically?

I'll stay on 5.4 for now – so far no problems that I've noticed.
___
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.


--
Eric Chapman
GnuCash 5.4 on MacOS 14.1 Sonoma running on an Apple M3 Max computer.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?

2023-12-07 Thread Gyle McCollam
Eric,
No closing it periodically still leaves processes running.  You have to use 
Task Manager, after closing Gnucash, and manually close the Gnucash programs 
that are still running.  That is why I'm staying on 5.3 as well, until 5.5 is 
released.  The nightly builds, I think, have fixed this, but I'm going to wait 
for 5.5.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


From: gnucash-user  on 
behalf of Eric Chapman 
Sent: Thursday, December 7, 2023 7:42 AM
To: GNUcash User List 
Subject: Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?

Thanks, R Losey, for chiming in. I did not know 5.4 was leaving
processes running in Windows, so I guess the cure is to close it
periodically?

I'll stay on 5.4 for now – so far no problems that I've noticed.

Eric

On 12/6/23 19:08, R Losey wrote:
> I generally stay up to date, but with the original 5.4 release leaving
> processes running in Windows, I've stayed at 5.3. I fully expect to move to
> 5.5 when it comes out (I usually also monitor this list for a while to see
> if there are any unpleasant bugs in the new release before I update).
>
>

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


Re: [GNC] Selling an unpaid invoice to another business at face value?

2023-12-07 Thread Michael or Penny Novack

On 12/6/2023 8:40 PM, Adrien Monteleone via gnucash-user wrote:

The amount owed stays in AR.

Who owes it is what changes.


Look, this isn't really about gnucash. And selling of A/R is far from 
unusual. But a list helping people use gnucash isn't the place to 
discuss "factoring" from scratch. But I will say this much.


If a business sells some or all of its A/R then it should be obvious 
that for THAT business those amounts no longer receivable but already 
received. Those become the business of the factor to collect. The factor 
would need to have the invoices.


I assume we are NOT talking about the unusual situation where you are 
keeping the books for both the first business and the second (separate 
entities, separate books).


Michael D Novack

PS --- In addition to sale to a factor, we also can have sale of "bad 
debt" to a collection agency. Again, once sold no longer receivables of 
the business.



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


Re: [GNC] Selling an unpaid invoice to another business at face value?

2023-12-07 Thread AP
On Thu, Dec 07, 2023 at 01:01:27AM +, Morgan Read wrote:
> Hi Andrew,

Hey. :)

> Many thanks for coming back.
> 
> I think perhaps that in an attempt at brevity, I assumed too much in my
> example and perhaps wasn't as clear as I might have been.  There are three
> entities in my example, but in yours there are 5.  Perhaps the confusion

Nah. There are 3: CompanyA (that is owed and wants to sell), CompanyB (that
wants to be owed and is willing to buy) and CompanyD (that owes).

> 2/ Three entities - 'I', Entity-A for whom I do work and Entity-B to whom I
> sell the right to collect the debt for the work done for Entity-A;

So for my examples Entity-A is CompanyD and Entity-B is CompanyB.

You are CompanyA I believe.

> 3/ Two invoices - my (I's) invoice to Entity-A (Invoice-A) for the work done
> and my (I's) invoice to Entity-B for the sale of the right to collect the
> above debt;
> 4/ Invoice-A is generated on the completion of the work for Entity-A, and
> placed in the shoe box marked 'invoices due';

Invoice-A is invoiceX.

> 5/ Invoice-B is generated on the sale of right to collect the debt to
> Entity-B;

Invoice-B is invoiceY.

> 6a/ On the generation of Invoice-B a copy is stapled to Invoice-A to
> represent the discharge of the right to collect the debt on Invoice-A and
> its transfer to Invoice-B - and placed in the shoe box marked 'invoices not
> due';

This stapling generates invoiceZ which is now (re-)issued to CompanyD.

> 6b/ Invoice-B is placed in the shoe box marked 'invoices due'

InvoiceZ would be as it now represents what CompanyD owes to CompanyB. It also
references invoiceX as the original invoice (this would be the stapling).

> So, the question is - how do I effect 1 to 6 above in gnucash, bearing in
> mind that some things may have been missed and I'm not sure where the
> transfer from Accounts Receivable might go?

Does my clarification above clarify my procedure below and help now? :)

CompanyA's AR is fulfilled by CompanyB.
CompanyB now gets an entry (invoiceZ) in its AR to be fulfilled by CompanyD.

Just realised that invoiceX is still in CompanyA's AR. Not sure how to
appropriately deal with it and it's well past midnight so I don't think
I will come up with something right now. :)

I may also be overthinking it without realising cos it's well past midnight. :)

> The right to collect on an invoice is sold to debt collectors all the time -
> I'm just a bit surprised there isn't a straight forward answer to
> representing that transaction in gnucash.

I think people are (rightfully) worried about the legal angle. Me too
somewhat but I believe it is understood that I'm only giving ideas on
how to use software in a vacuum and that you realise that it's down to
you to figure out if what I am saying is legal, correct and proper in
your corner of the planet.

Hence my line about being a noob, etc. :)

> On 06/12/2023 12:48 am, AP wrote:
> > On Tue, Dec 05, 2023 at 04:19:01PM +, Morgan Read via gnucash-user 
> > wrote:
> ...
> > 
> > So wouldn't this be:
> > 
> > * you have an invoiceX from CompanyA to CompanyD
> > * CompanyY creates invoiceY referencing invoiceX to CompanyB

Ooops. CompanyA not CompanyY.

> > * CompanyB pays CompanyA for invoiceY thus acquiring invoiceX
> > * CompanyB creates invoiceZ referencing invoiceX (that it now owns) to 
> > CompanyD
> > 
> > End result should be CompanyA's books being balanced and CompanyD's books 
> > being
> > unbalanced to the tune of invoiceX and thus requiring payment from CompanyD 
> > to
> > balance.
> ...

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


Re: [GNC] Advise me please: go up to 5.4.2 or stay at 4.13?

2023-12-07 Thread Eric Chapman
Thanks, R Losey, for chiming in. I did not know 5.4 was leaving 
processes running in Windows, so I guess the cure is to close it 
periodically?


I'll stay on 5.4 for now – so far no problems that I've noticed.

Eric

On 12/6/23 19:08, R Losey wrote:

I generally stay up to date, but with the original 5.4 release leaving
processes running in Windows, I've stayed at 5.3. I fully expect to move to
5.5 when it comes out (I usually also monitor this list for a while to see
if there are any unpleasant bugs in the new release before I update).




___
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.