date:20190209

Sorry, my poor wording - with the single transaction entries it writes back
to the main data file as saved, if you try to move onto the next task it
will ask, 'discard, save' - this process feels different to reconcile where
you have to hit the finish button in order to achieve similar result.

This if course is not the same as selecting save from top menu where it
saves the file to hard drive.

Perhaps users are ticking entries then using green reconcile button thinking
this will complete the process, only by selecting finish will it write back
to file.

Cheers,


Colin Law wrote
> On Fri, 8 Feb 2019 at 21:12, Jamestk <

> davidjamestk@.co

> > wrote:
>>
>> Michael, just a thought - individual transactions should save after each
>> entry, tapping the return key will move onto the next one auto saving the
>> previous - the reconciliation process is likely to be somewhat different,
>> GNC marks the entries but doesn't save these until the process is
>> finalized
>> by activating 'finish' button, this will change entries from 'c' to 'r'
>> writing the result back to file -
>>
>> Could I ask what button is used when you mention 'marked as complete', if
>> its the green reconciled tick button this appears to be non functional?
> 
> The above is not correct except when using one of the database
> backends.  With the default xml file it only saves when asked to do so
> or every five minutes (or whatever) if the auto save interval is
> configured.  It does not save after each transaction and the
> completion of reconcile does not trigger a save.
> 
> Colin
> ___
> gnucash-user mailing list

> gnucash-user@

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





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

Re: [GNC] postpone reconciliation broken: ignores my changes

> On 8 Feb 2019, at 17:37, John Ralls  wrote:
> 
> 
> 
>> On Feb 8, 2019, at 8:11 AM, Michael Hendry  wrote:
>> 
>> PS Looking at the log files, I’m reminded that a number of scheduled 
>> transactions took place during the session. Inspecting these it seems that 
>> each one is recorded four times - here’s an example extracted from the 
>> larger of the two log file:
>> 
>> = START
>> Baefe075a22d466826d4735afb8159c08
>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> Baefe075a22d466826d4735afb8159c08
>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> = END
>> = START
>> Raefe075a22d466826d4735afb8159c08
>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> Raefe075a22d466826d4735afb8159c08
>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> = END
>> = START
>> Baefe075a22d466826d4735afb8159c08
>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> Baefe075a22d466826d4735afb8159c08
>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> = END
>> = START
>> Raefe075a22d466826d4735afb8159c08
>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> Raefe075a22d466826d4735afb8159c08
>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63 
>>Amazon Prime Subscription   n   
>> 0/1 0/100   1970-01-01 01:00:00 +0100
>> = END
>> 
>> I don’t know what the significance of “B” and “R” is in the first column, 
>> but the pairs of lines appear to be record the guids of the each transaction 
>> and the accounts the split refers to. I don’t suppose the appearance of Unix 
>> zero time (1970-01-01 01:00:00 +0100) at the end of each line is of any 
>> significance.
> 
> There's a header at the top of the log file titling the columns. It's
> 
> "mod|trans_guid|split_guid|time_now|date_entered|date_posted|acc_guid|acc_name|num|description|notes|memo|action|reconciled|amount|value|date_reconciled"
> 
> The codes for the mod field are:
> 
> 'B' for 'begin edit' (followed by the transaction as it looks before any 
> changes, i.e. the 'old value')
> 'D' for delete (i.e. delete the previous B; echoes the data in the 'old B')
> 'C' for commit (i.e. accept a previous B; data that follows is the 'new 
> value')
> 'R' for rollback (i.e. revert to previous B; data that follows should be 
> identical to old B)
> 
> So GnuCash tried twice to create the two splits of the Amazon Prime 
> Subscription transaction only to roll them back for some reason.
> 
> Regards,
> John Ralls
> 
> 


Morning, John.

Armed with the information above, I’ve been comparing the latest before-crash 
log file with that created when I forced GC to open this morning.

Here’s h

Re: [GNC] postpone reconciliation broken: ignores my changes

> On 9 Feb 2019, at 11:20, Michael Hendry  wrote:
> 
>> On 8 Feb 2019, at 17:37, John Ralls  wrote:
>> 
>> 
>> 
>>> On Feb 8, 2019, at 8:11 AM, Michael Hendry  wrote:
>>> 
>>> PS Looking at the log files, I’m reminded that a number of scheduled 
>>> transactions took place during the session. Inspecting these it seems that 
>>> each one is recorded four times - here’s an example extracted from the 
>>> larger of the two log file:
>>> 
>>> = START
>>> B   aefe075a22d466826d4735afb8159c08
>>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> B   aefe075a22d466826d4735afb8159c08
>>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> = END
>>> = START
>>> R   aefe075a22d466826d4735afb8159c08
>>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> R   aefe075a22d466826d4735afb8159c08
>>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> = END
>>> = START
>>> B   aefe075a22d466826d4735afb8159c08
>>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> B   aefe075a22d466826d4735afb8159c08
>>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> = END
>>> = START
>>> R   aefe075a22d466826d4735afb8159c08
>>> cd4cb60c1e5a5294eb4e7d2623dbaebe2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> R   aefe075a22d466826d4735afb8159c08
>>> f9d8cacc6b99135677ccc97ce6f4887d2019-02-08 00:03:46 +   
>>> 2018-08-05 12:20:04 +0100   2018-08-05 11:59:00 +0100   
>>> 9768413066e3e0d1272ba7839ea5f1ccb0e28c7d097d448b29f193895c973d63
>>> Amazon Prime Subscription   n   
>>> 0/1 0/100   1970-01-01 01:00:00 +0100
>>> = END
>>> 
>>> I don’t know what the significance of “B” and “R” is in the first column, 
>>> but the pairs of lines appear to be record the guids of the each 
>>> transaction and the accounts the split refers to. I don’t suppose the 
>>> appearance of Unix zero time (1970-01-01 01:00:00 +0100) at the end of each 
>>> line is of any significance.
>> 
>> There's a header at the top of the log file titling the columns. It's
>> 
>> "mod|trans_guid|split_guid|time_now|date_entered|date_posted|acc_guid|acc_name|num|description|notes|memo|action|reconciled|amount|value|date_reconciled"
>> 
>> The codes for the mod field are:
>> 
>> 'B' for 'begin edit' (followed by the transaction as it looks before any 
>> changes, i.e. the 'old value')
>> 'D' for delete (i.e. delete the previous B; echoes the data in the 'old B')
>> 'C' for commit (i.e. accept a previous B; data that follows is the 'new 
>> value')
>> 'R' for rollback (i.e. revert to previous B; data that follows should be 
>> identical to old B)
>> 
>> So GnuCash tried twice to create the two splits of the Amazon Prime 
>> Subscription transaction only to roll them back for some reason.
>> 
>> Regards,
>> John Ralls
>> 
>> 
> 
> 
> Morning, John.
> 
> Arme

Re: [GNC] Backup recovery

2019-02-09 Thread Finbar Mahon

Thanks, I read the guide and was a bit confused when backblaze showed 
the most recent save was yesterday at 3.55pm but with two dates/times of -



GNU 5 Feb 2018 .gnucash.20180305171639.gnucash.20190208155508.gnucash<<


Is the second date from the left [20180305171639] the date the file was 
created originally, and the first one [GNU 5 Feb 2018] the file name  ?


Not critical as the backblaze file is the last save before I closed gnucash.

Finbar



On 08/02/2019 22:56, David Cousens wrote:

Finbar,

The directory with your data file will also contain log files  and backup
files.

See https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-backup1.html for
details

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
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] postpone reconciliation broken: ignores my changes

On Sat, 9 Feb 2019 at 11:18, Jamestk  wrote:
>
> Perhaps users are ticking entries then using green reconcile button thinking
> this will complete the process, only by selecting finish will it write back
> to file.

I am not with you again I am afraid.  On 3.4 there isn't a green
reconcile button any more (assuming you mean the green tick), it has
been replaced by the Finish button.  Also the Finish button doesn't
save it (I don't think), it is still necessary to Save or wait for the
automatic save.

Colin
___
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] postpone reconciliation broken: ignores my changes

On Sat, 9 Feb 2019 at 11:23, Michael Hendry  wrote:
> ..
> My guess is that GC is setting up all of my Scheduled transactions (“B” 
> lines) and then rolling them back (“R” lines) without committing them.
>
> There follows a series of four empty START-END pairs at line 643.
>
> This is then following at line 651 in the earlier file (on the right of the 
> screenshot) the one transaction scheduled to take place on the 8th of 
> February - but involving a Commit, then a Begin then a Commit.
>
> Today’s file (on the right) starts at line 651 with the same transaction and 
> the same Commit-Begin-Commit sequence, and then goes on to record the 
> scheduled transaction due for today.
>
> Each file ends with an orphaned “D” line, whose UID doesn’t appear earlier in 
> the file.
>
> This may be the expected behaviour, but it seems odd to me!

That looks very similar to what I am seeing with 3.4 on Ubuntu.

Colin
___
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] Backup recovery

2019-02-09 Thread D via gnucash-user

That file name indicates that you opened, and saved, a backup of your main data 
file. You might not have intended to do this.

See 
https://wiki.gnucash.org/wiki/FAQ#Q:_Why_is_my_file_name_getting_longer_and_longer.3F

David

On February 9, 2019, at 5:15 PM, Finbar Mahon  wrote:

Thanks, I read the guide and was a bit confused when backblaze showed 
the most recent save was yesterday at 3.55pm but with two dates/times of -

>>GNU 5 Feb 2018 .gnucash.20180305171639.gnucash.20190208155508.gnucash<<

Is the second date from the left [20180305171639] the date the file was 
created originally, and the first one [GNU 5 Feb 2018] the file name  ?

Not critical as the backblaze file is the last save before I closed gnucash.

Finbar



On 08/02/2019 22:56, David Cousens wrote:
> Finbar,
>
> The directory with your data file will also contain log files  and backup
> files.
>
> See https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-backup1.html for
> details
>
> David Cousens
>
>
>
> -
> David Cousens
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
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] postpone reconciliation broken: ignores my changes

2019-02-09 Thread Finbar Mahon

Just a minor point doesn't it  change from 'c' or 'n' to 'y' in the R 
column after 'finish' ?


I have had some issues with 'quit' - there have been times when I was 
sure that I had done save/quit but the next time I fired up GNUCash it 
said it could not find the file and did I want to open it anyway? Does 
that happen if I haven't 'finished' the reconciliation?


Finbar

On 08/02/2019 22:09, Jamestk wrote:

Michael, just a thought - individual transactions should save after each
entry, tapping the return key will move onto the next one auto saving the
previous - the reconciliation process is likely to be somewhat different,
GNC marks the entries but doesn't save these until the process is finalized
by activating 'finish' button, this will change entries from 'c' to 'r'
writing the result back to file -

Could I ask what button is used when you mention 'marked as complete', if
its the green reconciled tick button this appears to be non functional?

Thanks,


"Yesterday morning I reconciled a single account, marked it complete,
clicked “Save” and quit Gnucash - I was going to be out all day, and wasn’t
planning to do any more work on the books. The unusual aspect was the quick
sequence of finishing the reconciliation, clicking Save and Quit - usually I
would tidy up the papers before shutting down. The Mac itself was left
running."





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

___
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] postpone reconciliation broken: ignores my changes

 

Colin, this one - both this and postpone button non functional.



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

Re: [GNC] postpone reconciliation broken: ignores my changes



From memory, entries changed to 'c' if checked in reconcile window but
postponed, clicking finish would then change to 'Y' in register -

I just tried closing the reconcile window with entries ticked but not
finished, it closed but did ask to save before exiting - this doesn't seem
to have the same effect as finish.



Just a minor point doesn't it  change from 'c' or 'n' to 'y' in the R 
column after 'finish' ?

I have had some issues with 'quit' - there have been times when I was 
sure that I had done save/quit but the next time I fired up GNUCash it 
said it could not find the file and did I want to open it anyway? Does 
that happen if I haven't 'finished' the reconciliation?

Finbar

On 08/02/2019 22:09, Jamestk wrote:
> Michael, just a thought - individual transactions should save after each
> entry, tapping the return key will move onto the next one auto saving the
> previous - the reconciliation process is likely to be somewhat different,
> GNC marks the entries but doesn't save these until the process is
> finalized
> by activating 'finish' button, this will change entries from 'c' to 'r'
> writing the result back to file -
>
> Could I ask what button is used when you mention 'marked as complete', if
> its the green reconciled tick button this appears to be non functional?
>
> Thanks,
>
>
> "Yesterday morning I reconciled a single account, marked it complete,
> clicked “Save” and quit Gnucash - I was going to be out all day, and
> wasn’t
> planning to do any more work on the books. The unusual aspect was the
> quick
> sequence of finishing the reconciliation, clicking Save and Quit - usually
> I
> would tidy up the papers before shutting down. The Mac itself was left
> running."




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

Re: [GNC] postpone reconciliation broken: ignores my changes

On Sat, 9 Feb 2019 at 13:32, Jamestk  wrote:
>
> 
>
> Colin, this one - both this and postpone button non functional.

Oh, I had never noticed that button (reconcile selection). For me it
does work.  If you select one or more items (by clicking the text not
the check box) then click the Reconcile Selection button then all the
ones you have selected become ticked.

I don't know what you mean by the postpone button being
non-functional, do you mean it has absolutely no effect at all?


Colin

>
>
>
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
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] postpone reconciliation broken: ignores my changes

On Sat, 9 Feb 2019 at 13:43, Jamestk  wrote:
>
> I just tried closing the reconcile window with entries ticked but not
> finished, it closed but did ask to save before exiting - this doesn't seem
> to have the same effect as finish.

For me, if I try to close the reconcile after ticking something it
says I have made changes in the reconcile window and asks me if I am
sure I want to cancel.  If I say yes it cancels the whole reconcile.
Which version of Gnucash are you using?

Colin
___
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] postpone reconciliation broken: ignores my changes

Colin, please comments above re postpone button, it no longer saves your
ticked selections for completion later on - it's not a problem tho;



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

Re: [GNC] postpone reconciliation broken: ignores my changes

On Sat, 9 Feb 2019 at 13:54, Jamestk  wrote:
>
> Colin, please comments above re postpone button, it no longer saves your
> ticked selections for completion later on - it's not a problem tho;

OK, so you mean clicking Postpone exits the reconcile dialog, but if
you start the reconcile again then it has lost the previous ticks.  I
wanted to be sure because when you said the button was non-functional
button you might have meant it didn't do anything at all.
In that case, since you have a consistent failure, I am sure the devs
will be interested in knowing that.

You haven't said which version you are using (if you already told us
earlier then apologies).

Colin
___
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] postpone reconciliation broken: ignores my changes

Colin, two replies in one -

-
For me, if I try to close the reconcile after ticking something it
says I have made changes in the reconcile window and asks me if I am
sure I want to cancel. If I say yes it cancels the whole reconcile.
Which version of Gnucash are you using?

*My reply: Mine is exact same, no difference - v3.4 Windows Pro 10 OS
*
--
OK, so you mean clicking Postpone exits the reconcile dialog, but if
you start the reconcile again then it has lost the previous ticks. I
wanted to be sure because when you said the button was non-functional
button you might have meant it didn't do anything at all.
In that case, since you have a consistent failure, I am sure the devs
will be interested in knowing that.

You haven't said which version you are using (if you already told us
earlier then apologies).

Colin
_

*My reply; This is correct, I think the chap further up this (is it an
email chain or thread :) using Mac had similar issue here;

"It’s not just a Windows problem. I see the same behavior (at least part of
the time) with version 3.4 running on a Mac.

Mike"

http://gnucash.1415818.n4.nabble.com/postpone-reconciliation-broken-ignores-my-changes-tp4655624p4707559.html*

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

[GNC] GC 3.4 quit aborts file save process (was Re: postpone reconciliation broken: ignores my changes)

I’ve been experimenting with the timing of Gnucash->Quit after clicking Save.

There is an activity indicator after Save is clicked, which disappears when the 
mouse is moved away from the Save button, which makes it look as though the 
process is complete.

If Gnucash->Quit is clicked promptly after Save, it appears that the process of 
saving is aborted leaving the .LCK and .LNK files, a log file, and a binary 
file called something like MDH.gnucash.tmp-gkUdOJ.

The connection I had made with the extensive reconciliations I had made 
(sometimes including Postpone) was irrelevant, as this will happen even if no 
reconciliation has taken place.

The Save button is greyed out when the file is first opened, but a trivial 
change to an existing transaction is sufficient to make it functional.

I don’t believe this intended behaviour, so I plan to report it as a bug, once 
I work out how to do it!

Michael


___
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] GC 3.4 quit aborts file save process (was Re: postpone reconciliation broken: ignores my changes)

2019-02-09 Thread John Ralls

> On Feb 9, 2019, at 3:07 PM, Michael Hendry  wrote:
> 
> I’ve been experimenting with the timing of Gnucash->Quit after clicking Save.
> 
> There is an activity indicator after Save is clicked, which disappears when 
> the mouse is moved away from the Save button, which makes it look as though 
> the process is complete.
> 
> If Gnucash->Quit is clicked promptly after Save, it appears that the process 
> of saving is aborted leaving the .LCK and .LNK files, a log file, and a 
> binary file called something like MDH.gnucash.tmp-gkUdOJ.
> 
> The connection I had made with the extensive reconciliations I had made 
> (sometimes including Postpone) was irrelevant, as this will happen even if no 
> reconciliation has taken place.
> 
> The Save button is greyed out when the file is first opened, but a trivial 
> change to an existing transaction is sufficient to make it functional.
> 
> I don’t believe this intended behaviour, so I plan to report it as a bug, 
> once I work out how to do it!

Indeed, it's not intended behavior, and it seems consistent with what you 
reported earlier. Good job!

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
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] GC 3.4 quit aborts file save process (was Re: postpone reconciliation broken: ignores my changes)