Host.Local.FindSingle hangs if search process in dead lock

Bug reports.
SPluemper
Posts: 14
Joined: Thu Jan 28, 2016 3:52 pm

Host.Local.FindSingle hangs if search process in dead lock

Post by SPluemper » Tue Jul 12, 2016 10:19 am

Hello,
I have a test where I exit our application. Unfortunaly due to a failure in our KDE implementation the process don't exit but remain in a dead lock issue, so the process is still existing.

My problem is that the Host.Local.FindSingle method never throw an exception if the duration time is expired.

In the test I start the application after calling "Exit" again and try to click at a menu, using the Host.Local.FindSingle method to get the menubar. This call never come back until I kill the dead locked process.

In the attached screenshot you see at the left side the debug message I write before calling the Host.Local.FindSingle with 2000 ms duration (time stamp 10:56:03,970)

At the right bottom corner the clock is at 11:01.

Above you see the two processes, the grey is the dead one, and his thread 6252 and the stack of the thread.
You do not have the required permissions to view the files attached to this post.

SPluemper
Posts: 14
Joined: Thu Jan 28, 2016 3:52 pm

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by SPluemper » Tue Jul 12, 2016 12:11 pm

Additional info:
I'm using Ranorex 6.0.1

User avatar
Support Team
Site Admin
Site Admin
Posts: 12145
Joined: Fri Jul 07, 2006 4:30 pm
Location: Houston, Texas, USA
Contact:

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by Support Team » Wed Jul 13, 2016 1:43 pm

Hi Spluemper,

To analyze this behavior in more detail, I'd like to arrange a short remote session.
May I ask you if you could get in touch with us by email ([email protected])

Thank you.

Regards,
Markus (S)

SPluemper
Posts: 14
Joined: Thu Jan 28, 2016 3:52 pm

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by SPluemper » Fri Sep 16, 2016 8:18 am

Hello,
do you have find the problem and any solution for it ?

Thx
Stefan Plümper

krstcs
Posts: 2683
Joined: Tue Feb 07, 2012 4:14 pm
Location: Austin, Texas, USA

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by krstcs » Fri Sep 16, 2016 1:16 pm

Did you ever get in contact with Ranorex as they asked?
Shortcuts usually aren't...

SPluemper
Posts: 14
Joined: Thu Jan 28, 2016 3:52 pm

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by SPluemper » Mon Sep 19, 2016 1:43 pm

Yes,
they have had access to my computer several weeks ago via Teamviewer and they have make some loggings.
Since then they have released V6.1 but I can't see a solution for this problem in the release notest.

User avatar
Support Team
Site Admin
Site Admin
Posts: 12145
Joined: Fri Jul 07, 2006 4:30 pm
Location: Houston, Texas, USA
Contact:

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by Support Team » Tue Sep 20, 2016 1:22 pm

Hi Stefan,

Please excuse the slow response. Unfortunately, we are still in the process of analyzing the log and dump files. I'll get back to you as soon as we were able to narrow down the source of the problem.

Thank you for your patience.

Regards,
Markus (S)

BSullivan
Posts: 32
Joined: Thu Jun 04, 2015 6:31 pm
Location: HorseHeads NY
Contact:

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by BSullivan » Mon Oct 24, 2016 9:07 pm

Has there been any update on this?

It looks like I am seeing something similar intermittently in my tests.

User avatar
Support Team
Site Admin
Site Admin
Posts: 12145
Joined: Fri Jul 07, 2006 4:30 pm
Location: Houston, Texas, USA
Contact:

Re: Host.Local.FindSingle hangs if search process in dead lock

Post by Support Team » Thu Oct 27, 2016 2:27 pm

Hi BSullivan,

Unfortunately there are no news on this. For a further analysis, we've requested the SUT from Spluemper, but he needs to clarify this situation with his management.

If you are having the same issue, I'd also like to ask you if you could get in touch with us by email ([email protected]) to debug the situation directly in our environment.

Regards,
Markus (S)