Another One Step Update Error - TD Ameritrade (Schwab)

[Ken Blake]

This error undoubtedly results from yesterday's TD-Ameritrade-Schwab
merger. I thought I had properly done whatever I needed to do in
advance, but apparently I didn't:

I have four accounts there. I get the same OSU error with all four:

Your login information in Quicken is incorrect.

Can someone tell me what I need to do to fix this?

[Ken Blake]

Ignore this message. I think I found out what was wrong, and I created
new Schwab accounts. I'll try setting up Quicken for this after Sept 5
when the merger has completed.

I'll post back after I do this, either stating that it works or asking
for help again.


On Sat, 02 Sep 2023 07:20:27 -0700, Ken Blake <K...@invalid.news.com>
wrote:

[Ken Blake]

On Sat, 02 Sep 2023 09:39:40 -0700, Ken Blake <K...@invalid.news.com>
wrote:

>Ignore this message. I think I found out what was wrong, and I created
>new Schwab accounts. I'll try setting up Quicken for this after Sept 5
>when the merger has completed.
>
>I'll post back after I do this, either stating that it works or asking
>for help again.

Here I am again, asking for help again. I'm not getting it to work.

All four of my TD Ameritrade accounts now exist on the Schwab web
site, with correct information on their contents. I have all their new
Schwab account numbers and I have the correct user IDs and password.
Three of the accounts are sort of lumped together and I can access all
three of them when I log into one. The fourth account is my wife's
IRA and I have to log into that separately with her user ID and
password.

So all seems fine on the Schwab web site. But I can't get it to work
correctly in Quicken. This is what I've done:

I went to Quicken Accounts, and clicked Add Account. It asked for an
institution and I select Schwab. It has me sign into Schwab and
authorize it to let Quicken access my accounts. I did.

** It then says "Your accounts have been authorized successfully!" and
brought me back to Quicken where it shows me all three of my accounts.
One of them looks fine, but under "Nickname in Quicken" the other two
have the names of unrelated accounts at other institutions (I don't
think the nickname issue is related to my problem, but I thought I
would mention it just in case).

Under Action, Link to Existing Account is selected. I click next and
wait. And wait. And wait.

After about an hour of waiting when nothing happened, I figured that
something was wrong, so I shut down Quicken, restarted it, and started
over. I got to the same place as the paragraph about with ** at its
beginning but this time the drop-down box under Action is gone, and
instead it says "Don't add to Quicken" and provides no ability to
change it.

One (just one) of the four accounts has been added to Quicken (the
one without the incorrect nickname, if it matters), but with a zero
balance and no transactions.

So what did I do wrong? Did I just nor wait long enough the first time
I tried this? How can I fix it.

I'm about to delete the useless zero-balance added Schwab account and
try again, but I wanted to first describe what I did and ask for help
while it was still fresh in my mind.

All suggestions as to what's wrong and what I should do would be
greatly appreciated.

[Ken Blake]

On Tue, 05 Sep 2023 08:36:58 -0700, Ken Blake <K...@invalid.news.com>

I deleted the zero-balance Schwab account and tried again. Everything
went the same was but this time, I got the choice of "Link to Existing
Account" (preselected) for the account I deleted. The other two
accounts, those with the incorrect nicknames, still said "Don't add to
Quicken." I let it go ahead with the hope that at least the one
account would work.

I waited fifteen minutes. For Quicken, Task Manager said 0% CPU,
130.0 MB CPU, and 0 MB/s Disk, and none of those ever changed, so I
shut down Quicken again.

I then restarted Quicken and noticed that in the account list that
account now had Charles Schwab & Co, Inc, under Financial
Institution, so I tried running an OSU for just that account. It
waited forever there too, so I shut down Quicken again.

I now see that the two TD Ameritrade accounts with the incorrect
nicknames have more than incorrect nicknames. They also have incorrect
financial intuitions, so perhaps that's what's screwing everything up.
I'll see if I can figure out how to change them.

[John Pollard]

On Tuesday, September 5, 2023 at 10:37:01 AM UTC-5, Ken Blake wrote:

> Here I am again, asking for help again. I'm not getting it to work.
>
> All four of my TD Ameritrade accounts now exist on the Schwab web
> site, with correct information on their contents. I have all their new
> Schwab account numbers and I have the correct user IDs and password.
> Three of the accounts are sort of lumped together and I can access all
> three of them when I log into one. The fourth account is my wife's
> IRA and I have to log into that separately with her user ID and
> password.
>
> So all seems fine on the Schwab web site. But I can't get it to work
> correctly in Quicken. This is what I've done:
>
> I went to Quicken Accounts, and clicked Add Account. It asked for an
> institution and I select Schwab. It has me sign into Schwab and
> authorize it to let Quicken access my accounts. I did.
>
> ** It then says "Your accounts have been authorized successfully!" and
> brought me back to Quicken where it shows me all three of my accounts.
> One of them looks fine, but under "Nickname in Quicken" the other two
> have the names of unrelated accounts at other institutions (I don't
> think the nickname issue is related to my problem, but I thought I
> would mention it just in case).

Good thing you mentioned it because that is definitely related to your problem.

You can NOT rely on Quicken to correctly match the accounts found in the
Add Account process.

When you see an incorrect "Nickname" for a downloaded account, that's a
sure sign that Quicken matched the downloaded account to the wrong
existing Quicken account.

One way or the other, you need to get back to the place you were when you
initiated the first Add Account process for Schwab.

The simplest way would be to restore a backup from just before that event.
Alternatively, you'd probably have to deactivate, at least the incorrectly
linked Schwab accounts ... and perhaps all the Schwab accounts.

Then initiate the Add Account process again and check each "Link" that
Quicken offers to insure the link is to the correct existing Quicken account.

[John Pollard]

I forgot to mention:
I think it best to refrain from activating new accounts that are transfers from
another brokerage until "Transferring" the Quicken holdings from the old
Brokerage to the new Brokerage - using the "Shares transferred between accounts"
pseudo-transaction.

Then when you activate the new Brokerage accounts, plan to ignore/delete any
transactions downloaded by the new Broker that attempt to establish your new
holdings: those transactions will almost certainly NOT contain the correct cost
basis for your holdings - while the "Shares transferred between accounts" transaction
will preserve each lot from the old brokerage in the new brokerage ... with the correct
cost basis.

[Ken Blake]

On Tue, 05 Sep 2023 09:25:42 -0700, Ken Blake <K...@invalid.news.com>

I said that wrong. It's not the TD Ameritrade accounts that have
incorrect financial institutions, it's the two accounts with the
incorrect nicknames that now have Charles Schwab & Co, Inc, as their
Financial Institution.

I haven't figured out to change them. Is it possible? How?

I also tried to add my wife's Schwab IRA account and link it to
Existing Account. That failed in the same way.

This is extremely frustrating. I don't know what to do. I'm not even
sure I can remember everything I've tried.

[Ken Blake]

On Tue, 5 Sep 2023 10:47:22 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

>On Tuesday, September 5, 2023 at 12:42:04?PM UTC-5, John Pollard wrote:

>> On Tuesday, September 5, 2023 at 10:37:01?AM UTC-5, Ken Blake wrote:
>>
>> > Here I am again, asking for help again. I'm not getting it to work.
>> >
>> > All four of my TD Ameritrade accounts now exist on the Schwab web
>> > site, with correct information on their contents. I have all their new
>> > Schwab account numbers and I have the correct user IDs and password.
>> > Three of the accounts are sort of lumped together and I can access all
>> > three of them when I log into one. The fourth account is my wife's
>> > IRA and I have to log into that separately with her user ID and
>> > password.
>> >
>> > So all seems fine on the Schwab web site. But I can't get it to work
>> > correctly in Quicken. This is what I've done:
>> >
>> > I went to Quicken Accounts, and clicked Add Account. It asked for an
>> > institution and I select Schwab. It has me sign into Schwab and
>> > authorize it to let Quicken access my accounts. I did.
>> >
>> > ** It then says "Your accounts have been authorized successfully!" and
>> > brought me back to Quicken where it shows me all three of my accounts.
>> > One of them looks fine, but under "Nickname in Quicken" the other two
>> > have the names of unrelated accounts at other institutions (I don't
>> > think the nickname issue is related to my problem, but I thought I
>> > would mention it just in case).
>
>> Good thing you mentioned it because that is definitely related to your problem.

As I said in another message I just sent, "I said that wrong. It's

not the TD Ameritrade accounts that have incorrect financial
institutions, it's the two accounts with the incorrect nicknames that
now have Charles Schwab & Co, Inc, as their Financial Institution."

So is that related to the problem? How can I fix it?

>>
>> You can NOT rely on Quicken to correctly match the accounts found in the
>> Add Account process.
>>
>> When you see an incorrect "Nickname" for a downloaded account, that's a
>> sure sign that Quicken matched the downloaded account to the wrong
>> existing Quicken account.
>>
>> One way or the other, you need to get back to the place you were when you
>> initiated the first Add Account process for Schwab.
>>
>> The simplest way would be to restore a backup from just before that event.

I guess I could do that, but I'm reluctant to perhaps lose any
transactions since the backup.

>> Alternatively, you'd probably have to deactivate, at least the incorrectly
>> linked Schwab accounts ... and perhaps all the Schwab accounts.

I now have one account that has Schwab as its financial institution,
although it's still called TD Ameritrade. The other three accounts are
still TD Ameritrade, both with regard to name and financial
institution. Should I deactivate all four? Unless you think otherwise,
that seems safer than restoring a backup.

>> Then initiate the Add Account process again and check each "Link" that
>> Quicken offers to insure the link is to the correct existing Quicken account.
>
>I forgot to mention:
>I think it best to refrain from activating new accounts that are transfers from
>another brokerage until "Transferring" the Quicken holdings from the old
>Brokerage to the new Brokerage - using the "Shares transferred between accounts"
>pseudo-transaction.

Sorry, I'm having trouble understanding that. Are you saying I should
do that instead of what you said in your earlier message (restoring a
backup or deactivating)? If so, can you be more specific about exactly
how I should do what you suggest.

[John Pollard]

On Tuesday, September 5, 2023 at 2:22:41 PM UTC-5, Ken Blake wrote:

> I said that wrong. It's not the TD Ameritrade accounts that have
> incorrect financial institutions, it's the two accounts with the
> incorrect nicknames that now have Charles Schwab & Co, Inc, as their
> Financial Institution.

That's what I understood you to say.

> I haven't figured out to change them. Is it possible? How?

Again:
If possible, restore a backup from before you started this process.

If not, deactivate the accounts that are incorrectly matched,
initiate the Add Account process again, and make sure the
downloaded accounts are Linked to the correct Quicken accounts.
[That means when you see the dialog box with all the Schwab accounts
that Quicken discovered, make sure you check to see that the "Action"
Dropdown says "Link to existing" and that the Nickname column has
the same name as the name of the Quicken Schwab account you want
to link to. If the Nickname is not correct, open the Action > Link to ... and
choose the correct Quicken account.

[John Pollard]

On Tuesday, September 5, 2023 at 2:37:48 PM UTC-5, Ken Blake wrote:

It's not "instead of": it's a question of timing.
Transfer the holdings to the new Quicken accounts
before you do the first download to the new Quicken
accounts - that download will happen at the conclusion
of the Add Account process.

If you transfer your holdings in Quicken, before you
activate the new Schwab accounts, it will likely be
easier to deal with the transactions that Schwab is
going to download during the Add Account process.

[John Pollard]

On Tuesday, September 5, 2023 at 2:55:47 PM UTC-5, John Pollard wrote:

> It's not "instead of": it's a question of timing.
> Transfer the holdings to the new Quicken accounts
> before you do the first download to the new Quicken
> accounts - that download will happen at the conclusion
> of the Add Account process.
>
> If you transfer your holdings in Quicken, before you
> activate the new Schwab accounts, it will likely be
> easier to deal with the transactions that Schwab is
> going to download during the Add Account process.

You might want to do a trial-run in a New (test) Quicken file.

Manually create one Quicken account for each Schwab account.
Initiate the Add Account process for Schwab,
making sure each downloaded Schwab account is Linked to

the correct existing Quicken account.

At the conclusion of that process, take note of the transactions
Schwab downloads. Some (perhaps all) of those transactions
will represent the transfer of your holdings from your previous
brokerage to Schwab.

You will not want those transactions when you do the
download to your regular file. Instead you will want the
transactions that Quicken will create when you use the
Quicken "Transfer shares between accounts" pseudo-transaction.

Doing the test run should give you a good idea what to expect when
you do the Add Account for real.

You should be able to see just
which Schwab transactions you will want to delete when you do
the Add Account process in your regular file -
because your Quicken "Shares transferred between accounts"
pseudo-transaction will transfer your holdings
more accurately/completely than the transactions
Schwab will download.

[Ken Blake]

On Tue, 5 Sep 2023 13:08:00 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

Thanks very much for this and your other two messages I just read. No
time now, but I'll follow your suggestions tomorrow.

[Ken Blake]

On Tue, 05 Sep 2023 14:29:52 -0700, Ken Blake <K...@invalid.news.com>
wrote:

Now I can't do an OSU at all.

I thought I would do an OSU before doing anything. I tried. It
completed one CC account then froze as it was trying to do the others.

I used Task Manager to end task and restarted Quicken, I asked whether
it should install the update it had downloaded. I said yes and it did.
Then I tried an OSU again. It froze again.

I tried deactivating a TD Ameritrade account. It froze on that too.

I opened the backup file it made before installing the update and
tried again. It froze again.

I rebooted and tried an OSU again. It froze again.

I tried doing a backup. It resulted in the message "File not backed
up."

[Ken Blake]

On Wed, 06 Sep 2023 07:21:31 -0700, Ken Blake <K...@invalid.news.com>

For a reason unrelated to the TD Ameritrade/Schwab problem, I just
tried adding a new account I just opened. It froze doing that too.

Thinking that perhaps nothing at all was working in Quicken, I just
tried manually adding a transaction in an unrelated account.
Fortunately that worked.

[John Pollard]

On Wednesday, September 6, 2023 at 9:21:37 AM UTC-5, Ken Blake wrote:

> Now I can't do an OSU at all.
>
> I thought I would do an OSU before doing anything. I tried. It
> completed one CC account then froze as it was trying to do
> the others.

> I used Task Manager to end task and restarted Quicken,
> I asked whether > it should install the update it had downloaded.
> I said yes and it did.
> Then I tried an OSU again. It froze again.
>
> I tried deactivating a TD Ameritrade account. It froze on that too.
>
> I opened the backup file it made before installing the update and
> tried again. It froze again.
>
> I rebooted and tried an OSU again. It froze again.
>
> I tried doing a backup.
> It resulted in the message "File not backed up."

You may have some file corruption.

You could try Validate and Super Validate.
[I believe Quicken automatically makes a backup
when it does Validates, but you might want to make
one yourself.]

[Ken Blake]

On Wed, 6 Sep 2023 07:35:46 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

As I said in my last paragraph above, I couldn't backup.

I tried Validate. It repaired several folders and removed several
invalid transactions. I then retried backup, OSU, and add file. All
failed in the same way as before.

I then tried Super Validate. I then retried backup, OSU, and add
file. All failed in the same way as before.

What next? Am I completely out of luck? Is there anything else I can
do or at least try?

[John Pollard]

On Wednesday, September 6, 2023 at 11:02:41 AM UTC-5, Ken Blake wrote:

> I tried Validate.
> It repaired several folders and removed several
> invalid transactions.
> I then retried backup, OSU, and add file. All
> failed in the same way as before.
>
> I then tried Super Validate.
> I then retried backup, OSU, and add
> file. All failed in the same way as before.
>
> What next? Am I completely out of luck?
> Is there anything else I can do or at least try?

You can always make a "backup" by simply using
Windows Explorer to Copy your data file.
I would do that now, putting the "backup" file in a safe place.

And if Quicken made a backup before doing its Validate(s),
I would save that somewhere too.

Then I would use Help > Report a problem
to notify Quicken. Include your data file and
all your log files. Include a simple description
of the problem.
Do not expect, so do not wait for, an answer.

The last resort I can think of is to
Restore the most recent backup from
a QDF file that did not experience the problem.

[Ken Blake]

On Wed, 6 Sep 2023 10:56:35 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

>On Wednesday, September 6, 2023 at 11:02:41?AM UTC-5, Ken Blake wrote:
>
>> I tried Validate.
>> It repaired several folders and removed several
>> invalid transactions.
>> I then retried backup, OSU, and add file. All
>> failed in the same way as before.
>>
>> I then tried Super Validate.
>> I then retried backup, OSU, and add
>> file. All failed in the same way as before.
>>
>> What next? Am I completely out of luck?
>> Is there anything else I can do or at least try?
>
>You can always make a "backup" by simply using
>Windows Explorer to Copy your data file.

Yes, of course. Why didn't I think of that myself?

>I would do that now, putting the "backup" file in a safe place.

I will.

>
>And if Quicken made a backup before doing its Validate(s),
>I would save that somewhere too.
>
>Then I would use Help > Report a problem
>to notify Quicken. Include your data file and
>all your log files. Include a simple description
>of the problem.
>Do not expect, so do not wait for, an answer.
>
>The last resort I can think of is to
>Restore the most recent backup from
>a QDF file that did not experience the problem.

I didn't want to do that, but I suppose it's the only remaining
alternative, so I guess I'll have to. I'll do it in a little while.

Thanks again.

[John Pollard]

On Wednesday, September 6, 2023 at 1:48:24 PM UTC-5, Ken Blake wrote:

> On Wed, 6 Sep 2023 10:56:35 -0700 (PDT), John Pollard wrote:

> >You can always make a "backup" by simply using
> >Windows Explorer to Copy your data file.

> Yes, of course. Why didn't I think of that myself?

> >I would do that now, putting the "backup" file in a safe place.

> I will.
> >
> >And if Quicken made a backup before doing its Validate(s),
> >I would save that somewhere too.
> >
> >Then I would use Help > Report a problem
> >to notify Quicken. Include your data file and
> >all your log files. Include a simple description
> >of the problem.
> >Do not expect, so do not wait for, an answer.
> >
> >The last resort I can think of is to
> >Restore the most recent backup from
> >a QDF file that did not experience the problem.

> I didn't want to do that, but I suppose it's the only remaining
> alternative, so I guess I'll have to. I'll do it in a little while.

You can try to discover whether there is some corruption in the
backup file you intend to restore ... before you actually overwrite
your existing file.

Copy the backup you want to restore to a separate folder with no
other files in it.
Then rename that file and remove the "-backup" from its
file extension.
You can then just open (not restore) the file in Quicken.
Do a Validate and a SuperValidate, noting (and possibly saving)
each log file that Validate creates. See if there is any hint of
some corruption that might be present.

You can also test your new Schwab accounts in that file
(I would do that after the Validates) to see how things go.
If there are problems, you can try to fix, or workaround, them ...
or try the same thing with an earlier backup.

[John Pollard]

On Wednesday, September 6, 2023 at 12:56:39 PM UTC-5, John Pollard wrote:

> The last resort I can think of is to
> Restore the most recent backup from
> a QDF file that did not experience the problem.

Tonight (09-06-23) @ 20:08 CDT time I did a One Step Update.
I have checking, savings and investment accounts at Schwab -
plus accounts with multiple other financial institutions, including
BofA, Discover, Chase, American Express, Vanguard and Fidelity.

My OSU hung and I finally used Task Manager to kill Quicken.

The Schwab updates did not complete; the others did -
it appears the Schwab update was what was preventing
the OSU from completing.

I had done an OSU earlier today (at around 13:00 CDT) and
everything seemed to work ok. The OSU completed on its
own; the accounts that had activity available for download
(including Schwab) received their expected transactions.

So when I responded in this discussion earlier today, it did not
dawn on me that there could be a problem with Schwab. But after
my experience tonight, I'm thinking there is something going on
with Schwab.

[Note: I have had no "conversions" of non-Schwab accounts to
Schwab accounts (nor created ANY "new Schwab accounts) for
many months, so today's issue does not appear to be related to
transferring holdings to Schwab.
Or creating ANY new Schwab accounts for downloading.]

Sometimes when OSU hangs, and Quicken must be aborted; it's
just one financial institution that is causing the problem.
In those instances, it is may be possible to use "Update Now"
(or "Update Transactions") to update the non-problem financial
institutions individually - while waiting for the problem financial
institution's problem to get fixed.

I don't know whether that will help in your situation,
but it may be worth a try.

[My everyday Quicken release is R50.16 which is the release
I referenced for all my earlier posts in this discussion.
Tonight I also tested an OSU with R51.12; and it did not exhibit
the same problem. My OSU completed without a hitch.
Since I don't try to keep my test file up to date, so I can't be
certain that everything downloaded - but the fact that Quicken
did not hang is interesting to me.]

Sorry I'm not up to digging any further into this at the moment.
You may want to monitor the Quicken Community (as I will) to
see if there are any others having the problem, and to see
whether there is any acknowledgement from Quicken.

[Andrew]

FWIW, my single Schwab IRA acct has been fine in OSUs the past few days,
including this morning (7:15 AM, EDT)
--
-----------------------------------------------------------
Regards -

- Andrew

[John Pollard]

On Thursday, September 7, 2023 at 6:16:00 AM UTC-5, Andrew wrote:

> FWIW, my single Schwab IRA acct has been fine in OSUs the past
> few days, including this morning (7:15 AM, EDT)

Quicken release?

[Ken Blake]

On Wed, 6 Sep 2023 12:24:30 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

>On Wednesday, September 6, 2023 at 1:48:24?PM UTC-5, Ken Blake wrote:
>> On Wed, 6 Sep 2023 10:56:35 -0700 (PDT), John Pollard wrote:
>
>> >You can always make a "backup" by simply using
>> >Windows Explorer to Copy your data file.
>
>> Yes, of course. Why didn't I think of that myself?
>
>> >I would do that now, putting the "backup" file in a safe place.
>
>> I will.
>> >
>> >And if Quicken made a backup before doing its Validate(s),
>> >I would save that somewhere too.
>> >
>> >Then I would use Help > Report a problem
>> >to notify Quicken. Include your data file and
>> >all your log files. Include a simple description
>> >of the problem.
>> >Do not expect, so do not wait for, an answer.
>> >
>> >The last resort I can think of is to
>> >Restore the most recent backup from
>> >a QDF file that did not experience the problem.
>
>> I didn't want to do that, but I suppose it's the only remaining
>> alternative, so I guess I'll have to. I'll do it in a little while.
>
>You can try to discover whether there is some corruption in the
>backup file you intend to restore ... before you actually overwrite
>your existing file.

Too late. I already did that--before reading my newsgroup messages.

Everything seems fine now, although I haven't done an OSU yet.

Today's a very busy day for me, but I'll try the OSU later.

>Copy the backup you want to restore to a separate folder with no
>other files in it.
>Then rename that file and remove the "-backup" from its
>file extension.
>You can then just open (not restore) the file in Quicken.
>Do a Validate and a SuperValidate, noting (and possibly saving)
>each log file that Validate creates. See if there is any hint of
>some corruption that might be present.

But I'll do that anyway, in a little while

[Ken Blake]

On Wed, 6 Sep 2023 19:02:29 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

>On Wednesday, September 6, 2023 at 12:56:39?PM UTC-5, John Pollard wrote:
>
>> The last resort I can think of is to
>> Restore the most recent backup from
>> a QDF file that did not experience the problem.
>
>Tonight (09-06-23) @ 20:08 CDT time I did a One Step Update.
>I have checking, savings and investment accounts at Schwab -
>plus accounts with multiple other financial institutions, including
>BofA, Discover, Chase, American Express, Vanguard and Fidelity.
>
>My OSU hung and I finally used Task Manager to kill Quicken.
>
>The Schwab updates did not complete; the others did -
>it appears the Schwab update was what was preventing
>the OSU from completing.
>
>I had done an OSU earlier today (at around 13:00 CDT) and
>everything seemed to work ok. The OSU completed on its
>own; the accounts that had activity available for download
>(including Schwab) received their expected transactions.
>
>So when I responded in this discussion earlier today, it did not
>dawn on me that there could be a problem with Schwab. But after
>my experience tonight, I'm thinking there is something going on
>with Schwab.

It occurred to me that that might be the problem.

>[Note: I have had no "conversions" of non-Schwab accounts to
>Schwab accounts (nor created ANY "new Schwab accounts) for
>many months, so today's issue does not appear to be related to
>transferring holdings to Schwab.
>Or creating ANY new Schwab accounts for downloading.]
>
>Sometimes when OSU hangs, and Quicken must be aborted; it's
>just one financial institution that is causing the problem.
>In those instances, it is may be possible to use "Update Now"
>(or "Update Transactions") to update the non-problem financial
>institutions individually - while waiting for the problem financial
>institution's problem to get fixed.
>
>I don't know whether that will help in your situation,
>but it may be worth a try.

Yes, I'll do that. I think I'll wait with Schwab until next week., and
hope that if they are having a problem it will be fixed by then.

>[My everyday Quicken release is R50.16 which is the release
>I referenced for all my earlier posts in this discussion.
>Tonight I also tested an OSU with R51.12; and it did not exhibit
>the same problem. My OSU completed without a hitch.
>Since I don't try to keep my test file up to date, so I can't be
>certain that everything downloaded - but the fact that Quicken
>did not hang is interesting to me.]

I'm running 52.19

>Sorry I'm not up to digging any further into this at the moment.

Understood. You've already been very helpful, and I thank you again.

>You may want to monitor the Quicken Community (as I will) to
>see if there are any others having the problem, and to see
>whether there is any acknowledgement from Quicken.

I've never been there before , but perhaps I will. If you see anything
there, please let me know.

[Ken Blake]

On Thu, 07 Sep 2023 07:06:54 -0700, Ken Blake <K...@invalid.news.com>

It went fine, but I haven't converted to Schwab yet.

>>Copy the backup you want to restore to a separate folder with no
>>other files in it.
>>Then rename that file and remove the "-backup" from its
>>file extension.
>>You can then just open (not restore) the file in Quicken.
>>Do a Validate and a SuperValidate, noting (and possibly saving)
>>each log file that Validate creates. See if there is any hint of
>>some corruption that might be present.
>
>
>But I'll do that anyway, in a little while

Validate fixed a couple of what seemed like minor errors.
Supervalidate didn't find anything.

[John Pollard]

On Thursday, September 7, 2023 at 9:50:14 AM UTC-5, Ken Blake wrote:

> >On Wed, 6 Sep 2023 12:24:30 -0700 (PDT), John Pollard wrote:

> >>Copy the backup you want to restore to a separate folder with no
> >>other files in it.
> >>Then rename that file and remove the "-backup" from its
> >>file extension.
> >>You can then just open (not restore) the file in Quicken.
> >>Do a Validate and a SuperValidate, noting (and possibly saving)
> >>each log file that Validate creates. See if there is any hint of
> >>some corruption that might be present.

> Validate fixed a couple of what seemed like minor errors.
> Supervalidate didn't find anything.

Validates won't find every problem, nor fix everyone they do find.
And occasionally a Validate can make things worse.

I did an OSU this morning (09-07-23) @ 08:15 CDT
using both R50.16 and R51.12.

The OSU's finished normally, there were no errors; and
all the transactions that should have downloaded, did
download. Schwab had no transactions to download,
but it did not hang.

So it would seem that whatever the problem was, it is
(at least temporarily) "fixed".

[Ken Blake]

Success! All four of the TD Ameritrade accounts have now been
converted to Schwab.

Only one problem remains. Quicken doesn't show their registers.
Instead what I now see is the screen divided into four pieces, as
follows:

Total Value Portfolio by Security

Top Movers Value over Time.

How can I change them back to the registry view they used to have?

[Ken Blake]

Ignore my question below. I found the solution: Edit | General |
Tracking method/Complete


On Thu, 07 Sep 2023 15:29:47 -0700, Ken Blake <K...@invalid.news.com>
wrote:

[Andrew]

It's 52.19 on QWIN, but I do see that Ken Blake has got his issue
resolved since yesterday morning. All's well that end's well.

[Ken Blake]

On Thu, 07 Sep 2023 15:29:47 -0700, Ken Blake <K...@invalid.news.com>
wrote:

>Success! All four of the TD Ameritrade accounts have now been
>converted to Schwab.

Alas, I spoke too soon. All four of the TD Ameritrade accounts were
converted to Schwab, and everything looks OK. But...

...OSU doesn't work.

Three of the four accounts were lumped together with a single Login-ID
in OSU, but the fourth, my wife's IRA was separate, with a different
Login-ID from the other three.

OSU worked for my wife's IRA, but the other three didn't. I
deactivated all three, and then tried re-activating them one at a
time. OSU failed on all three with error CC-506 - "Quicken is unable
to update your account. This may be because the account was closed or
its nickname was changed."

It fails even if two of the three is deactivated.

Other than the three accounts being lumped together with a single
login-ID, I don't see anything different between those accounts and my
wife's IRA. Could that lumping together be a factor in their OSU
failure? Should I try changing the user-ID on two of the three, so
they are all different?

[Ken Blake]

On Fri, 8 Sep 2023 10:41:38 -0400, Andrew <and...@invalid.com> wrote:

>On 9/7/2023 8:56 AM, John Pollard wrote:

>> On Thursday, September 7, 2023 at 6:16:00?AM UTC-5, Andrew wrote:
>>
>>> FWIW, my single Schwab IRA acct has been fine in OSUs the past
>>> few days, including this morning (7:15 AM, EDT)
>>
>> Quicken release?
>
>It's 52.19 on QWIN, but I do see that Ken Blake has got his issue
>resolved since yesterday morning. All's well that end's well.

No, it's not resolved. See the other message I just sent in this
thread.

[Arthur Conan Doyle]

Ken Blake <K...@invalid.news.com> wrote:

>Success! All four of the TD Ameritrade accounts have now been
>converted to Schwab.

Not looking forward to this. I occasionally use the ThinkOrSwim app which I've
heard puts me at the back of the list for conversion.

--
Usenet: The world's first (and best) social network.

[John Pollard]

On Friday, September 8, 2023 at 11:48:06 AM UTC-5, Ken Blake wrote:

> Alas, I spoke too soon. All four of the TD Ameritrade accounts
> were converted to Schwab, and everything looks OK. But...
>
> ...OSU doesn't work.
>
> Three of the four accounts were lumped together with a single
> Login-ID in OSU, but the fourth, my wife's IRA was separate, with
> a different Login-ID from the other three.

That sounds normal to me.
Was it not that way at TD Ameritrade?

> OSU worked for my wife's IRA, but the other three didn't.
> I deactivated all three, and then tried re-activating them
> one at a time. OSU failed on all three with error CC-506 -
> "Quicken is unable > to update your account.
> This may be because the account was closed or
> its nickname was changed."

The FAQ for CC-506: https://tinyurl.com/4hbty3ph

I suggest you read and consider that FAQ carefully.

[You also might check your previous Schwab "test" download
to a NEW Quicken file and note the characteristics of each
newly activated Schwab account in Quicken ... including
"nicknames". Or, if that test file is no longer available,
create a new one and start the test over.
Have you given your Schwab accounts nicknames at the
Schwab web site?]

Then deactivate ALL "your" old TD Ameritrade accounts AND
ALL "your" currently activated Schwab accounts.
[Have you ever had any Schwab accounts before the
TD Ameritrade transfer?
If so, make sure they are also deactivated.]

While the Schwab accounts are deactivated, I suggest
going to the Edit Account Details dialog for each account
and clearing the financial institution name, and the account
number (and user-id, if present).

Then use the "Add Account" process (NOT the re-activate
process) to reactivate all "your" Schwab accounts at one time
(you should be required, by Schwab, to "authorize" all your
Schwab accounts before they will be downloaded).
Make certain that each Schwab account "discovered" by
Quicken is "Link[ed]" to the correct existing Quicken account.

> It fails even if two of the three is deactivated.
>
> Other than the three accounts being lumped together with a single
> login-ID, I don't see anything different between those accounts and
> my wife's IRA.

> Could that lumping together be a factor in their OSU failure?

I seriously doubt it.

Should I try changing the user-ID on two of the three,
> so they are all different?

I would not.

[I download 4 Schwab investment accounts and 2 Schwab
bank accounts in each OSU (using my user-id/password) -
and 1 investment account for my girlfriend
(who has a different Schwab user-id/password than I).]

[John Pollard]

On Friday, September 8, 2023 at 2:27:10 PM UTC-5, John Pollard wrote:

> [Have you given your Schwab accounts nicknames

> at the Schwab web site?]

I meant to add:
if so, make sure those nicknames are
not greater than 40 characters long.

[Scott Tyler]

I was wondering the same thing, as I've received no emails or other
notifications about conversion.

Not only do I use ThinkOrSwim regularly, but I also converted my
accounts to "Advanced Features" several years ago, which broke some
things on the TD Ameritrade website, but added features to ThinkOrSwim.

-Scotty

[Ken Blake]

On Fri, 8 Sep 2023 12:27:08 -0700 (PDT), John Pollard
<8plu...@gmail.com> wrote:

Thanks once more. No time now, but I'll follow your suggestions
tomorrow.

[Ken Blake]

On Fri, 08 Sep 2023 15:02:49 -0700, Ken Blake <K...@invalid.news.com>
wrote:

Done. All seems well now, OSU works on all four accounts. Hallelujah!

The problem was apparently with a few old Schwab accounts that were
hidden--so old that I had for forgotten that they had existed.

Again, enormous thanks. I've long thought that I knew Quicken pretty
well, but you clearly know much more about it than I do; I don't think
I could have gotten this fixed without your help.