Bogus WFB transfers: how to delete?

Posted by vodil on August 22, 2009, 4:06 pm

Please log in for more thread options

I transferred my quicken datafrom one (vista64) machine to another.
For some reason it lost my download history and I had to manually
delete 3 months of downloaded transactions that were already there. A
pain, but straightforward

There are, howoever, like 7 old transfer (shifting money from one
wells fargo account to another) requrests that online update had in
it. They already happened and are recorded in the register so I just
want to delete them from online update, but I don't know how.
I tried to let one-step update do them, but it knows they are old and
won't do them. It tells me to go fix them in the register, but the
requests are not in the register to fix.

Help.

P.S. I validated and even copied the file to no avail. I am afraid to
super-validate unless someone knows that is what will work...last time
I did I had an hour or so of getting rid of duplicate transactions.

Posted by John Pollard on August 25, 2009, 9:40 am

Please log in for more thread options

vodil wrote:

> I transferred my quicken datafrom one (vista64) machine to another.

> For some reason it lost my download history and I had to manually

> delete 3 months of downloaded transactions that were already there. A

> pain, but straightforward

> There are, howoever, like 7 old transfer (shifting money from one

> wells fargo account to another) requrests that online update had in

> it. They already happened and are recorded in the register so I just

> want to delete them from online update, but I don't know how.

> I tried to let one-step update do them, but it knows they are old and

> won't do them. It tells me to go fix them in the register, but the

> requests are not in the register to fix.

> Help.

> P.S. I validated and even copied the file to no avail. I am afraid to

> super-validate unless someone knows that is what will work...last time

> I did I had an hour or so of getting rid of duplicate transactions.

I'm just taking a stab at this; not sure I have a good grasp of everthing
your experiencing.

Knowing your Quicken version could be helpful.

First of all though: I believe that your original problem (lost download
history) should normally have a simple solution. Your download history is
stored in the Windows file QDATA.QEL (where QDATA is the name you have
given to your Quicken data). If your process for transferring your
Quicken data from one pc to another, somehow left that file out, you could
see the results you report. Getting that file correctly transferred would
be my first choice of "solutions". [For newer Quicken versions, you
probably should have at least 3 Windows files: .QDF, .QEL and .QPH ... and
maybe more. The .QDF file is the only "essential" file, the others will
be recreated by Quicken as necessary ... but empty.]

If you can't recover the QEL file, post back to see if there might be
another approach.

[Validating and Super-Validating should never create serious problems ...
you should always first make a Quicken Copy of your data, then
Validate/Super-Validate that Copy. If you don't like the results, just
revert to your original data and delete the Validated Copy.]

--

John Pollard

Posted by vodil on August 27, 2009, 12:18 am

Please log in for more thread options

Q H&B 2009 (Vista x64 Ultimate 8GB) QDF is 36M; QPH is 25M

Got rid of QEL file and that did NOT get rid of the old transfers it
wanted to send. They must be stored somewhere else. (I put the QEL
file back as it appears to be right.) Anybody know where transfers
are stored internally?

Supervalidating caused some backfilling and other minor things, but
did not seem to change anything noticable..

Bottom line is that there pending transfers that do not appear in the
register. It won't do them because they are past dated and I can't
find any way to delete them.

> Knowing your Quicken version could be helpful.

> First of all though: I believe that your original problem (lost download

> history) should normally have a simple solution. =A0Your download history=

> stored in the Windows file QDATA.QEL (where QDATA is the name you have

> given to your Quicken data). =A0If your process for transferring your

> Quicken data from one pc to another, somehow left that file out, you coul=

> see the results you report. =A0Getting that file correctly transferred wo=

uld

> be my first choice of "solutions". =A0[For newer Quicken versions, you

> probably should have at least 3 Windows files: .QDF, .QEL and .QPH ... an=

> maybe more. =A0The .QDF file is the only "essential" file, the others wil=

> be recreated by Quicken as necessary ... but empty.]

> If you can't recover the QEL file, post back to see if there might be

> another approach.

> [Validating and Super-Validating should never create serious problems ...

> you should always first make a Quicken Copy of your data, then

> Validate/Super-Validate that Copy. =A0If you don't like the results, just

> revert to your original data and delete the Validated Copy.]

> --

Posted by John Pollard on August 27, 2009, 10:25 am

Please log in for more thread options

vodil wrote:

> Q H&B 2009 (Vista x64 Ultimate 8GB) QDF is 36M; QPH is 25M

> Got rid of QEL file and that did NOT get rid of the old transfers it

> wanted to send.

I suggested replacing the QEL file with a QEL file from before you began
having problems. Because the QEL file is where the record of the
transactions you have downloaded is stored.

I started from the premise that simply "moving" your data from one pc to
another can't produce the effects you describe ... something more (or
less) must have happened during the process. Failure to include the QEL
file in the "move" (for whatever reason), could be all, or part, of what
"else" happened. It almost certainly would cause you to see transactions
downloaded that had been downloaded before. I felt it also could be
involved in the problem with the online transfers.

Vista's increased file access security could also play a role in this; my
sense is that more people have problems with Quicken backups and restores
using Vista than do with XP (including one, or more, members of the
Quicken fileset not getting backed up, or restored, or being available
after the restore). I'm still on XP, so I can only guess at what is
happening. One thing I would avoid absolutely is to put the data in the
Windows Program Files folder. I would get familiar with Vista file access
rules and make sure I had my data where my Windows users was guaranteed
access to it.

Bottom line (from my viewpoint): Intuit says that if a transfer request
has been sent, you can not delete it from Quicken. Since correctable data
corruption has been ruled out of the equation, that tells me that the best
way to solve your problem (and likely the only way) is do what it takes to
make sure your "move" results in the exact same file on the TO pc as you
started with on the FROM pc. And that the Windows user on the TO pc has
the exact same access to the Quicken data that the Windows user on the
FROM pc has.

--

John Pollard

Posted by John Pollard on August 27, 2009, 10:53 am

Please log in for more thread options

John Pollard wrote:

> Bottom line (from my viewpoint): Intuit says that if a transfer

> request has been sent, you can not delete it from Quicken. Since

> correctable data corruption has been ruled out of the equation, that

> tells me that the best way to solve your problem (and likely the only

> way) is do what it takes to make sure your "move" results in the

> exact same file on the TO pc as you started with on the FROM pc. And

> that the Windows user on the TO pc has the exact same access to the

> Quicken data that the Windows user on the FROM pc has.

I should have added - just to cover all bases - that you should have the
same release of Q2009 (most likely, R6) on both machines.

--

John Pollard