The Bug:

Sculk sensors are not activated upon comparators clicking.

Steps to Reproduce:

1. Place down a comparator along with a sculk sensor nearby.
2. Right-click on the comparator to make it click and watch the sculk sensor closely as you do this.
3. Take note as to whether or not sculk sensors are activated upon comparators clicking.

Observed Behavior:

Sculk sensors aren't activated.

Expected Behavior:

Sculk sensors would be activated.

Code Analysis:

Code analysis by Avoma can be found below.

The following is based on a decompiled version of Minecraft 1.18.2 using MCP-Reborn.

public class ComparatorBlock extends DiodeBlock implements EntityBlock {
   ...
   public InteractionResult use(BlockState $bs, Level $l, BlockPos $bp, Player $p, InteractionHand $ih, BlockHitResult $bhr) {
      if (!$p.getAbilities().mayBuild) {
         return InteractionResult.PASS;
      } else {
         $bs = $bs.cycle(MODE);
         float f = $bs.getValue(MODE) == ComparatorMode.SUBTRACT ? 0.55F : 0.5F;
         $l.playSound($p, $bp, SoundEvents.COMPARATOR_CLICK, SoundSource.BLOCKS, 0.3F, f);
         $l.setBlock($bp, $bs, 2);
         this.refreshOutputState($l, $bp, $bs);
         return InteractionResult.sidedSuccess($l.isClientSide);
      }
   }
   ...

If we look at the above class, we can see that switching modes on comparators simply isn't registered as a game event as the gameEvent() method is never called, thus not detecting this action as a vibration.

Potential Fix:

Simply calling the gameEvent() method where appropriate within this piece of code should resolve this problem. The "BLOCK_CHANGE" game event tag would be expected to be used here as the block states of comparators are changed when their modes are changed. The following line of code could be used in order to fix this:

$LEVEL.gameEvent($PLAYER, GameEvent.BLOCK_CHANGE, $BLOCKPOS);