Additional variation (old behaviour) for Launch at startup: Last opened connections
Hi everybody,
I primarely use embedded/tabbed connections in combination with the "Keep tab page opened on disconnect".
For me as a forgetful person ("out of sight, out of mind") this is very useful, so a server restart does not prevent me from continueing my work on it after it is up again and/or when I have to leave and continue the next day :-)
At some point the behaviour of connections opened on startup changed, but I cannot remember when the change took place exactly .
Old behaviour (some updates ago):
When closing RDM it remembered the sessions open at this moment (open/running ones but also the disconnected ones when the tab was still open)!
New behaviour (v 2020.3.26.0):
With the new behaviour there is a new option to have better control over this I guess. This is located in the Play List section and you can choose a playlist on startup. There exists a predefined Playlist "Last opened connections" to have the old behaviour in some kind. But this does behave slightly different:
So this messes up my workflow quiet a bit, because I clean up the RDM sessions when done, so I have still the "todo"-sessions open when restarting RDM (for example when restarting my local computer).
Disabling the functionality is no option either, because I rely on it somehow and therefore I have to think about if there was still something to do with those listed sessions, or if they were only shown because I used it at some point in the last session (which is the case most of the time) .
I am wondering if I am the only person who liked the old behaviour better?
My settings/workflow makes more sense in my opinion because you can define which sessions you need after a RDM restart and which not. Why should you need a session you closed the next day again for example. If you need specific sessions again and again you can create Play Lists for that.
Is there a workaround I do not think of right now?
Or is it possible to add another "automatic Play List" which behaves like the old one, or add an option to switch the behaviour?
Keep up the great work - I love your product and use it daily!
Greetings from Germany
Lucas
Hello,
Thank you for contacting us on that matter!
I have to be completely honest, I'm not quite certain I understand the difference between the old and new behavior from the way you describe them. I apologize for asking, but could you please reiterate what behavior is, according to you, lacking or malfunctioning?
Best regards,
Gabriel Degrandpré
Hi Gabriel,
sorry for writing too messy, and probaby too much around it ;-)
I found a change in behaviour regarding "Open last opened connections" some versions ago. At first I thought it was a bug and waited for some updates and because there was no change back I started investigating.
I have the following settings configured for a long time now:
I do not
The different behaviours
For me this new behaviour is impractical, in my workflow/for my mindset.
I loved the feature with the old behaviour, because I was able to restart my computer/RDM or continue the next day without loosing the currently opened sessions I had to continue my unfinished tasks.
When my work is done in sessions and closed them, they were gone (out of my mind) - but when no session is left when closing RDM, it shows all those "finished" sessions again and I ask myself again and again: "Was I done, or was there something left to do on this server?" :-)
So I know this is not done by accident, and I guess a lot of users like this new behaviour. So I am asking for some workaround or additional option to chosse from.
Again a lot of text, but I hope it is clearer now!? Continue asking if not :-)
Have a great day!
Greetings
Lucas
Hello,
Thank you for the clarification! I was able to replicate the behavior you described. I have opened a ticket to our engineering team to see if it would be possible to implement an option that allows the "Last Opened Connections" playlist option to only include the tabs that were still open when RDM was closed.
We will let you know when progress is made on the case. In the meantime, if you have any additional questions on the subject, don't hesitate to let us know!
Best regards,
Gabriel Degrandpré
Hello again,
thanks a lot for your help!
Your product but also your great and fast support and responsiveness to the community made us buying the Enterprise version since several years, even if we (team of 3) use it locally and only a small portion of the immense functionalities.
The more I think about it, the less I understand the current behavior and why somebody would like it this way :-)
Why would somebody close all sessions completely (and not use the function "Keep tabs open after disconnect") in the first place and want them back again when starting RDM next time!?
As soon as one session/tab is open when closing, all of those closed sessions will not be in the list... so you have to have a very specific situation as well.
So maybe it IS some kind of bug!? Like you wanted to improve the old behavior and give the users more options, like opening a Play List when starting RDM. And to keep the old behavior you created the automatic Play List option "Last opened connections". This is automatically filled with the current sessions to have the list available after the restart. And this list is not cleaned up or synchronized 100% when RDM is closed!?
So maybe you can check my thoughts as well and have an explanation or usecase for the current behaviour - maybe I can learn or improve my workflow :-)
Thanks again and have a great afternoon.
Greetings from Germany
Lucas
Hello,
Although I have previously been able to replicate the behavior you describe, I don't seem to be able to trigger it anymore, and neither can my colleagues in engineering. This most likely means that the behavior is caused by specific actions or configurations. This inconsistency seems to indicate that the new behavior might indeed be accidental.
In order to help us replicate the behavior again, could you please provide us a video recording of it? This would greatly help us replicate the issue internally, and in turn locate the cause it's cause. You can use our safe ShareFile link below to send us the video :
https://api.devolutions.net/redirection/96436835-ca81-4cf4-9daa-47417c226684
Best regards,
Gabriel Degrandpré
Hi,
I reproduced the problem and uploaded the video from it to the provided link.
I use RDM in portable mode, so for the test I downloaded the latest version and created a separate instance of RDM portable
=> Everything was new and default, beside the one setting I changed (Keep tab open after disconnect).
I forgot to mention, that I am on Windows 10 Pro v1909.
I hope the annotations in the video make clear which was which scenario and you can see the "wrong" behaviour.
If you have further questions feel free to ask, I will try to help.
Greetings
Lucas
Hello,
Thank you for sending us the video! I will provide them to our engineering team and keep testing. We will let you know when new development is made on the case.
Best regards,
Gabriel Degrandpré
Hello Lucas,
We have completed a fix for this issue and the changes should be available starting from the next major release of RDM.
Best regards,
Michaël Beaudin
Hi Michael,
that's great news - it's not a big problem, but it really annoyed me to be honest :-)
I appreciate your great work and support on this product!
Have a great day.
Greetings
Lucas