Unable to delete entry

Just an update on this.

The entry could be deleted when I closed all active RDP sessions including the ones opened manually with the MSTSC command.

What type of data source do you use and what RDM version?

The data source we use is SQL and I use the latest version of RDM.

Could you verify the application logs in Help-View Application Logs?

Sure. This is what is listed there:

[20-11-2013 9:09:58]ERROR System.NullReferenceException: De objectverwijzing is niet op een exemplaar van een object ingesteld.
bij Devolutions.RemoteDesktopManager.Managers.RemoteDesktopManagerProxy.DoRun()
bij Devolutions.RemoteDesktopManager.Managers.ThreadManager.Invoke(MethodInvoker invoker)

Let me translate this for you:

[20-11-2013 9:09:58]ERROR System.NullReferenceException: Object reference not set to an instance of an object.
By Devolutions.RemoteDesktopManager.Managers.RemoteDesktopManagerProxy.DoRun()
By Devolutions.RemoteDesktopManager.Managers.ThreadManager.Invoke(MethodInvoker invoker)

I found out that after closing and starting the program, the entry is back again.

What RDM version do you use

We are using 9.0.7.0 64bit. The entry seems to be deleted now. I was also able to delete another entry without any problems.

If this happen again, could you try RDM 32 bit?

Not trying to Hijack the thread but I have a very similar issue happening to me. I am on 9.0.8.0 using SQL Azure as the data source. In my case I am unable to delete an empty group / folder from the list. Nothing is written to the application log and the entry remains even after exiting and launching RDM again.

If it helps, top level groups / folders get deleted just fine, it appears to be groups that are nested and in my case it's a 2nd level group that I'm having the issue with.

If you empty the folder, are you able to delete it?

No, it's currently empty and won't delete.

Let's try to renaming it to see if the change is saved

Renaming does appear to work, and actually after renaming it I was able to delete it. I exited out of RDM and opened it back up and it didn't reappear so that seems to have done the trick. Hope that helps track down the issue, thanks for your help!

Let me know if this happen again and I will add some debugging information.

I still have a entry reapearing (even after a few days), so let me rename that one also before deleting. I'll let you know what the results are.

Great thank you.

Renaming before deleting definitely works.

Renaming before deleting works but when it will be fixed in the application?

Could you try RDM 9.5 Beta to see if you can delete it directly? If it doesn't work I will add a debug information trace.
edited by dhervieux on 7/18/2014

Is it possible to use version 9.5 Beta with a 9.2.10.0 database?

Yes it is. It's possible that you get an upgrade database warning but it's only few indexes to optimize it. There is no database structure modification.

then I will try it. Thanks

FYI - I cannot use the database without upgrade ;-(

I will add an Advanced setting in File->Options to enable the execute without the latest database. This will be to bybass the upgrade when it's not a major upgrade like this one.

Is Ok, I will wait for the next update

It's now online:

http://forum.devolutions.net/messages.aspx?TopicID=15036&Page=1&MessageID=59418#post59418

could be the problem that you guys have no sessions in folder you want to delete but credential-entries inside?
in that case you delete the folder but it re-appears because it has existing credential-entries inside.

plz check second tree "Credentials".

in options->tree view is an option to merge views