Re: [GNC] Online Banking Upgrade hosed Name and Memo field

[John Ralls]

> On Oct 29, 2018, at 5:38 PM, Alan Marsh  wrote:
> 
> NAME and MEMO were identical in old xml (either ofx or qfx)
> POS PURCH - KROGER FUEL CTR  554
> POS PURCH - KROGER FUEL CTR  5542   IL DECATUR
> 4615 E. US ROUTE 36US
> After online banking upgrade it now gives me
> 
> POS PURCH
> KROGER FUEL CTR  5542   IL DECATUR 4615 E. US
> ROUTE 36US
> Which means all transactions in gnucash say just POS PURCH for the
> Description and you have to expand each one to see the actual memo entry
> to know who was paid.
> Any idea how to fix this?

Does your bank offer QIF export? Maybe they didn't bork that. Otherwise you're 
stuck with pre-processing the file with the scripting language of your choice.

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.

[GNC] Online Banking Upgrade hosed Name and Memo field

[Alan Marsh]

NAME and MEMO were identical in old xml (either ofx or qfx)
POS PURCH - KROGER FUEL CTR  554
POS PURCH - KROGER FUEL CTR  5542   IL DECATUR
4615 E. US ROUTE 36US
After online banking upgrade it now gives me

POS PURCH
KROGER FUEL CTR  5542   IL DECATUR 4615 E. US
ROUTE 36US
Which means all transactions in gnucash say just POS PURCH for the
Description and you have to expand each one to see the actual memo entry
to know who was paid.
Any idea how to fix this?

___
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] Question about sub accounts

[Adrien Monteleone]

Eric,

Read the end of my reply first...

Now, I was following you up until this point:

> On Oct 29, 2018, at 9:55 AM, Eric Gwin  wrote:
> ...

> I've been able to limp by so far by specifying every transaction as a split
> with no amount to *assets:current assets:sinking checking *
> and the actual transaction amount to the sub-account:
> *assets:current assets:sinking checking:AutoMaint*   -135.45
> *Expenses:Sinking:AutoMaint  * 135.45

What you showed here *was* an amount to the sinking checking *and* an amount to 
the related expense account. Yet you said you “_no_ amount to the ...:sinking 
checking”.


> That at least creates an entry in the "singing checking" register and the
> "Accounts" tab does show the current balance for "sinking checking", but
> there is no running total, nor does the transaction amount show in that
> account's register.
> 

What do you mean by ‘running total’ and how could you not see the transaction 
amount in that account’s register if you in fact created a transaction with a 
split to that account? Your description here is very confusing.


> Setting "Sinking checking" as a placeholder seems to simply mean GNUCash
> won't allow you to view the register or enter a transaction against the
> account.

Correct. And as a good rule of thumb to not tear your hair out later, it is 
good practice to make all parent accounts placeholders except for very special 
situations. (This is one of them, but see below)


> 
> Is there a way to set up an account of this type where the account
> maintains the transactions (as it should for reconciliation)

If you enter a transaction with splits to a certain account, that account’s 
register will contain a copy of the transaction and its running balance will 
reflect the result of the cumulative effect of those splits.

> and each
> sub-account also "inherits" transactions for their type:

Not sure what you mean by this. By ’type’ do you mean ‘expense, asset, etc.?'


> or the sub
> accounts get the transaction entries as I'm doing, but the parent account
> register lists (but doesn't total) the sub account transactions?

Now we’re back to the first part of your post, the problem you are initially 
having an issue with is reconciling. There is a solution:

When you click the Reconcile button while viewing the *parent* account, check 
the “Include Subaccounts” box. But keep reading first...

Note, if this is a real checking account that you are simply segregating funds 
in *artificially* (that is, not actually with separate accounts at the bank) 
then make all of these subs as children of the actual checking account - not 
Current Assets. But do not make the parent real checking account a placeholder 
as it might contain real transactions unrelated to the children. Then the 
reconcile process will make sense using the ‘Include Subaccounts’ option. So 
you can see here, it would be odd to reconcile ‘Current Assets’ especially 
since that account can have other children like “Cash” or “Pre-paid Expenses” 
and other actual checking and savings accounts among others.

If these are simply your own mechanism for savings, like a virtual envelope 
method, and the funds might be physically represented in the real world in 
various or multiple places, then create a parent for them, say “Current 
Assets:Budget Envelopes” and include in each transaction a set of transfer 
splits from the envelope back to the physical account where the funds reside, 
then ’spend’ from the actual physical account, then reconcile the actual 
physical account. This means more splits for each transaction (at least 4 
total) but you can maintain your budgeting method.

We’ve discussed envelope budgeting quite a bit here on the list. Do a list 
restricted search to find the threads. I’ve tried it myself in the past, and 
currently have the account tree set up to use, but honestly, it is probably 
better to use an outside piece of software to manage the budgeting and just use 
GnuCash for the actual real accounting. (GnuCash has a budget module, but it is 
not envelope based) There are several methods and lots of pitfalls. The least 
of which is nearly double the work in entering transaction splits.

Finally, there are plenty of good standard accounting textbooks online for 
free. Here’s one I’ve found pretty useful as a quick reference: 
https://www.principlesofaccounting.com/ (I have a college textbook I kept that 
is probably better, but that copy is on paper and this is at my fingertips)

All of your questions though were not accounting questions, but GnuCash 
mechanics questions. We don’t give accounting advice here, but can offer some 
basic generic example help and can point you in the right direction, but if the 
question is “how do I do ‘x’ with GnuCash” like you’ve asked, that’s what we’re 
here for.

Regards,
Adrien


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription 

Re: [GNC] No longer able to reconcile register accounts

[Richard Ullger]

On 29/10/2018 14:06, Colin Law wrote:
> I am seeing similar problems in the UK running 3.3 on Ubuntu 18.10, from
> Ubuntu repo. 
> The issue occurs if one tries to enter 28/10/18 in the statement date,
> which is why the '-' fails.  Any other date is ok whether entered using
> t, +, -, the calendar, or entering manually via the keyboard.  I see the
> same error in the trace file as Richard is seeing when 28th is entered.
> Richard, is it ok if you enter dates other than 28th?
> It also happens if one tries to enter 29/10/17 which was also DST day.

Colin,

Seems I can enter any date other than 28th October in the calendar, even
29th. Just happens that all registers except one needed reconciling on
28th. Strange that the one that needed reconciling on 27th allowed me to
'-' from 29/10 to 28/10 and then again to 27/10 but others don't.

I can '+' through the dates in October until I get to 27th, then the
date resets to 01/10.

John,

Noting comment #3 on https://bugs.gnucash.org/show_bug.cgi?id=795080,
the BST to GMT transition takes place at 02:00 -> 01:00 on the last
Sunday of October.

Regards,

Richard
___
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] Question about sub accounts

[Eric Gwin]

Hi,

I'm pretty new to to application, and have basically 0 accounting
background. I've setup my books and all is working pretty well, but I am
running into an issue with subaccounts I hope I'm doing something wrong,
but if not I'd also like to know so I can post a suggestion.

Scenario:

I have a checking account I am using as an accumulator for multiple other
purposes (it is a "sinking" fund account I use to "save" for
expected/budgeted non-monthly expenses)

I have set it up like this:
*assets:current assets:sinking checking*

is then has sub accounts to track deposits to and deductions from various
categories


*assets:current assets:sinking checking:AutoMaint*

*assets:current assets:sinking checking:Clothing*
*assets:current assets:sinking checking:HairCare*
*assets:current assets:sinking checking:HomeMaint*
*assets:current assets:sinking checking:KidActivity*

On a bi-monthly basis, I deposit a fixed amount to the "sinking checking"
and a split transaction allocates it to the various sub-accounts.
Then as payments need to be made I use that checking for the payment and
track it using an entry against the sub-account.

This works pretty well as it solves the major problem of maintaining each
sub-accounts spending and balances. However, in order to reconcile the
checking account I need to see all the transactions to each sub account
listed in the register for the "sinking checking" along with the running
balance for the account.

I've been able to limp by so far by specifying every transaction as a split
with no amount to *assets:current assets:sinking checking *
and the actual transaction amount to the sub-account:
*assets:current assets:sinking checking:AutoMaint*   -135.45
*Expenses:Sinking:AutoMaint  * 135.45
That at least creates an entry in the "singing checking" register and the
"Accounts" tab does show the current balance for "sinking checking", but
there is no running total, nor does the transaction amount show in that
account's register.

Setting "Sinking checking" as a placeholder seems to simply mean GNUCash
won't allow you to view the register or enter a transaction against the
account.

Is there a way to set up an account of this type where the account
maintains the transactions (as it should for reconciliation) and each
sub-account also "inherits" transactions for their type: or the sub
accounts get the transaction entries as I'm doing, but the parent account
register lists (but doesn't total) the sub account transactions?

Thanks for your time.
-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
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] No longer able to reconcile register accounts

[John Ralls]

Colin,

This smells like a recurrence of 
https://bugs.gnucash.org/show_bug.cgi?id=795080 
, which I thought I’d fixed 
last spring... but yesterday is the first “live fire” test and it shows that my 
supposed fix didn't.

Regards,
John Ralls



> On Oct 29, 2018, at 7:06 AM, Colin Law  wrote:
> 
> I am seeing similar problems in the UK running 3.3 on Ubuntu 18.10, from 
> Ubuntu repo.  
> The issue occurs if one tries to enter 28/10/18 in the statement date, which 
> is why the '-' fails.  Any other date is ok whether entered using t, +, -, 
> the calendar, or entering manually via the keyboard.  I see the same error in 
> the trace file as Richard is seeing when 28th is entered.
> Richard, is it ok if you enter dates other than 28th?
> It also happens if one tries to enter 29/10/17 which was also DST day.
> 
> Colin
> 
> On Mon, 29 Oct 2018 at 12:24, Richard Ullger  > wrote:
> On 29/10/2018 02:59, John Ralls wrote:
> 
> > 
> > Sigh. No, and I thought that I’d fixed all of the timezone and DST issues. 
> > I’ll be interested to know if the problem goes away when you try again on 
> > Monday.
> > 
> > Regards,
> > John Ralls
> > 
> 
> Hi John,
> 
> Unfortunately I've had mixed results trying to reconcile today.
> 
> The first register I tried reconciled without any issues. The statement
> date was populated with today's date, 29/10/18. I was able to press '-'
> twice to change the date to 27/10/18. The register ending balance was
> populated with the last balance in the register and I was able to paste
> a value to replace it and proceed with the reconciliation.
> 
> Another register cannot be reconciled to the correct date. It has the
> last balance as at 28/10/18. When the Reconcile Information window
> opens, the statement date is populated with today's date, 29/10/18 and
> the Ending Balance is the correct amount. Pressing '-' in the statement
> date box changes the date to 01/10/18 and changes the ending balance to
> the amount as at that date. Pressing 't' resets the date to today's date
> and the balance to the corresponding amount. Selecting a date from the
> calendar dropdown has no effect and doesn't change the date. So I've
> reconciled to today's date as a workaround.
> 
> Several other registers have similar issues and the error message
> 
> * 11:52:14  CRIT  gnc_date_edit_set_time_internal: assertion
> 'mytm != NULL' failed
> 
> appears several times in the gnucash.trace file.
> 
> Closing and restarting gnucash has no effect on the outcome.
> 
> Regards,
> 
> Richard
> ___
> 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] AqBanking help for Citi CC

[Fross, Michael]

Hi Jim.  I think we can end this discussion.  I decided to install v3.3 on
another windows 10 machine.  It worked. There is either something broken on
my main machine (doubtful) or some security software my employer installed
is causing the issue (more probable.)

Your "username " discovery has really been helpful and I have it working.
I may just need to move my GNC installation to my home machine instead of
my work laptop.

Your generosity in helping me troubleshoot has been amazing.  Thank you so
much.

Michael

On Mon, Oct 29, 2018 at 12:35 AM Jim Maki via gnucash-user <
gnucash-user@gnucash.org> wrote:

>
> > Accquiring lock: Started.
>
> > Accquiring lock: 2812 of 6
>
> > <..>
>
> > Accquiring lock: 59984 of 6
>
> > Accquiring lock: 5 of 6
>
> > Accquiring lock: Finished.
>
> > 3:2018/10/28
>
> >
> 11-04-37:gwen(39044):C:/gcdev64/gnucash/releases/src/gwenhywfar-4.20.0/plugins/configmgr/dir/c
>
> > fgdir.c:  469: Could not lock group [shared/certs]: 2
>
> > 3:2018/10/28
>
> >
> 11-04-37:aqbanking(39044):C:/gcdev64/gnucash/releases/src/aqbanking-5.7.8/src/libs/aqbanking/b
>
> > anking_cfg.c:  303: Could not lock shared group [certs] (-109)
>
> > 4:2018/10/28
>
> >
> 11-04-37:aqbanking(39044):C:/gcdev64/gnucash/releases/src/aqbanking-5.7.8/src/libs/aqbanking/g
>
> > ui/abgui.c:  147: Could not lock certs db, asking user (-109)
>
> This is a file locking issue and you just have to delete the ".lck" files.
> For a description of file locking see:
>
>
> https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-backup1.html#basics-backuplock2
>
> For the AqBanking directory on Windows containing the lock files, see
> table 2.4 in:
>
>
> https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-migrate-settings.html
>
> If you want real detail, I believe the actual locking code is fslock.c:
>
>
> https://github.com/cstim/gwenhywfar/blob/master/src/os/windows/fslock.c
>
> You'll see to lock a directory "D" they create a lock file "D/.dir.lck"
> and to lock a file "F" they lock "F.lck". These are the files you should
> delete.
>
> Those tidbits make me want to skim through the whole GnuCash Tutorial and
> Concepts Guide:
>
>  https://www.gnucash.org/docs/v3/C/gnucash-guide/
>
> > So it seems the account never gets configured into AQBanking...that's a
> hint I think. AQBanking does not record the account.
>
> Given Chase works for you but Citi only lacks the account setup, you're
> almost there. All you have to do is manually create the account part (given
> that you've created the user part).
>
> Start the AqBanking wizard: Tools ==> Online Banking Setup ... ==> Next
> ==> Start AqBanking Wizard.
>
> Edit the user you already created to verify it's correct, but don't use
> "Retrieve Account List". Once you're satisfied it's right, close the user
> and then click on Accounts ==> Create Account and fill it in (see below).
>
> Once you close the "AqBanking Setup" window just make sure it's mapped to
> the right GnuCash account and you should be good to go.
>
> For convenience, here's the configuration I posted before (updated to
> version 2900):
>
> AqBanking Setup
>
> ==>  User Settings
>
> >  User Name - "YOURUSERID"
>
> >  User Id - "YOURUSERID " (trailing space)
>
> >  Client UID - not specified
>
> ==>  Bank Settings
>
> >  Bank Name - "Citi Credit Card"
>
> >  Broker Id - "Citigroup"
>
> >  FID - "24909"
>
> >  ORG - "Citigroup"
>
> >  Server URL -
>
> "https://www.accountonline.com/cards/svc/CitiOfxManager.do;
>
> ==>  Application Settings
>
> >  Application ID - "QWIN"
>
> >  Application Version - "2900"
>
> >  Header Version - "103"
>
> >  No Special Settings
>
> ==>  Account Info
>
> >  Account Number - "YOUR CC NUMBER"
>
> >  Account Name - "Citigroup"
>
> >  IBAN - not specified
>
> >  Owner Name - not specified
>
> >  Currency - "US Dollar (USD)"
>
> >  Account Type - "Credit Card Account"
>
> ==>  Bank Info
>
> >  Country - "United States of America (US)"
>
> >  Bank Code - "www.accountonline.com"
>
> >  Bank Name - "www.accountonline.com"
>
> >  SWIFT BIC - not specified
>
> >  Selected User - the user you defined above
>
> Hope that helps.
>
>Jim
>
> ___
> 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:

Re: [GNC] No longer able to reconcile register accounts

[David Carlson]

Obviously the solution to your problem is to move to Arizona!

David C

On Mon, Oct 29, 2018 at 9:09 AM Colin Law  wrote:

> I am seeing similar problems in the UK running 3.3 on Ubuntu 18.10, from
> Ubuntu repo.
> The issue occurs if one tries to enter 28/10/18 in the statement date,
> which is why the '-' fails.  Any other date is ok whether entered using t,
> +, -, the calendar, or entering manually via the keyboard.  I see the same
> error in the trace file as Richard is seeing when 28th is entered.
> Richard, is it ok if you enter dates other than 28th?
> It also happens if one tries to enter 29/10/17 which was also DST day.
>
> Colin
>
> On Mon, 29 Oct 2018 at 12:24, Richard Ullger  wrote:
>
> > On 29/10/2018 02:59, John Ralls wrote:
> >
> > >
> > > Sigh. No, and I thought that I’d fixed all of the timezone and DST
> > issues. I’ll be interested to know if the problem goes away when you try
> > again on Monday.
> > >
> > > Regards,
> > > John Ralls
> > >
> >
> > Hi John,
> >
> > Unfortunately I've had mixed results trying to reconcile today.
> >
> > The first register I tried reconciled without any issues. The statement
> > date was populated with today's date, 29/10/18. I was able to press '-'
> > twice to change the date to 27/10/18. The register ending balance was
> > populated with the last balance in the register and I was able to paste
> > a value to replace it and proceed with the reconciliation.
> >
> > Another register cannot be reconciled to the correct date. It has the
> > last balance as at 28/10/18. When the Reconcile Information window
> > opens, the statement date is populated with today's date, 29/10/18 and
> > the Ending Balance is the correct amount. Pressing '-' in the statement
> > date box changes the date to 01/10/18 and changes the ending balance to
> > the amount as at that date. Pressing 't' resets the date to today's date
> > and the balance to the corresponding amount. Selecting a date from the
> > calendar dropdown has no effect and doesn't change the date. So I've
> > reconciled to today's date as a workaround.
> >
> > Several other registers have similar issues and the error message
> >
> > * 11:52:14  CRIT  gnc_date_edit_set_time_internal: assertion
> > 'mytm != NULL' failed
> >
> > appears several times in the gnucash.trace file.
> >
> > Closing and restarting gnucash has no effect on the outcome.
> >
> > Regards,
> >
> > Richard
> > ___
> > 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] No longer able to reconcile register accounts

[Colin Law]

I am seeing similar problems in the UK running 3.3 on Ubuntu 18.10, from
Ubuntu repo.
The issue occurs if one tries to enter 28/10/18 in the statement date,
which is why the '-' fails.  Any other date is ok whether entered using t,
+, -, the calendar, or entering manually via the keyboard.  I see the same
error in the trace file as Richard is seeing when 28th is entered.
Richard, is it ok if you enter dates other than 28th?
It also happens if one tries to enter 29/10/17 which was also DST day.

Colin

On Mon, 29 Oct 2018 at 12:24, Richard Ullger  wrote:

> On 29/10/2018 02:59, John Ralls wrote:
>
> >
> > Sigh. No, and I thought that I’d fixed all of the timezone and DST
> issues. I’ll be interested to know if the problem goes away when you try
> again on Monday.
> >
> > Regards,
> > John Ralls
> >
>
> Hi John,
>
> Unfortunately I've had mixed results trying to reconcile today.
>
> The first register I tried reconciled without any issues. The statement
> date was populated with today's date, 29/10/18. I was able to press '-'
> twice to change the date to 27/10/18. The register ending balance was
> populated with the last balance in the register and I was able to paste
> a value to replace it and proceed with the reconciliation.
>
> Another register cannot be reconciled to the correct date. It has the
> last balance as at 28/10/18. When the Reconcile Information window
> opens, the statement date is populated with today's date, 29/10/18 and
> the Ending Balance is the correct amount. Pressing '-' in the statement
> date box changes the date to 01/10/18 and changes the ending balance to
> the amount as at that date. Pressing 't' resets the date to today's date
> and the balance to the corresponding amount. Selecting a date from the
> calendar dropdown has no effect and doesn't change the date. So I've
> reconciled to today's date as a workaround.
>
> Several other registers have similar issues and the error message
>
> * 11:52:14  CRIT  gnc_date_edit_set_time_internal: assertion
> 'mytm != NULL' failed
>
> appears several times in the gnucash.trace file.
>
> Closing and restarting gnucash has no effect on the outcome.
>
> Regards,
>
> Richard
> ___
> 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] No longer able to reconcile register accounts

[Richard Ullger]

On 29/10/2018 02:59, John Ralls wrote:

> 
> Sigh. No, and I thought that I’d fixed all of the timezone and DST issues. 
> I’ll be interested to know if the problem goes away when you try again on 
> Monday.
> 
> Regards,
> John Ralls
> 

Hi John,

Unfortunately I've had mixed results trying to reconcile today.

The first register I tried reconciled without any issues. The statement
date was populated with today's date, 29/10/18. I was able to press '-'
twice to change the date to 27/10/18. The register ending balance was
populated with the last balance in the register and I was able to paste
a value to replace it and proceed with the reconciliation.

Another register cannot be reconciled to the correct date. It has the
last balance as at 28/10/18. When the Reconcile Information window
opens, the statement date is populated with today's date, 29/10/18 and
the Ending Balance is the correct amount. Pressing '-' in the statement
date box changes the date to 01/10/18 and changes the ending balance to
the amount as at that date. Pressing 't' resets the date to today's date
and the balance to the corresponding amount. Selecting a date from the
calendar dropdown has no effect and doesn't change the date. So I've
reconciled to today's date as a workaround.

Several other registers have similar issues and the error message

* 11:52:14  CRIT  gnc_date_edit_set_time_internal: assertion
'mytm != NULL' failed

appears several times in the gnucash.trace file.

Closing and restarting gnucash has no effect on the outcome.

Regards,

Richard
___
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] GNUCash fails to start on Windows 10 after windows update

[crysty sandu via gnucash-user]

Hi,
Nothing.
Cristian

Skickat från Yahoo Mail på Android 
 
  På mån, okt. 2018 klockan 11:28, cicko skrev:   Do you 
have anything in the Application Event Log?



--
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] GNUCash fails to start on Windows 10 after windows update

[cicko]

Do you have anything in the Application Event Log?



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