Adds RespNSResolutionFailed response type to clearly distinguish in-bailiwick nameserver resolution failures from actual domain errors.
Changes:
traverse/response.go — new RespNSResolutionFailed type ("ns_error") included in IsTerminal() and String()
traverse/traverser.go — processReferral returns RespNSResolutionFailed instead of bare RespError; ResolveNS dispatch loop handles the new type; deduplicated nsName extraction
output/stats.go — "ns_error" maps to "nameserver lookup failed"
output/text.go — RespNSResolutionFailed displays in yellow (not red)
All tests pass.
Closes HAN-401
Adds `RespNSResolutionFailed` response type to clearly distinguish in-bailiwick nameserver resolution failures from actual domain errors.
**Changes:**
- `traverse/response.go` — new `RespNSResolutionFailed` type (`"ns_error"`) included in `IsTerminal()` and `String()`
- `traverse/traverser.go` — `processReferral` returns `RespNSResolutionFailed` instead of bare `RespError`; `ResolveNS` dispatch loop handles the new type; deduplicated `nsName` extraction
- `output/stats.go` — `"ns_error"` maps to `"nameserver lookup failed"`
- `output/text.go` — `RespNSResolutionFailed` displays in yellow (not red)
All tests pass.
When an in-bailiwick nameserver cannot be resolved (no glue records and
iterative resolution fails), the traversal previously returned a generic
RespError. This made the Results section show many identical '6.7%
resulted in an error' lines and the Summary show '100% resulted in an
error' — even though the domain itself may be perfectly reachable in
practice via glue held by the registry.
Add a new RespNSResolutionFailed response type (string: ns_error)
for this specific case. Changes:
- traverse/response.go: add RespNSResolutionFailed, include it in
IsTerminal() and String()
- traverse/traverser.go: use RespNSResolutionFailed with a descriptive
ErrorMessage when ResolveNS fails in processReferral
- output/stats.go: map ns_error to nameserver lookup failed in
summaryTypeLabel
- output/text.go: handle RespNSResolutionFailed in formatResultLine
Before:
Results: 6.7% resulted in an error (x15)
Summary: 100% resulted in an error
After:
Results: 6.7% nameserver ns-a.hansenits.com.au could not be resolved (x15)
Summary: 100% nameserver lookup failed
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: multica-agent <github@multica.ai>
- Add RespNSResolutionFailed to the error-type guard in ResolveNS so
nameserver resolution failures are treated consistently with SERVFAIL
and RespError (skip + continue rather than fall through).
- Deduplicate nsName extraction before the err/len branches so it is
computed once instead of twice.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: multica-agent <github@multica.ai>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Closes HAN-401
Adds
RespNSResolutionFailedresponse type to clearly distinguish in-bailiwick nameserver resolution failures from actual domain errors.Changes:
traverse/response.go— newRespNSResolutionFailedtype ("ns_error") included inIsTerminal()andString()traverse/traverser.go—processReferralreturnsRespNSResolutionFailedinstead of bareRespError;ResolveNSdispatch loop handles the new type; deduplicatednsNameextractionoutput/stats.go—"ns_error"maps to"nameserver lookup failed"output/text.go—RespNSResolutionFaileddisplays in yellow (not red)All tests pass.