view_catalog_cycle_lookup.js continually remaps views to views, views to collection, and then reads from views. In the readFromView state, it asserts that a find on a view will always succeed. However, the aggregation command releases the collection lock before creating and iterating the cursor. In this short window of time, it's possible that a collection was dropped and replaced with a view. Then, DocumentSourceCursor::loadBatch() will throw upon acquiring locks because the underlying namespace is a view, not a collection.

This ticket is a request to change the test to be more resilient to these types of failures.