Forum Discussion
It may depend on exactly when a save is triggered in the control for the newly added row.
Have you tried moving to a different part of the application, and then coming back to the table. If you try that (and the new row is still present so was definitely saved) and it works, then it would sound like the save is not being triggered when you think it is. You probably want to ask the dev team what the save trigger is.
Or, if you are doing all this against a mapped object via script, you could try RefereshMappingInfo instead of plain old Refresh.
- escap8910 years agoContributor
If i reopen window all rows are already shown in a object browser.
Prolly Refresh method work as "refresh all" manually in object broweser - it dosent help.
RefereshMappingInfo - is for mapped object.
I am using original objects names in my script.
Problem here is that TestComplete creating "Object browser" that is used for tests in 2 cases:
- Frist open window
- Reopen window
If i just open test complete and go to a datawindow. Then if i'll add another row and then I'll open object spy (or run test - dosent matter its the same) object spy see all rows cus he generated his object browser for first time.
If i add now another row i wont see it in object spy, need to close a window that have datawindow.
Is there a method that doing the same what do testcomplete for initial application run?
For testing add/remove functions i can reopen a window - OK - I can live with that but lets say that i have a filter to test:
If i have 5 rows before i use filter and 10 after i use filter I wont be able to select 10th row for example cus on "open" window i have some default filter that returns less than 10 rows.
I also walked around that TestComplete bug :) by selecting 10th row with cordinates and then use filter - it helps cus after that operation TestComplete refreshed his object browser inside my datawindow.
All my "ways" still are just a patches for these testcomplete "black holes".