# recorded objects do not equal playback objects **URL:** \ **Category:** TestComplete\ **Tags:** test, testcomplete, migrated\ **Created:** [June 10, 2025, 2:23pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386 "2025-06-10T14:23:45Z")\ **Posts on this page:** 19\ **Page:** 1
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 2:23pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/1 "2025-06-10T14:23:45Z")
> Originally posted by **dhundley** on June 10, 2025 I just upgraded my testcomplete to the latest release 15.75 and my very first attempt at recording and then running (playback) is giving me the behavior depicted in the image below. i am recording a click on the document type combo box and the Account text box but when I run (playback) the recording it is clicking on the Tran Code combo box and the Amount text box. Is anyone else experiencing this behavior with the new release? ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/e6caa440b26d79e447d9a4493d1b5f4b6430b966.png) ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 3:17pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/2 "2025-06-10T15:17:08Z")
> Originally posted by **scot1967** on June 10, 2025 I don’t think this has been reported by anyone else. This _could_be a problem in the way the test objects have been identified. I’ll do some checking and add another comment with more info in a bit. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 3:25pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/3 "2025-06-10T15:25:05Z")
> Originally posted by **scot1967** on June 10, 2025 Yeah, check the objects that were mapped in the TestComplete ‘NameMapping’ section to be sure they are mapped correctly and there are no naming conflicts by using the object spy. That would be my first step. … If you find my posts helpful drop me a like! 👍 Be sure to mark or post the solution to help others out and/or to credit the one who helped you. 😎 ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 4:08pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/4 "2025-06-10T16:08:26Z")
> Originally posted by **dhundley** on June 10, 2025 actually, upon further investigation, the objects for the document type combo box and for the account textbox were already mapped from previous test case development. so, the question now is, why did it create new mapped objects which turned out to NOT be the objects i clicked on during the recording. Why didn’t it use the correct objects that were already in there? by manually editing the value in the Item column of my new keyword test, replacing the incorrect object mapping from the recording with the correct object mapping that previously existed, i was able to get the keyword test to run successfully. this has got to be a problem with the new release. I will be reverting back to the previous release until this gets resolved. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 4:40pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/5 "2025-06-10T16:40:02Z")
> Originally posted by **scot1967** on June 10, 2025 > so, the question now is, why did it create new mapped objects which turned out to NOT be the objects i clicked on during the recording. Did TC use different properties to created the new mapped objects or just name them differently? Post back with the results of your rollback. I am interested in what happened. 🤔 ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 4:59pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/6 "2025-06-10T16:59:14Z")
> Originally posted by **catalin\_ochisor** on June 10, 2025 Posting the code follwing your actions would help. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 5:42pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/7 "2025-06-10T17:42:42Z")
> Originally posted by **rraghvani** on June 10, 2025 If your scripts were working in a previous version before you upgraded, then most likely the new version has broken it! It’s worth reporting it, if you think it’s an issue, via [https://support.smartbear.com/testcomplete/message/](https://support.smartbear.com/testcomplete/message/) ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 10, 2025, 6:57pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/8 "2025-06-10T18:57:09Z")
> Originally posted by **dhundley** on June 10, 2025 Here’s the latest update. I stashed my changes and reverted back to 15.74 and tried to re-record the keyword test. **Same result.** Here is what the keyword test looks like right after i finished recording. focusing on just the combo box you can see what the screen looked like at the time i recorded that line ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/c1d83ef616f7181ec6438acc86164f9fb314571e.png) now, if i go to my namemapping repo for that combo box element, for some reason it is using a combo box from a totally different form/window of my application while the combo box that should have been chosen is a grandchild of a listview (lv) object also shown in the image below ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/ed6b0c49155b27f3e9bc6b847d0e0ab15892e071.png) if i replace the namemapping for ComboBox with the name mapping of DocDefCombo then my keyword test works for that line. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/34042782a858e60a934ff29337c1b2763be134a7.png) and here it is shown in the object browser window ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/858d456c672140e06265d6fe02aaa518e2ab5861.png) the question i have to answer now is how many versions back do i need to go to see where this issue doesn’t exist ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 7:55am UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/9 "2025-06-11T07:55:29Z")
> Originally posted by **rraghvani** on June 11, 2025 Just a few pointers, have you changed the scaling of your Windows settings, as your toolbar seems to be large? This could cause issues when recording your AUT. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/40aabec585291f6234a1afc070e76dab6e813c13.png) Your alias name mapping seems to be huge. You should try to keep the structure as simple as possible. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/ba1e92012c6689294a0b0fa38636db90c7ea94e4.png) When you reverted back to the previous version of TC, did you also revert your project back too? The latest version could have made changes to the project, which is now causing issues. In Options, verify your Engines → Name Mapping has the correct options selected (these are my settings). ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/b2c7d47949282ff9df9a126029a2406af6b75d8c.png) The issue you have described, is what I had experienced when I first started using TC v14. I prefer to always map my objects first, and provide the appropriate properties, so that TC can identify the UI controls without issues. However, I’ve now moved away from using name mappings and now using the Find method (via scripting). Reason behind this, is because our name mapping is becoming to huge to maintain. Have your developers made any recent changes to the application? ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 2:07pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/10 "2025-06-11T14:07:05Z")
> Originally posted by **scot1967** on June 11, 2025 > ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/654baced787fcc846724c91b4db74a239c04e63f.png) > > now, if i go to my namemapping repo for that combo box element, for some reason it is using a combo box from a totally different form/window of my application while **the combo box that should have been chosen is a grandchild of a listview (lv) object** I have seen this before. TestComplete is using the first match. Can you post the properties used to identify both objects? Right Click the object and check the namemap and also check the object browser. Compare the properties to see if you can spot the issue. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/3fd0899023971e01a565c788fa1fc08313818630.png) I can’t say why it only started occurring recently. 🤔 Sometimes object identification will be flakey like this if the properties used to define the target object are not unique or the depth from the defined parent isn’t set to search deep enough or new objects have been changed or added to the application object tree. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 2:18pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/11 "2025-06-11T14:18:38Z")
> Originally posted by **dhundley** on June 11, 2025 ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/35af2e8294c2a5dbea9b53d0790aa70ca5422093.png) no. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/5a5913305a04c844f1af9c99b08d70ef25cfe138.png) not sure if i can do anything about this now. if we had thought to do this several years ago when we started creating this automation, that would have been the time to do this. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/1812260fec304b7881511821563f5c10601bb2da.png) yes. i stashed my changes. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/64a93f0854474f2f1e021767007e2d70a3ea88ea.png) i set my options to match yours and attempted it again. no difference. ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/08126d116a0c601d9411f94c026c28c35c28824b.png) i have on occasion reverted to using FindChild in some situations where i was constantly seeing indexes or ordinal numbers changing from one sign in to the next but, as i said earlier, this just seems like it would be quite a large undertaking given how big the name mapping repo has become over the years ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/f449308b6ac0e74b1372c30630cfb01dae9f2bc6.png) nothing that i’m aware of that would cause this type of behavior would it make any difference that my new workstation is running Window 11 whereas my old workstation (which i used to develop the automation for this application) was Windows 10? ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 3:26pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/12 "2025-06-11T15:26:24Z")
> Originally posted by **scot1967** on June 11, 2025 > **i have on occasion reverted to using FindChild in some situations where i was constantly seeing indexes or ordinal numbers changing** from one sign in to the next but, as i said earlier, this just seems like it would be quite a large undertaking given how big the name mapping repo has become over the years You may have to manually correct this and move on. That said I have learned over 10 years to avoid using indexes and ordinal numbers. 🫤 > would it make any difference that my new workstation is running Window 11 whereas my old workstation (which i used to develop the automation for this application) was Windows 10? Yes, this could cause a problem especially with record and replay. Win 10 and Win 11 render the screen differently and this can cause problems. I will see if i can find any specific references and send them your way. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 3:35pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/13 "2025-06-11T15:35:28Z")
> Originally posted by **rraghvani** on June 11, 2025 That could be a possibility, moving from Windows 10 to Windows 11. Underlying framework objects, such as .Net may have changed, which may now have caused certain ID’s to be different! In TC, there’s a button I had often used to see if any name mappings had changed, that requires updating. It could help you identifying what needs updating? ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/6adc271b250f2832aabd34adcd906ab136815271.png) If your project has been going on for several years, it will be a big job to do code refactoring. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 3:42pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/14 "2025-06-11T15:42:53Z")
> Originally posted by **scot1967** on June 11, 2025 It would help to have a clear screen shot or a text list of the object propertied used in the name map (for both the correct and incorrect target objects). Also, X/Y clicks can be very flakey especially between different OS versions. Objects identified by unique properties are much more stable. However Win 10 and Win 11 _may_ be changing the indexes or ordinals. Are you able to compare between the two workstations? ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 3:55pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/15 "2025-06-11T15:55:26Z")
> Originally posted by **dhundley** on June 11, 2025 the check for name mapping updates button did not reveal anything. i’m curious if there is some way to “give weight” or preference to certain properties over others that TC uses to map objects? i believe if TC would favor the WPFControlName property when it has a value rather than the ClrFullClassName and WPFControlOrdinalNo properties then this issue would be resolved. Here is the object browser entry for the object that is getting mapped incorrectly when i am clicking my combo box ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/23a58468672fd4fa8feb50504dadc43ed36dd501.png) ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/9bd62924bc38dc3bd0290a51bf54aadfa44a5cd4.png) now here is the object browser showing the object that it should have recorded. it has the same ClrFullClassName and WPFControlOrdinalNo as the incorrect object but they have different WPFControlName properties ![](https://canada1.discourse-cdn.com/flex049/uploads/smartbear_prod/original/1X/9883bc3aa7aa0b55157a6c885d085096a3c9e480.png) in most cases the Visible or VisibleOnScreen property would also be advantageous to be high on the list of favored properties but wouldn’t help in this case because there is a visible object with the name TranCodeComboBox. but again, if the recording had mapped using the WPFControlName when i clicked the object there would not have been an issue. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 4:03pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/16 "2025-06-11T16:03:45Z")
> Originally posted by **scot1967** on June 11, 2025 This is a reference to a known issue with dpi settings. This may not apply in your case if you are not using things like X/Y coordinates or other methods of identification involving any relationship to the screen size… [https://support.smartbear.com/testcomplete/docs/testing-with/specifics/testing-on-different-dpi-settings.html](https://support.smartbear.com/testcomplete/docs/testing-with/specifics/testing-on-different-dpi-settings.html) I am not aware of any issues with object recognition between Win 11 and Win 10 where objects have been identified using unique object property values unless it is related to the behavior of the tested application (a Win 10 version verses a Win 11 version). ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 4:49pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/17 "2025-06-11T16:49:10Z")
> Originally posted by **dhundley** on June 11, 2025 i edited the name mappings for two objects that were getting incorrectly selected during the recording process so that their properties include the WPFControlName and then re-recorded the keyword test and it successfully chose the correct objects this time. i know i had recorded numerous other keyword tests before now where it didn’t need me to manually edit the mappings. who knows how many other properties will get “confused” from here on but, for now, i’m going to just deal with them as they arise. i think something changed that is causing the recording process to look at some properties before others but i can’t prove anything. ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [June 11, 2025, 5:40pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/18 "2025-06-11T17:40:59Z")
> Originally posted by **scot1967** on June 11, 2025 I am glad the “fix it and move on” strategy suggestion worked. I remember being able to set these priorities at one time but I can’t remember how I did it. I’ll post back if I find it. 👍 I am sure a few likes on the most helpful posts here would be appreciated. 👍 Have a great day! ---
**Author:** ![system](https://avatars.discourse-cdn.com/v4/letter/s/bcef8e/32.png) [@system](https://community.smartbear.com/u/system)\ **Post date:** [October 7, 2026, 5:16pm UTC](https://community.smartbear.com/t/recorded-objects-do-not-equal-playback-objects/386/19 "2026-10-07T17:16:47Z")
This topic was automatically closed 5 days after the last reply. New replies are no longer allowed.