Quicken will not reauthorize USBank

chooseaname
chooseaname Quicken Windows Subscription Member

I cannot download quicken files from US Bank anymore: OL-221-A.

When I go to that account in Qucken and click Update Now, it prompts me to reauthorize, which I click. I get a popup window telling me to sign in to US Bank and a US Bank signin window opens in my browser, but after entering my uid, pwd, and signin code, it just hangs. The browser hangs and the quicken pop window just spins and spins and spins. I have cancelled and tried again 3 times now with the same result. Please please please help me…..

Answers

  • NotACPA
    NotACPA Quicken Windows Subscription SuperUser ✭✭✭✭✭

    I have accounts at USB also, and had no problems with either my 7AM "Scheduled Update" or a manual download just now.

    SO, when you do TOOLS, Account List, what shows in the "Transaction Download" and "Financial Institution" columns next to your USB accounts?

    Also, have you seen this? https://www.quicken.com/support/error-message-ol-220-ol-221-ol-222-ol-223-ol-224-ol-225-or-ol-226-when-using-online-services/

    Q user since February, 1990. DOS Version 4
    Now running Quicken Windows Subscription, Business & Personal
    Retired "Certified Information Systems Auditor" & Bank Audit VP

  • larryg_lslmo
    larryg_lslmo Quicken Windows Subscription Member ✭✭
    edited January 20

    There is definitely something wrong with the USBANK QFX files as of 17 JAN!!!! At least when downloaded in the ST LOUIS area.

    I download USBank QFX files for two accounts almost daily and import them manually (File→File Import→WebConnect) and as of 17 JAN those files have expanded in size 25+ fold. Normally the file sizes are 3-8KB. The same files as of 17 JAN are coming in 96-300+KB.

    After DIFFing the files, there is obvious duplication … heck at the top are TWO <SONRS></SONRS> tags with another two down further. Normally on one SONRS tag. Checked one <FITID> tag and found it 32x. These should be unique.

    The OFX formatting has definitely changed too … half are now closed off (i.e. <xxx></xxx>), whereas prior to 17 JAN, half the tags within the <STMTTRN></STMTTRN> were not closed off. Granted that usually does not cause issues if the server/interpreter accepts both ways, but definitely a diff. Another BAD thing, is within a <STMTTRN></STMTTRN>, they have duplicated <FITIFD> tags … one set is closed off and the other is open. Appears there may also be a problem with the <CHECKNUM> tag for non-check entries.

    All sorts of bad JuJu in the files post 17 JAN.

    Am guessing they will get that fixed once people return from the holiday (MLK) weekend, but no wonder Quicken is not accepting them!

    LarryG in STL