Fix LocalDiscovery subscriber notifications broken on macOS due to unresolved symlink in temp path — Closes #115

[conradbzura]

Summary

Resolve the temp directory path in _watchdog_path and _lock so that stored notification file paths use the same canonical form as paths delivered by macOS FSEvents. On macOS, tempfile.gettempdir() returns an unresolved symlink (/var/folders/…) while FSEvents reports the resolved real path (/private/var/folders/…). The lexical Path.__eq__ comparison in _Watchdog.on_modified never matched, so subscriber notifications silently failed — discovery fell back to polling or hung indefinitely when poll_interval was None.

Closes #115

Proposed changes

Resolve temp directory symlinks in path helpers

Add .resolve() to Path(tempfile.gettempdir()) in both _watchdog_path and _lock. This ensures the notification file path stored by the subscriber and the event path reported by FSEvents use the same resolved form, so the on_modified handler matches correctly.

Regression test for watchdog notification path

Add test___aiter___with_watchdog_notification to TestLocalDiscoverySubscriber. The test creates a subscriber with no poll_interval (no polling fallback) so discovery relies entirely on watchdog filesystem notifications. Without the fix, the test times out after 2 seconds; with the fix, it completes in under 0.5 seconds.

Test cases

#	Test Suite	Given	When	Then	Coverage Target
1	TestLocalDiscoverySubscriber	A subscriber with no poll_interval (watchdog-only)	A worker is published	It should yield the event promptly via filesystem notification	Regression for #115: on_modified path comparison with resolved symlinks