watchFile never fires when vfs uses a real dir
Ouverte
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 122k
- Forks
- 37.4k
- Merge moyen
- 4 j 2 h
- PR mergées (30 j)
- 283
Description
Version
main
Platform
macOS 26.2
Subsystem
vfs
What steps will reproduce the bug?
test.js:
const vfs = require('node:vfs');
const fs = require('fs');
const v = vfs.create(new vfs.RealFSProvider('/tmp'));
let called = false;
v.watchFile('/a.txt', { interval: 50 }, () => {
called = true;
});
fs.writeFileSync('/tmp/a.txt', 'x');
setTimeout(() => {
console.log('called?', called);
}, 300);
$ node --experimental-vfs test.js
How often does it reproduce? Is there a required condition?
Always
What is the expected behavior? Why is that the expected behavior?
called? true
file changed, the listener should run
What do you see instead?
called? false
Additional information
No response
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par test.js et les points d’entrée node:vfs pour RealFSProvider et watchFile, puis reproduisez le problème avec node --experimental-vfs test.js. Suivez la raison pour laquelle le listener n’est pas appelé après la modification de /tmp/a.txt ; c’est terminé lorsque l’exemple indique called? true.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, nodejs
- Domaine
- operating-systems
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100