hi,
can you please investigate the behaviour of chrome sessions in regard to caching? Time and again I need to toggle of/on this switch to being able to use https://portal.office.com/AdminPortal/#/homepage
as this appearantly only cleans the cache, as a workaround, can you implement an easier way to empty the cache of a chrome session?
Hello,
Thank you for contacting us on this matter! I would like to verify a few points before attempting to replicate the issue you report.
Best regards,
Gabriel Degrandpré
==
The Page Failed to Load
The connection was reset.
To customize this message, please handle the WebView's LoadFailed event and then Set e.ErrorMessage in your event handler based on e.ErrorCode, or call e.UseDefaultMessage if you just wish to display the error message without this help message.
==
Hello,
Thank you for your response and all the information! I will attempt to replicate this issue on my side.
In the meantime, in case it could help you, I want to mention that if you look under File > Options > Types > Website, you can use the "Clear cache" button under the Chrome section to clear your embedded sessions' cache if the option for some reason does not clear the cache on startup.
I will keep you posted when progress is made on this case!
Best regards,
Gabriel Degrandpré
can you please prioritise this. this bug makes RDM almost unsusable at the moment for a lot of our work. starting office 365 admin sessions takes around 2 minutes for trying to clear the cache somehow. and this is very easy to replicate..
Hello,
I apologize for the lack of updates regarding this case, as I don't seem to be able to replicate the issue internally.
That being said, I would like to see if I could offer you a potential workaround. Would setting your sessions to use the Incognito mode work for you? If so, this can be set in your sessions by going to the More settings tab and enabling Private session (incognito).
Best regards,
Gabriel Degrandpré
ok, incognito mode works, thanks!
but as the chrome component makes trouble quite often (sites report "browser too old", sites ask for very thorough captcha verification) it would be nice to investigate this whole area.
I just had the same problem again (it's kind of constant) so I changed to a regular chrome browser and found, that https://portal.office.com sent an error. chrome seems to have tried again in background (?) and after some seconds the account selection screen appeared. (all this in a regular browser)
So, maybe we have a combination of bugs/features from the website and the local browser component here. I would speculate that this has something to do with the already stored credentials (in cookies?) and some black magic where the website maybe checks something with the microsoft servers and this times out and some javascript tries again (again, I don't really know what I am talking about). This would explain why clrearing caches/incognito sessions helps.
problem is: they don't. it's a constandt checking/unchecking of options in RDM and after two or three of these changes suddenly it starts to work..
could you, as a workaround, add an option to clear the cache or at least display somewhere in the session dialogue the path of the cache, so that I can clean it manually?
I could catch the browser error:
Could you please try the latest beta (https://remotedesktopmanager.com/home/downloadenterprise#Beta).
You can now create Embedded Edge session with the following checked and all should work:
This should resolve your issues. Give it a try a let us know.
Best regards,
Stéfane Lavergne
but are these edge sessions seperate for each RDM session?
Yes if...
This is all new to the Embedded Edge but should work, I've done exhaustive testing.
Please let me know what you think.
Best regards,
Stéfane Lavergne
is 2021.2.28.0 the beta?
No v2022.1.6
https://remotedesktopmanager.com/home/downloadenterprise#Beta (I think the url scrolls to fare down the page, scroll up a bit)
Stéfane Lavergne