[bug] Local Deno watch task not exiting on moon task interrupt

[rubyquaildesign]

Describe the bug

Not sure if this is a problem with Deno or Moon, but when running a deno command with the watch flag in a local Moon task, when the task is interrupted, the deno command doesn't stop as well

Steps to reproduce

1. Create a new moon repo with a deno platform
2. Create a moon local task that runs a long running deno script with the watch flag eg.

import {delay} from 'jsr:@std/async'


if (import.meta.main) {
  console.log("I'm starting now");

  while (true) {
    await delay(2000);
    console.log(Date.now());
    
  }
}

platform: deno

tasks:
  dev:
    local: true
    env:
      OTEL_DENO: "true"
      OTEL_EXPORTER_OTLP_TRACES_ENDPOINT: "http://observables.rubyquail.design:4318/v1/traces"
      OTEL_SERVICE_NAME: criact_dev
    script: "deno run --unstable-otel --watch -A main.ts"

3. Run the task moon run root:dev
4. interrupt that task, see that the deno script keeps running after the moon task completes

Expected behavior

The deno script would stop

Screenshots

Environment

  System:
    OS: macOS 15.3.1
    CPU: (10) arm64 Apple M1 Max
    Memory: 332.16 MB / 32.00 GB
    Shell: 3.7.1 - /opt/homebrew/bin/fish
  Binaries:
    Node: 24.3.0 - ~/.proto/shims/node
    Yarn: 1.22.1 - /opt/homebrew/bin/yarn
    npm: 10.8.2 - ~/Library/pnpm/npm
    pnpm: 10.12.4 - ~/.proto/shims/pnpm
    bun: 1.1.30 - /opt/homebrew/bin/bun
  Managers:
    Cargo: 1.83.0 - ~/.cargo/bin/cargo
    Homebrew: 4.5.7 - /opt/homebrew/bin/brew
    Maven: 3.9.9 - /opt/homebrew/bin/mvn
    pip2: 19.2.3 - /usr/local/bin/pip2
    pip3: 22.0.4 - ~/.pyenv/shims/pip3
    RubyGems: 3.5.18 - /opt/homebrew/opt/ruby/bin/gem
  Utilities:
    CMake: 3.30.5 - /opt/homebrew/bin/cmake
    Make: 3.81 - /usr/bin/make
    GCC: 17.0.0 - /usr/bin/gcc
    Git: 2.47.0 - /opt/homebrew/bin/git
    Clang: 17.0.0 - /usr/bin/clang
    Subversion: 1.14.4 - /opt/homebrew/bin/svn
    FFmpeg: 7.1 - /opt/homebrew/bin/ffmpeg
    Curl: 8.7.1 - /usr/bin/curl
    OpenSSL: 3.4.1 - /opt/homebrew/bin/openssl
  Servers:
    Apache: 2.4.62 - /usr/sbin/apachectl
  Virtualization:
    Docker: 27.5.1 - /usr/local/bin/docker
  IDEs:
    Emacs: 29.4 - /opt/homebrew/bin/emacs
    VSCode: 1.101.1 - /opt/homebrew/bin/code
    Vim: 9.1 - /usr/bin/vim
    Xcode: /undefined - /usr/bin/xcodebuild
  Languages:
    Bash: 5.2.37 - /opt/homebrew/bin/bash
    Java: 23.0.2 - /usr/bin/javac
    Perl: 5.34.1 - /usr/bin/perl
    Protoc: 29.3 - /opt/homebrew/bin/protoc
    Python: 3.9.11 - /Users/rubyquail/.pyenv/shims/python
    Python3: 3.9.11 - /Users/rubyquail/.pyenv/shims/python3
    Ruby: 3.3.5 - /opt/homebrew/opt/ruby/bin/ruby
    Rust: 1.83.0 - /Users/rubyquail/.cargo/bin/rustc
  Databases:
    SQLite: 3.43.2 - /usr/bin/sqlite3
  Browsers:
    Chrome: 137.0.7151.120
    Safari: 18.3
    Safari Technology Preview: 18.4

Additional context

Again sorry if this is a deno issue instead of a moon, one, interrupting just the deno script seems to work fine so I thought it might be moon related

[milesj]

@rubyquaildesign when you run moon with --log trace and hit ctrl+c, it should log the child processes that are being killed. can you confirm it's running?

Also, if you add a ctrl+c listener to the deno script and log from it, does it log?

[rubyquaildesign]

This is still running

❯ ps aux | grep "deno run"
rubyquail        37062   0.1  0.2 445661264  50912 s000  SN   11:46am   0:00.25 /Users/rubyquail/.proto/tools/deno/2.3.7/deno run --unstable-otel --watch -A main.ts

[rubyquaildesign]

this was what I ran

import {delay} from 'jsr:@std/async'


Deno.addSignalListener('SIGINT', () => {
  console.log('I was interrupted');
})

if (import.meta.main) {
  console.log("I'm starting now");

  while (true) {
    await delay(2000);
    console.log(Date.now());
    
  }
}

So it's getting the interrupt signal

[milesj]

This is weird, since the shutdown/kill commands don't fail, and the signal is received...

Does fish -c do anything weird? Is that swallowing it?

[rubyquaildesign]

nah, not really anything at all

[rubyquaildesign]

[milesj]

Thanks for checking. I'll try and recreate on my end.

[milesj]

@rubyquaildesign When I test this locally, it works:

The only differences are:

• I'm not using opentelemetry stuff. Have you tried without it?
• I'm using zsh instead of fish.

If removing otel doesn't fix it, them I'm leaning towards fish being the problem. I don't have any knowledge about fish really, so I'm not sure how to approach this. You could always override the shell it runs with with the unixShell task option.