Maybe helped a little but not much. e.g. Still painfully slow performing module manipulations (i.e. renaming)Hondo wrote:I have to roll forward to .NET 4.7.1 and C++ 2017 again and do a new build.
Will let you know if any of the changes already made have had an impact.
Thanks!
Ranorex Constraint With Visual Studio 2017
Re: Ranorex Constraint With Visual Studio 2017
Re: Ranorex Constraint With Visual Studio 2017
Could you please send us the whole RanorexStudio.log file? If it zips to small size, please upload it here, otherwise send it to [email protected] please.
I'm a bit out of ideas right now. If renaming modules is already slow, everything else probably will be, too. Renaming modules should have nothing to do with the C++ Redistributables, it is a simple WinForms UI.
At this point, I would really recommend setting up a remote session.
Regards,
Alex
Ranorex Team
I'm a bit out of ideas right now. If renaming modules is already slow, everything else probably will be, too. Renaming modules should have nothing to do with the C++ Redistributables, it is a simple WinForms UI.
At this point, I would really recommend setting up a remote session.
Regards,
Alex
Ranorex Team
Re: Ranorex Constraint With Visual Studio 2017
Hi,
Are you, by any chance, using integrated TFS in Ranorex Studio? I’m asking, because I remember the symptom of slow module renaming caused by TFS integration. The only cure for this is dropping the integration and using TFS externally (via visual studio or team explorer).
Are you, by any chance, using integrated TFS in Ranorex Studio? I’m asking, because I remember the symptom of slow module renaming caused by TFS integration. The only cure for this is dropping the integration and using TFS externally (via visual studio or team explorer).
Pavel Kudrys
Ranorex explorer at Descartes Systems
Please add these details to your questions:
Ranorex explorer at Descartes Systems
Please add these details to your questions:
- Ranorex Snapshot. Learn how to create one >here<
- Ranorex xPath of problematic element(s)
- Ranorex version
- OS version
- HW configuration
Re: Ranorex Constraint With Visual Studio 2017
I got an email from Bernard this morning and I emailed a .zip of the log plus other stuff. Just looped in Support@Ranorex now.ahoisl wrote:Could you please send us the whole RanorexStudio.log file? If it zips to small size, please upload it here, otherwise send it to [email protected] please.
I'm a bit out of ideas right now. If renaming modules is already slow, everything else probably will be, too. Renaming modules should have nothing to do with the C++ Redistributables, it is a simple WinForms UI.
At this point, I would really recommend setting up a remote session.
Regards,
Alex
Ranorex Team
[quote='odklijec]Are you, by any chance, using integrated TFS in Ranorex Studio? [/quote]
Saw that too.. Only had Teams, no TFS. So removed/uninstalled it completely from the Ranorex Desktop system.
Moved it all to my laptop.
Thanks.
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: Ranorex Constraint With Visual Studio 2017
Hello all,
Our developers analyzed all log files we received from Hondo, but could not find the reason for this behavior. We also tried to reproduce the issue on different physical PC's and different virtual machines, but the issue didn't occur.
Since having a remote session is not possible because of security reasons, we have to stop investigating this issue for now.
We will update this thread if there are any news.
Sincerely,
Bernhard
Our developers analyzed all log files we received from Hondo, but could not find the reason for this behavior. We also tried to reproduce the issue on different physical PC's and different virtual machines, but the issue didn't occur.
Since having a remote session is not possible because of security reasons, we have to stop investigating this issue for now.
We will update this thread if there are any news.
Sincerely,
Bernhard