Cela ressemble à un véritable bug de Chrome, que je rapporterai en utilisant votre exemple de code. Définir une action tactile en CSS n'est pas une solution si vous voulez décider en JavaScript de gérer dynamiquement le pointerMove avec votre propre code par rapport à la gestion native du navigateur.
Si vous définissez une action tactile: "none", la gestion native du navigateur ne sera jamais exécutée. Inversement, comme vous l'avez signalé, ne pas avoir de paramètre d'action tactile, équivalent à la valeur par défaut "auto", ne fonctionnera pas car Chrome ignore les appels à preventDefault() sur pointerMove et appelle toujours pointerCancel - un bogue.
Notez que si vous avez ajouté un écouteur pour touchMove à la place, en utilisant l'indicateur passif: false, alors preventDefault() fonctionnerait comme prévu, en évitant TouchCancel. Cependant, vous devez utiliser des écouteurs d'événement souris et d'événement tactile distincts, ce que vous essayez d'éviter en utilisant des événements de pointeur.
Veuillez fournir tout le code pertinent dans un [mcve] de la question elle-même, et non sur un site tiers. –