SERVER-71085 introduced new logic in release 6.3 that may cause CollectionCatalog::lookupView() to be invoked within the context of a collName.drop() execution (and consecutively, to raise an InvalidViewDefinition exception in case corrupted data are detected).

This behaviour goes against what was implemented in SERVER-42373 - and this is why SERVER-71085 also introduced a try/catch clause to not propagate such error (and make the needed deductions when it is detected).

For collName.drop() to maintain the semantics established by SERVER-42373 in multiversion cluster, the try/catch clause needs to also be backported to previous release branches.