Hello there, I'm used to set my layout to split screen to see two remote session on one screen and it's been working fine until today on our database shared VRD.
I can move the find items or overview tab just fine between each half of the layout, but any rdp session gets a denied move icon and i can't get it back. It seems to be linked somehow to a permission because creating a new database file locally allows me to do this just fine...
I've added two screen shot of what is 'ok' and what is 'denied'
Any idea what triggered this denied moving of rdp session ?
unfortunately: no ! I dont have a clue right now and I'm not aware of a setting that prevents that. But what you can try to do is to "reset the layout" with "Ctrl"+"F9" or "Tools"-> Reset Layout.
Please try and give us feedback :-)
Best regards,
Michael
best regards,
Michael -- michael.scholz@asg.com --
unfortunately: no ! I dont have a clue right now and I'm not aware of a setting that prevents that. But what you can try to do is to "reset the layout" with "Ctrl"+"F9" or "Tools"-> Reset Layout.
Please try and give us feedback :-)
Best regards,
Michael
Thx for your answer, unfortunately i tried that already and it does not help, yet a fully newly create db does.
I think we have to wait until next week when more ressources are available after vacation time. I hope thats ok for your - I can't say what else could have caused this. Thanks for your understanding,
best regards,
Michael
best regards,
Michael -- michael.scholz@asg.com --
Thanks for the update, I indeed would appreciate the help.
Now FYI, i've asked for a restore of the database of 10 days ago to another database, the issue is not present in the restore! It is most definitely something that got broken in our database, so my question is really now, is there any kind of cleaning/checking of the db consistency from an application point of view?
We would switch back to a restore of the DB if nothing can fix the live one, but there are lots of people using the db, and it is uncertain what amount of information would be lost from a restore.
Anyway, your help is most appreciated!
I will get in touch with colleagues asap regarding the problem. Checking the dB is good point ! What you can do is an "optimization" of the dB. This checks for inconsistency too. But it's advisable to backup the dB before. You can find the item "Data Optimizer" under "Administration" in the main menu. Just follow the instructions step by step. I whish you success !
regards,
michael
best regards,
Michael -- michael.scholz@asg.com --
Our DB is backed up daily, so I went through with optimization, some 'fixing' was required and done; unfortunately it didn't impact the behavior I'm looking to fix.
Now i've check the change log over the last few days and realize only one colleague did changes and i've exported them with him and restore his changes to our recovered DB. We've now reverted back to a version that is working fine again.
I've asked the DB admin to keep the 'crashed' version of the db around until further notice so if i get a suggestion from your colleagues upon return i may test it, but my issue is essentially fixed by this restore.
I have to thank you for testing - although it was no solution here. So I'm happy that you could restore function with a backed up dB ! Would be really interesting what's wrong with this dB and I have to check with colleagues if and how we could find the problem here. Thanks for your efforts - we will get back to you here !
Best regards,
Michael
best regards,
Michael -- michael.scholz@asg.com --
Maybe you set the configuration value "Deactivate docking of connections" (Tools=>Settings=>Connections) - this is important in some remote environments and I think it prevent you from using the functionality of docking windows...