Details
Description
For nested AutoGetCollectionForReads, if the outer one already opts out of the PBWM, the inner one could not take the PBWM if there are pending catalog changes, because the ShouldNotConflictWithSecondaryBatchApplicationBlock of the outer one still takes effect.
The ticket is just for keeping track of this issue because there might be cases where we have nested AutoGetCollectionForReads and want the inner one to take the PBWM. Currently the inner one will try to take the PBWM (by unsetting ShouldNotConflictWithSecondaryBatchApplicationBlock) and think it succeeds. But the reads actually won't hold the PBWM.
We could add an invariant or comments to make a note that ShouldNotConflictWithSecondaryBatchApplicationBlock might not work as expected if AutoGetCollectionForRead is nested.