snappyHexMesh with cyclic BC: Had *** baffles to create but encountered *** slave faces originating from patcheable faces.

Summary

Triggered this bug when trying to mesh a 3-directional cyclic base mesh. I DID NOT use parallel meshing (I know a lot of bugs are related to this). Tried to Google but can't find any similar cases.

Steps to reproduce

I'm attaching a minimal case to reproduce. meshwall.sh uses wall for all 6 faces and can run successfully. But if you run meshcyclic.sh and start from a 3-directional cyclic base mesh, this bug will happen.

Example case

Should take 1min to run. (Uploaded 2nd version for multiregion meshing) snappyHexMesh.zip

What is the current bug behaviour?

See logs.

What is the expected correct behavior?

snappyHexMesh should support cyclic when meshing in serial based on other bug reports, right?

Relevant logs and/or images

--> FOAM FATAL ERROR: (openfoam-2312)
Had 58069 baffles to create  but encountered 56363 slave faces originating from patcheable faces.

    From Foam::autoPtr<Foam::mapPolyMesh> Foam::meshRefinement::createZoneBaffles(const labelList &, List<labelPair> &, labelList &)
    in file meshRefinement/meshRefinementBaffles.C at line 894.

FOAM aborting

Environment information

• OpenFOAM version : v2312
• Operating system : ubuntu
• Hardware info : AMD
• Compiler : aocc

Possible fixes

Tried to remove line 892-899 in meshRefinementBaffles.C. It can generate a mesh, but not properly snapped to the feature and generated extra triangles on the boundary patch. So the problem is from somewhere else.