Internal error: Search classes in Toad do not match Search targets

Toad for Oracle & DevOps Toolkit
1

COMPLETE ERROR:
"Internal error: Search classes in Toad do not match Search targets in “C:\Users\xxxxx\AppData\Roaming\Dell\Toad for Oracle\12.6\User Files\Jump Targets.dat.”

Hello there,

(Win 7 Enterprise SP1 x64, TOAD for Oracle 12.6)

I am currently supporting a TOAD user who is getting the above referenced error when launching TOAD, and now his connection list is missing, also the list of automations that he has created for the past few months. Now all of a sudden this error is occuring and only showing automations he has recently created since this issue has started. I have tried a few things so far:
Firstly, I renamed the JumpTargets.dat file to JumpTargets.dat.OLD and let TOAD re-create the file the next time he launched. It launched without error, but still did not restore what he was expecting to see.
Next I made a copy of the User Files folder just to have an original copy saved off somewhere.
I reverted the above changes made to JumpTargets.dat.
Next, I tried removing all *.TMP files from the “C:\Users\xxxxx\AppData\Roaming\Dell\Toad for Oracle\12.6\User Files” location and had him launch again. Still gets same error.
Tried going to Utilities -> Copy User Settings -> Reset to a clean set of user files and then when he launched it it completely crashes and does not run at all. (Pretty much what this did was rename the “12.6” folder to “12.6_bak” and force everything below to be recreated.) So I have reverted him back to how we started when the issue seemed to begin.

Also, upon checking the TOAD.el file, the most recent crash is for over a week ago for some kind of streaming error (unrelated), which is no surprise since he is using a VM.

Is there a way maybe JumpTargets.dat could be parsed or viewed so the information could be copied out of it?

Any further guidance or assistance will be greatly appreciated.

2

Renaming JumpTargets.dat was the correct thing to do to fix that issue. It sounds like all the user’s streaming files were hosed. The connections and automation designer files are unrelated to the JumpTargets.dat file though.

Most likely the only option to restore the connections or automation designer files are from a known working backup at this point if one exists. Someone else might have additional recommendations though.

3

Thank you for your response. We unfortunately do not have any kind of back ups enabled for his particular VM. I know this isn’t the first person this has ever happened to. I wish we had more information available beyond simply renaming the file and having it re-created.
I will be hopeful for more information, but for now will be informing this person they will need to re-create whatever they are needing. :neutral_face:

Also, do you have any information for my previous question “Is there a way maybe JumpTargets.dat could be parsed or viewed so the information could be copied out of it?”?

4

It is not possible to parse or view this file's contents but that wouldn't provide benefit in this situation. The JumpTargets.dat file is only for displaying search results and is not related to the loss of the automation or connection files.