@Sebastien is correct, there are a few people that are seeing this but I, for one, do not. I have 28 Zigbee devices and other than Hampton Bay Fan Controllers that have always been a royal pita.
However, to a large extent, the problems I had with them on the C-8 are self inflicted. I did a manual migration and intentionally did not migrate any of the repeaters that had been deployed on the old hub. I was hoping that the external antenna would overcome the HBFC's poor reception. It didn't.
I purchased an in-wall Zigbee switch and swapped it with a perfectly good ZWave one, just to get a repeater in the same room as my most cussed HBFC. I relocated a repeater and now all of my HBFC have been 100% for almost 3 days.
In Zigbee logs I see:
PoolTable Ceiling Controller 2023-03-18 12:59:51.809 profileId:0x104, clusterId:0x19, sourceEndpoint:1, destinationEndpoint:1 , groupId:0, lastHopLqi:216, lastHopRssi:-46
Kids Ceiling Controller 2023-03-18 12:56:53.381 profileId:0x104, clusterId:0x19, sourceEndpoint:1, destinationEndpoint:1 , groupId:0, lastHopLqi:255, lastHopRssi:-25
Study Ceiling Controller 2023-03-18 12:56:48.965 profileId:0x104, clusterId:0x19, sourceEndpoint:1, destinationEndpoint:1 , groupId:0, lastHopLqi:255, lastHopRssi:-25
Office Ceiling Controller 2023-03-18 12:56:39.230 profileId:0x104, clusterId:0x19, sourceEndpoint:1, destinationEndpoint:1 , groupId:0, lastHopLqi:196, lastHopRssi:-51
I've never seen this for the HBFC on the old hub: lastHopLqi:255, lastHopRssi:-25
The new Zigbee chip, with it's full support of v3.0, has a new SDK I presume and it wouldn't shock me that there's some new interaction going on that hasn't been nailed down... yet. If I were seeing this, I'd have migrated back and put myself in a holding pattern, with one or two "test migrations" after each Platform update to see if it resolved my particular issues. This particular 'onion' will get peeled, but it's impossible to say if your issue is in the next layer or the one after that 