Hello,
I am encountering a recurring failure in Monday VIBE where the items_page query is returning null, resulting in the following error: TypeError: Cannot read properties of null (reading 'items_page')
Summary: This issue is now appearing across multiple separate applications and boards. It affects apps built as Board Views as well as those built as Item Views. In all cases, the board data appears is present in the current version of the app, any change is made (big, small - it does not matter) and then all data connection is lost when the new version is published.
Background: Both boards are original boards, NOT duplicates. I did make a duplicate of the Parts Board about 3 weeks ago - but I am having problem on the original.
I have included 2 videos of it failing on each board:
Parts board erorring:
https://www.loom.com/share/2ea54f69f0d14a1c96570ba8a2a5be96
Repair board erroring:
https://www.loom.com/share/c2a4211520fb46b48b171376a795e21a
I believe have identified the root cause of the error on the Repair Board. Working to see if I can resolve on the Parts Board as well.
Here is video showing the error being resolved (sorry video is long, but it took me a few minutes to properly show the error resolved)
Video:
https://www.loom.com/share/30700e911ec54344b387701ca50fc14d
Original Error Message: Monday API request fails {"response":{"errors":[{"message":"cannot return null for non-nullable field FILEAssetValue.createdAt", ...}]}}
Summary: There is a race condition in the GraphQL API when querying assets after an upload or an item update involving files. The createdAt field in the FILEAssetValue (or Asset) type is defined as non-nullable in the schema, but the platform occasionally returns null for this field during the brief window while the asset metadata is being processed.