fix(watcher): fix some v3.43.x regressions

[andreynering]

• Fixes Watch sends interrupt signal right away in v3.43.x #2202
• Fixes Running task with dependencies in watch mode stopped watching for sources of dependencies #2199

Some testing is highly appreciated! Let me know if this fixes the issues you're having or not.

/cc @davidkuridza @noahfraiture @pot-code @SheGe

[SheGe]

Test results: #2199 (comment)

[noahfraiture]

The problem persist. I use task to run my webserver

  build:
    desc: Build the Go binary
    cmd: go build -o ./tmp/main ./cmd/nexzap/main.go
    deps:
      - templ
      - sqlc
      - tailwind
    sources:
      - ./go.mod
      - ./go.sum
      - ./cmd/**/*.go
      - ./internal/**/*.go
      - ./templates/**/*_templ.go
      - ./static/css/style.css
      - ./internal/db/migrations/*.sql
      - ./tutorials/**/*
    generates:
      - ./tmp/main

  run:
    desc: Run the built binary
    deps:
      - build
    cmd: ./tmp/main
    ```
    
that immediatly stop with the watch flag. Without it, it works fine

[andreynering]

Hey @noahfraiture,

I could not reproduce.

• Which operating system are you using?
• Can you double-check that you're running a task binary built from this branch?
• Or maybe could you create a minimal reproducible example?

[noahfraiture]

Hey @noahfraiture,

I could not reproduce.

* Which operating system are you using?

* Can you double-check that you're running a `task` binary built from this branch?

* Or maybe could you create a minimal reproducible example?

Sure, I have the same issue with this code

package main

import (
	"fmt"
	"log"
	"net/http"
)

func main() {
	mux := http.NewServeMux()
	mux.HandleFunc("GET /", func(w http.ResponseWriter, r *http.Request) {
		fmt.Fprint(w, "Pong")
	})
	addr := ":8080"
	log.Printf("Server starting on http://localhost%s", addr)
	http.ListenAndServe(addr, mux)
}

And this task

  run:
    cmd: go run .

I'm on Linux NixOs. I built the task binary from the branch watcher/fix-some-regressions-2202-2199

[andreynering]

@noahfraiture I wasn't able to reproduce your issue and the program being killed right away, but after some testing I found some other issues related to the watcher.

For now, I'll merge this PR as is as it fixes a couple of issues, but I'll see what we can do from now on.

[noahfraiture]

@noahfraiture I wasn't able to reproduce your issue and the program being killed right away, but after some testing I found some other issues related to the watcher.

For now, I'll merge this PR as is as it fixes a couple of issues, but I'll see what we can do from now on.

I seems to be fixed for now