Re: [GNC] File Association - Path Head Not Set

[john murdoch]

Thank you Adrien. That worked fine for me.

Regards
John

On Wed, 23 Sep 2020 at 14:36, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Preferences > General > Associated Files > Path head for associated files.
>
> Regards,
> Adrien
>
> On 9/22/20 11:28 PM, john murdoch wrote:
> > Hello
> >
> > I wish to change the path to the folder where I store copies of invoices
> > that I can then attach to the relevant transaction in GNUCash through the
> > "File Association" feature.
> >
> > The path currently defaults to C:\Users\myname\Documents\
> >
> > How do I change this path?
> >
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 

John Murdoch
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] File Association - Path Head Not Set

[Adrien Monteleone]

Preferences > General > Associated Files > Path head for associated files.

Regards,
Adrien

On 9/22/20 11:28 PM, john murdoch wrote:

Hello

I wish to change the path to the folder where I store copies of invoices
that I can then attach to the relevant transaction in GNUCash through the
"File Association" feature.

The path currently defaults to C:\Users\myname\Documents\

How do I change this path?



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] File Association - Path Head Not Set

[john murdoch]

Hello

I wish to change the path to the folder where I store copies of invoices
that I can then attach to the relevant transaction in GNUCash through the
"File Association" feature.

The path currently defaults to C:\Users\myname\Documents\

How do I change this path?

-- 

John Murdoch
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reconcile strangeness

[Stephen M. Butler]

Oops.  I sent from one of my other email accounts!  Sorry.

--Steve

On 9/22/20 8:10 PM, Steve wrote:
> Today I noticed an anomaly while reconciling an asset account.
>
> I am still on 3.8b on Linux (Ubuntu 20.04).  I suspect this is one I
> compiled myself -- but it has been awhile.
>
> I haven't had time to compile and check the latest.
>
> Reconciling an asset account (that was a placeholder with 4 sub-accounts
> -- Asset:Bank:MutualFund).  I did click to include the sub-accounts
> (General, Emergency, Sinking).
>
> One transaction was to move funds from one sub-account to another
> sub-account of the placeholder (General --> Emergency).
>
> So, this transaction showed up on the Debit and Credit lists.  I was
> unable to get both sides to have a check-mark.  Clicking on the credit
> side would remove the check-mark from the debit side.  And vice versus.
>
> Ended up postponing the reconcile, then editing the transaction to
> remove the cleared flag from whichever side it had remained.  Since this
> transaction is balanced (!!) I was able to finish the reconcile to the
> bank's value.
>
> Is this a known bug?  Can somebody experiment with the latest release to
> see if still present?
>
> --Steve
>
>

-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[John Ralls]

Looks like it's https://bugs.gnucash.org/show_bug.cgi?id=797514.

Regards,
John Ralls


> On Sep 22, 2020, at 2:29 PM, Adrien Monteleone 
>  wrote:
> 
> Want a bug filed or is there one already?
> 
> Regards,
> Adrien
> 
> On 9/22/20 4:26 PM, John Ralls wrote:
>> I can reproduce it too, but only in split view. It works correctly in basic 
>> view, meaning that the reconciled flag goes to n and stays that way, and if 
>> I change the reconciled split and return to commit the transaction instead 
>> of tabbing out of the split the split also stays unreconciled.
>> I'm also able to reproduce it on 4.0, 3.11, and 3.10 on Windows. It's been 
>> around for a while.
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[D. via gnucash-user]

Sorry. I meant clicking the reconcile field itself (the spot in the register 
labeled "R" to the left of the transfer account field) is the only field that 
actually changes the status and sticks. 

Glad to know that I'm not imagining things...


 Original Message 
From: Adrien Monteleone 
Sent: Tue Sep 22 16:45:39 EDT 2020
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

I can confirm the same behavior on MacOS.

(however, which field do you mean by: "The only instance in which I've 
been able to reverse the reconcile flag is to directly click the field 
in the register"?)

I seem to recall that the fields which trigger flipping the flag to 'n' 
have changed. (not sure if 4.0 or 4.1)

I would think amount and date would do that as they are both critical to 
the reconciliation. (unless the date change is within the opening and 
closing date, but I'm not sure if that is stored or is part of the logic 
check)

Any other field I would think should be able to change without flipping 
the flag.

The fact that you are warned, and then the flag isn't changed, to me is 
a bug, either in the warning being generated when it doesn't need to be, 
or in the flag not being set to 'n' when it should. (and as noted, I 
believe date 'may' but amount always 'should' flip it)


Regards,
Adrien

On 9/22/20 2:37 PM, David T. via gnucash-user wrote:
> Hello,
> 
> I know no one wants to hear from me these days, but I've noticed strange 
> behavior with reconciled transaction entries in GnuCash 4.1 under 
> Windows 10.
> 
> Specifically, when I edit the amount of a reconciled transaction entry 
> (a.k.a. "split"), I receive a notice that I am attempting to edit a 
> reconciled split (as is appropriate). After I confirm that I wish to 
> change this entry, I am then taken into the entry, and I make my edit. 
> When I change the amount, the reconcile flag changes to "n", but when I 
> leave the split, *the split reverts to reconciled status.* I have tested 
> this in a couple of different register types (commodity, cash), and I 
> have tried both tabbing out of the split and using enter, with the same 
> result.
> 
> Similarly, trying to change the date of the transaction as a whole gives 
> this message; however, none of the reconcile status flags are changed in 
> this case. The only instance in which I've been able to reverse the 
> reconcile flag is to directly click the field in the register.
> 
> I don't recall now whether there has been a change in logic on this 
> front, such that reconciled transactions are left reconciled except when 
> the flag is directly changed. Previously, any attempts to alter a 
> transaction resulted in its reconcile flag being turned off.
> 
> Does anyone else see this behavior, is it intended to be this way, or is 
> it once again some odd setting that I have somehow managed to set?
> 
> David T.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[Adrien Monteleone]

Want a bug filed or is there one already?

Regards,
Adrien

On 9/22/20 4:26 PM, John Ralls wrote:

I can reproduce it too, but only in split view. It works correctly in basic 
view, meaning that the reconciled flag goes to n and stays that way, and if I 
change the reconciled split and return to commit the transaction instead of 
tabbing out of the split the split also stays unreconciled.

I'm also able to reproduce it on 4.0, 3.11, and 3.10 on Windows. It's been 
around for a while.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[John Ralls]

I can reproduce it too, but only in split view. It works correctly in basic 
view, meaning that the reconciled flag goes to n and stays that way, and if I 
change the reconciled split and return to commit the transaction instead of 
tabbing out of the split the split also stays unreconciled.

I'm also able to reproduce it on 4.0, 3.11, and 3.10 on Windows. It's been 
around for a while.

Regards,
John Ralls


> On Sep 22, 2020, at 1:45 PM, Adrien Monteleone 
>  wrote:
> 
> I can confirm the same behavior on MacOS.
> 
> (however, which field do you mean by: "The only instance in which I've been 
> able to reverse the reconcile flag is to directly click the field in the 
> register"?)
> 
> I seem to recall that the fields which trigger flipping the flag to 'n' have 
> changed. (not sure if 4.0 or 4.1)
> 
> I would think amount and date would do that as they are both critical to the 
> reconciliation. (unless the date change is within the opening and closing 
> date, but I'm not sure if that is stored or is part of the logic check)
> 
> Any other field I would think should be able to change without flipping the 
> flag.
> 
> The fact that you are warned, and then the flag isn't changed, to me is a 
> bug, either in the warning being generated when it doesn't need to be, or in 
> the flag not being set to 'n' when it should. (and as noted, I believe date 
> 'may' but amount always 'should' flip it)
> 
> 
> Regards,
> Adrien
> 
> On 9/22/20 2:37 PM, David T. via gnucash-user wrote:
>> Hello,
>> I know no one wants to hear from me these days, but I've noticed strange 
>> behavior with reconciled transaction entries in GnuCash 4.1 under Windows 10.
>> Specifically, when I edit the amount of a reconciled transaction entry 
>> (a.k.a. "split"), I receive a notice that I am attempting to edit a 
>> reconciled split (as is appropriate). After I confirm that I wish to change 
>> this entry, I am then taken into the entry, and I make my edit. When I 
>> change the amount, the reconcile flag changes to "n", but when I leave the 
>> split, *the split reverts to reconciled status.* I have tested this in a 
>> couple of different register types (commodity, cash), and I have tried both 
>> tabbing out of the split and using enter, with the same result.
>> Similarly, trying to change the date of the transaction as a whole gives 
>> this message; however, none of the reconcile status flags are changed in 
>> this case. The only instance in which I've been able to reverse the 
>> reconcile flag is to directly click the field in the register.
>> I don't recall now whether there has been a change in logic on this front, 
>> such that reconciled transactions are left reconciled except when the flag 
>> is directly changed. Previously, any attempts to alter a transaction 
>> resulted in its reconcile flag being turned off.
>> Does anyone else see this behavior, is it intended to be this way, or is it 
>> once again some odd setting that I have somehow managed to set?
>> David T.
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[Adrien Monteleone]

I can confirm the same behavior on MacOS.

(however, which field do you mean by: "The only instance in which I've 
been able to reverse the reconcile flag is to directly click the field 
in the register"?)


I seem to recall that the fields which trigger flipping the flag to 'n' 
have changed. (not sure if 4.0 or 4.1)


I would think amount and date would do that as they are both critical to 
the reconciliation. (unless the date change is within the opening and 
closing date, but I'm not sure if that is stored or is part of the logic 
check)


Any other field I would think should be able to change without flipping 
the flag.


The fact that you are warned, and then the flag isn't changed, to me is 
a bug, either in the warning being generated when it doesn't need to be, 
or in the flag not being set to 'n' when it should. (and as noted, I 
believe date 'may' but amount always 'should' flip it)



Regards,
Adrien

On 9/22/20 2:37 PM, David T. via gnucash-user wrote:

Hello,

I know no one wants to hear from me these days, but I've noticed strange 
behavior with reconciled transaction entries in GnuCash 4.1 under 
Windows 10.


Specifically, when I edit the amount of a reconciled transaction entry 
(a.k.a. "split"), I receive a notice that I am attempting to edit a 
reconciled split (as is appropriate). After I confirm that I wish to 
change this entry, I am then taken into the entry, and I make my edit. 
When I change the amount, the reconcile flag changes to "n", but when I 
leave the split, *the split reverts to reconciled status.* I have tested 
this in a couple of different register types (commodity, cash), and I 
have tried both tabbing out of the split and using enter, with the same 
result.


Similarly, trying to change the date of the transaction as a whole gives 
this message; however, none of the reconcile status flags are changed in 
this case. The only instance in which I've been able to reverse the 
reconcile flag is to directly click the field in the register.


I don't recall now whether there has been a change in logic on this 
front, such that reconciled transactions are left reconciled except when 
the flag is directly changed. Previously, any attempts to alter a 
transaction resulted in its reconcile flag being turned off.


Does anyone else see this behavior, is it intended to be this way, or is 
it once again some odd setting that I have somehow managed to set?


David T.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[David T. via gnucash-user]

Hello,

I know no one wants to hear from me these days, but I've noticed strange 
behavior with reconciled transaction entries in GnuCash 4.1 under 
Windows 10.


Specifically, when I edit the amount of a reconciled transaction entry 
(a.k.a. "split"), I receive a notice that I am attempting to edit a 
reconciled split (as is appropriate). After I confirm that I wish to 
change this entry, I am then taken into the entry, and I make my edit. 
When I change the amount, the reconcile flag changes to "n", but when I 
leave the split, *the split reverts to reconciled status.* I have tested 
this in a couple of different register types (commodity, cash), and I 
have tried both tabbing out of the split and using enter, with the same 
result.


Similarly, trying to change the date of the transaction as a whole gives 
this message; however, none of the reconcile status flags are changed in 
this case. The only instance in which I've been able to reverse the 
reconcile flag is to directly click the field in the register.


I don't recall now whether there has been a change in logic on this  
front, such that reconciled transactions are left reconciled except when 
the flag is directly changed. Previously, any attempts to alter a 
transaction resulted in its reconcile flag being turned off.


Does anyone else see this behavior, is it intended to be this way, or is 
it once again some odd setting that I have somehow managed to set?


David T.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Can't "Save As" to sqlite, is it a compile option?

[Chris Green]

On Mon, Sep 21, 2020 at 01:12:38PM -0500, Adrien Monteleone wrote:
> I'm pretty sure that *is* documented on the Wiki build pages, or at least
> used to be. I once built on Ubuntu and found that option on the Wiki to get
> it working.
> 
Ah, but it's nothing to do with 'building' really.


> I was lightly following some Wiki Build Instruction discussion on IRC
> recently and I think that very option (with needed dependency) was pointed
> out as not being quite obvious.
> 
> Check out the Build on Linux pages (along with the sub-pages about
> dependencies) and read their Talk sections for more current info and state
> of the edits.
> 
As above, nothing to do with 'building' IMHO.  It should be in the
basic 'installation' notes.

-- 
Chris Green
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] How to stop a Transfer Funds dialogue autmatically appearing after reconciliation?

[Jim DeLaHunt]

On 2020-09-21 00:30, Christopher Lam wrote:

Try the preference setting Register / Reconciling / Automatic credit card
payment

On Mon, 21 Sep 2020, 3:12 pm Jim DeLaHunt,  wrote:


Hello, folks:

I have been catching up on reconciliation of a few credit card accounts
this weekend. For one credit card account, when I click the "Finish"
button to complete the reconciliation, a Transfer Funds dialogue appears
automatically. It has the ending balance of the credit card account
filled in, and is set to transfer from a convenient chequing account to
the credit card account.


Christopher:

Right you are! Unchecking the checkbox setting in Preferences… Register… 
Reconciling… Automatic credit card payment does in fact stop this 
Transfer Funds dialogue from appearing.


I think the documentation on Reconciliation should describe this better 
than it does. I opened enhancement requires Bug 797950 - "Reconcilation 
docs don't mention automatic credit card payment feature" 
 to track this.



Only this one credit card account behaves this way. For other credit
card accounts, finishing the reconciliation does not cause a Transfer
Funds dialogue to appear.


I looked at the other two accounts, describing credit cards, for which 
the Transfer Funds dialogue did not appear. It turns out that I had set 
up these two Accounts as type Liability, rather than as type Credit 
Card. It had not made a difference for me until now.  I have other 
Accounts of type Credit Card, but I had not tried to reconcile them yet.


Thank you for your help.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.