# Dataviewer Unexpected Behaviour **URL:** \ **Category:** Questions about Thunkable X\ **Tags:** firebase, bug, thunkable-bugs, data-viewer\ **Created:** [September 12, 2021, 3:01pm UTC](https://community.thunkable.com/t/dataviewer-unexpected-behaviour/1501391 "2021-09-12T15:01:34Z")\ **Posts on this page:** 1\ **Showing post:** 14
**Author:** ![muneer](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/muneer/32/75210_2.png) [@muneer](https://community.thunkable.com/u/muneer)\ **Post date:** [October 24, 2021, 7:27am UTC](https://community.thunkable.com/t/dataviewer-unexpected-behaviour/1501391/14 "2021-10-24T07:27:41Z")
dear @darweeshworkqxl Please see a better workaround version of your case. [https://x.thunkable.com/projectPage/6174ffbb20566a0011faf503](https://x.thunkable.com/projectPage/6174ffbb20566a0011faf503) Also see my explanation of the workaround in another post. > [@Data viewer rows desapear](https://community.thunkable.com/t/data-viewer-rows-desapear/1575769/10): > > This is not what I meant to say. I was using the List Viewer as a synchronous component alongside the create row as an asynchronous component. We have seen that the outer loop which contains an asynchronous block (Web API in this case) works as expected and fills the List Viewer with all rows. From this we come to the conclusion that the issue is with the amount if time it takes the create record to actually commit data to storage which is long enough for the outer loop to run again and overw… --- _[View the full topic](https://community.thunkable.com/t/dataviewer-unexpected-behaviour/1501391)._