06-08-2018, 04:03 PM (This post was last modified: 06-08-2018, 05:39 PM by andyd1432.)
Hi Support
we are running asg 2018 update 4 in a team environment (approx 15 users) connecting back to a single SQL Instance on a dedicated SQL server also running the latest version of ASG, however are finding that the application crashes multiple times per day for no apparent reason.Â
do you have any idea why this might be and how we may resolve the issue. it has only started happening in the last month or so prior the that the system has been rock solid with no issues.
It's the second time a user reports that error - but we do not use this dll - so it is bind by any component causes the crash - we can try to add a function that you can specify dll's that should be loaded on startup - we got this hint from MS - but we plan a Patch for this week and I would try to add this afterwards and make a private build - if you want you can test it if that helps...
We made some tests regarding the idea to load the dll's that causes a possible crash - but it is not working as expected - we will try to find another solution
And we will try to add FreeRDP as an alternative RDP protocol - because we guess it is the mstsc-ActiveX that causes the crashes...
11-09-2018, 06:47 PM (This post was last modified: 11-09-2018, 06:47 PM by dramdin.)
(14-08-2018, 12:36 PM)DevOma Wrote: We made some tests regarding the idea to load the dll's that causes a possible crash - but it is not working as expected - we will try to find another solution
And we will try to add FreeRDP as an alternative RDP protocol - because we guess it is the mstsc-ActiveX that causes the crashes...
I am frequently encountering this as well. Is there any update on a fix?
14-09-2018, 12:43 PM (This post was last modified: 14-09-2018, 12:50 PM by Hegelund.)
We had the same problem, with the same error regarding Windows.UI.XamlHost.dll being post in the windows event log. Updating our nvidea display drivers seems to have solved it.
Having the same problem (and it does not reconnect all the sessions afterwards :-( ) , but my client is fully updated, so display drivers is not solving all issues.
I know we implement a new setting that is storing the "Last used sessions" with ever connect / disconnect instead of using the connections at normal program exit - but I can't find it myself and I'm on vacation - but I will let you know right after - if it is really lost, we will reimplement - but I know that we tested this feature some weeks ago - must do some research in source control...
Since version 2018 Patch3 it should work as you need - even if the program crashes the list of opened connections will be restored - I tested with the latest builds and it works as expected - which version are you running?
And you have activated "Restore disconnected sessions on program start" in Settings=>Connections? We tested again (end the program by Task Manager kill) and the sessions are always restored if this settings enabled
If you close the app with open connections are these connections restored at startup? If yes, can you try to open one connection and then kill the application within Task Manager and start again - is the connection restored then? We tested on different systems and it is always working…
Are you working in file mode or database mode? Just for retesting...
I found the option that I was looking for - I'm sorry, you have to activate "Settings=>Application=>Save layout and connection list on every connect/disconnect action"
It does not reconnect all the sessions but is only able to prompt for login for 1 of the servers, an error is received for the other server. As you can see from the screenshot I get a login prompt for server .113 but .114 does not prompt me.
Ok so the connections are restored now - has the connection object some credentials assigned? I didn't see that kind of error message before - please let me know if you have this issue with all connections or only some specific?
