Contributions
Re: The tested window (or control) has been deleted
I've thoroughly retested this issue this week, and I've discovered several things during testing. I tested TC 15.51.30 (the version we currently use), 15.56, 15.57, 15.58, 15.59 and 15.60 using Chrome 120. The issue does not occur on 15.51.30. Previous testing has also shown that the issue did not occur for us on 15.52, 15.53, 15.54 or 15.55. However, ClickItem() issues kept us from adopting any versions after 15.51.30. This issue is definitely related to multiple monitor setups and occurs when running TC 15.56, 15.57, 15.58, 15.59 and 15.60. When running these TC versions on a single-monitor setup, this error does not occur. High resolutions, from Full HD (1920x1080) up to 4K (3840x2160), were tested successfully with no error occurring. With a two-monitor setup, with the side monitor on the left, the issue occurs when running TC and the browser on the side monitor. Running TC and the browser on the main monitor did not cause the error to occur. With a three-monitor setup, the issue was much worse. For TC 15.57, 15.58, 15.59 and 15.60, the error occurred on all monitors. For TC 15.56, The error did not occur when TC and the browser were run on the left side-monitor. Running TC and the browser on the main monitor caused the error to occur. I did not test the right side-monitor because mine is in portrait orientation. Yesterday, Chrome updated itself to v121.0.6167.85. Running TC 15.60 with Chrome 121 appears to have fixed the issue. The error no longer occurs with a three-monitor setup. I did not go back and test versions earlier than 15.60 with Chrome 121. However, there are still unresolved ClickItem() issues in 15.52 and later versions that are worse than the ClickItem() issues in 15.51.30, so we are still staying on 15.51.30. We have a support case open to fix the ClickItem() issues, and we're still waiting for a proper fix. The changes made to ClickItem in 15.52, 15.53 and 15.59 do not work properly for us and the results are worse than the original problem we reported in 15.51.30.0Views0likes0CommentsRe: The tested window (or control) has been deleted
This issue has resurfaced. Starting with TC 15.56, every version released up through TC 15.60 has had this same issue. To be clear, that includes 15.56, 15.57, 15.58, 15.59 and 15.60. We have a support issue open with SmartBear for a ClickItem() issue. They were supposed to deliver a fix for it in 15.59, but we're unable to tell if it is fixed because this issue blocks us from running our tests to find out if it is fixed for us. We have been downloading and trying updates to every version released since 15.51.30, the last stable and usable version of TC for us. TC 15.52, 15.53, 15.54 and 15.55 do not deal with ClickItem() statements properly or efficiently. TC 15.56, 15.57, 15.58, 15.59 and 15.60 have been entirely unusable, exactly as noted above for 15.51.18. We have reported the same to SmartBear for each release, but they continue to create updates that we cannot run. Browser version has been irrelevant for each of these releases. We have experienced the same issue using every version of Chrome from 113 to 120.0.6099.225, the latest version as of today, January 18th, 2024. This set of issues has been going on for about 9 months now and they are apparently nowhere near solving it, from what I can tell. We've been very patient, but we need a resolution to this soon. We can't be stuck on 15.51.30 forever.42Views0likes6CommentsRe: Issues with dropdowns and ClickItem() not working if the dropdown opens in the up direction
I assume you mean that you are using v14.93, not v4.93. I have been working with SmartBear on a support case for this issue (actually several ClickItem issues), and they have indicated that they are working on a fix for the issue. When they do issue a fix for this issue, it will be in version 15, probably v15.59 or later, so you will have to upgrade to v15 to access the fix.290Views0likes0CommentsRe: Issues with dropdowns and ClickItem() not working if the dropdown opens in the up direction
Agreed that we need a resolution and that employing the workaround is not ideal. I have been working with SmartBear on a support case for this issue (actually several ClickItem issues), and they have indicated that they are working on a fix for the issue. However, the workaround can be made to work in all cases if you replace the ClickItem step with two Keys steps, where the first Keys step sends the press of the Home key to the dropdown box, and the second Keys step sends the full text of the dropdown list item to be selected.202Views0likes0CommentsRe: Issues with dropdowns and ClickItem() not working if the dropdown opens in the up direction
juliemorrisNo, the ClickItem() issue that I reported has not been fixed yet. However, I did finally receive confirmation from SmartBear's Customer Care that SmartBear understands the issue that we're experiencing and that it has been forwarded to their developers. My support ticket has progressed to the status of "Researching" as of July 27th, 2023. Customer Care is supposed to reach out to me as soon as they have an update on the issue. As of right now, the best version of TestComplete with regard to how ClickItem functions is still 15.51.30, and we are still on that version. There have been two subsequent updates to TestComplete, 15.52.2 and 15.53.2. Both use very odd and slow implementations of the ClickItem() method. ClickItem test steps take an average of 3x longer to execute in 15.53, and 15.52 is even slower. This is a big issue for us as our tests have lots of ClickItem steps. Neither 15.52.2 nor 15.53.2 has any impact on the ClickItem() issue described in this post, nor do they seem to provide any other benefits, so we will remain on 15.51.30 until both this issue and the performance / behavior issues introduced in 15.52.2 and 15.53.2 are resolved.1KViews2likes2CommentsRe: TestComplete issues with Chrome 113
Upgrading to TC 15.51.30 has resolved this issue for me as well. I think Pawel's (PMularczyk) post from05-30-2023 11:23 AMshould be marked as the answer to this issue, as TC 15.51.30 appears to have fixes for all of the issues reported on this thread.11 months agoPlace TestComplete QuestionsTestComplete Questions646Views0likes0CommentsRe: The tested window (or control) has been deleted
Upgrading to TC 15.51.30has resolved this issue for me as well. I think dhundley'spost on this thread from 05-30-2023 01:53 PM should be marked as the solution to this issue. cc:Kavina11 months agoPlace TestComplete QuestionsTestComplete Questions482Views0likes0CommentsRe: Issues with TestComplete 15.51 playing back existing tests that run fine on TC 15.50
TC 15.51.30 has been released and contains the fixes needed to resolve this issue. We are no longer experiencing the issue reported at the top of this thread after upgrading to this version.11 months agoPlace TestComplete QuestionsTestComplete Questions377Views0likes0CommentsRe: Issues with TestComplete 15.51 playing back existing tests that run fine on TC 15.50
gabedemouraThank you for replying. I have tried updating to the latest version of TestComplete. Specifically, I have tried: TC 15.51.4 TC 15.51.18 TC 15.51.26 All three versions do not work for me. The latest version of TestComplete that works for me is 15.50.3.11 months agoPlace TestComplete QuestionsTestComplete Questions412Views1like0CommentsRe: The tested window (or control) has been deleted
mfoster711Let me clarify one point, using the login testas an example (again, all our tests fail in this way on TC 15.51). On TC 15.50, when we run our login test, we see the following behaviors. TC: Recognizes the browser window. Navigates to the login page. Recognizes the login page. Recognizes the username box. Enters text in the username box. Recognizes the password box. Enters text in the password box. Recognizes the submit button. Clicks the submit button. Recognizes the Reset Session button. Clicks the Reset Session button. Recognizes the dashboard page that loads after the Reset Session button is clicked. The test is marked as having passed. All of this happens quickly with no issues. The entire test runs in 18 seconds. Running the same test on TC 15.51, we see the following behaviors. TC: Recognizes the browser window. Navigates to the login page. Times out after 15 seconds and fails to recognize the login page. Times out after another 15 seconds andfails to recognize the username box. Somehow enters text in the username box even though it failed to find it. Times out after another 15 seconds andfailsto recognize the password box. Somehow enters text in the pasword box even though it failed to find it. Times out after another 15 seconds andfails to find the submit button. The test fails with the error message ""The tested window (or control) has been deleted". It takes over a minute for the test to run and finally fail. To reiterate, all tests on all pages behave this same way and fail with the same error message. It isnot limited to the login page nor to the submit button on the login page. This is some type of system-wide TC 15.51 failure that does not occur in TC 15.50.11 months agoPlace TestComplete QuestionsTestComplete Questions575Views0likes0Comments