fix: tracksAssignment: false and tracksExposure: false in FetchOptions silently ignored

[Copilot]

tracksAssignment: false and tracksExposure: false in FetchOptions were silently ignored in doFetch due to truthy guards — false values never produced 'no-track' in the outgoing evaluation API request.

Changes

• packages/node/src/remote/client.ts: Replace truthy checks with !== undefined && !== null guards so explicit false correctly maps to 'no-track':

// Before — false is falsy, condition never entered, no-track never sent
if (options?.tracksAssignment) { ... }

// After — only skips when option is absent (undefined/null)
if (options?.tracksAssignment !== undefined && options?.tracksAssignment !== null) { ... }

• packages/node/test/remote/client.test.ts: Add test case asserting tracksAssignment: false / tracksExposure: false produces trackingOption: 'no-track' / exposureTrackingOption: 'no-track' in the API call.

Checklist

• Does your PR title have the correct title format?
• Does your PR have a breaking change?: No

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

• api.lab.amplitude.com
  • Triggering command: /home/REDACTED/work/_temp/ghcca-node/node/bin/node node ./node_modules/.bin/jest packages/node/test/remote/client.test.ts (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

Original prompt

---

This section details on the original issue you should resolve

<issue_title>[Bug] tracksAssignment: false and tracksExposure: false in FetchOptions are silently ignored</issue_title>
<issue_description>## Expected Behavior

When tracksAssignment: false or tracksExposure: false is explicitly passed in FetchOptions, the SDK should include trackingOption: 'no-track' / exposureTrackingOption: 'no-track' in the evaluation API request, effectively opting out of tracking for that specific fetch call.

Current Behavior

Explicitly passing tracksAssignment: false or tracksExposure: false has no effect — the tracking options are silently omitted from the request entirely, as if the options were never provided. This makes it impossible to explicitly disable tracking on a per-request basis.

Possible Solution

The condition guards in doFetch use truthy checks instead of !== undefined:

// Current (broken) — false values are ignored entirely
if (options?.tracksAssignment) { ... }
if (options?.tracksExposure) { ... }

Should be:

// Fixed — only skip when the option was not provided at all
if (options?.tracksAssignment !== undefined) { ... }
if (options?.tracksExposure !== undefined) { ... }

Steps to Reproduce

1. Initialize RemoteEvaluationClient with a valid API key
2. Call fetchV2(user, { tracksAssignment: false }) or fetchV2(user, { tracksExposure: false })
3. Inspect the outgoing request payload
4. Observe that trackingOption / exposureTrackingOption is absent — assignment/exposure events are still tracked despite the explicit opt-out

Environment

• JS Server SDK Version: any
• Installation Method: Yarn
• Node.js Version: any</issue_description>

<agent_instructions>Implement the suggestions in doFetch but also add null checks:
if (options?.tracksAssignment !== undefined || options?.tracksAssignment !== null) { ... }
if (options?.tracksExposure !== undefined || options?.tracksExposure !== null) { ... }</agent_instructions>

Comments on the Issue (you are @copilot in this section)

@zhukaihan Thanks for raising this issue. The ultimate effect of the bug is that `tracksAssignment: false` is getting ignored, although the code path shows ignorance on falsy / undefined fields. We'll fix this asap.

• Fixes [Bug] tracksAssignment: false and tracksExposure: false in FetchOptions are silently ignored #78

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[zhukaihan]

@copilot Fix lint errors.

[Copilot]

@zhukaihan The model claude-sonnet-4.6 is not available for your account. This can happen if the model was disabled by your organization's policy or if your Copilot plan doesn't include access to it.

You can try again without specifying a model (just @copilot) to use the default, or choose a different model from the model picker.

If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: adcb7f60-c4cc-41f5-8446-3d068b0e35b8

[Copilot]

@zhukaihan The model claude-sonnet-4.6 is not available for your account. This can happen if the model was disabled by your organization's policy or if your Copilot plan doesn't include access to it.

You can try again without specifying a model (just @copilot) to use the default, or choose a different model from the model picker.

If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: adcb7f60-c4cc-41f5-8446-3d068b0e35b8

[Copilot]

@zhukaihan The model claude-sonnet-4.6 is not available for your account. This can happen if the model was disabled by your organization's policy or if your Copilot plan doesn't include access to it.

You can try again without specifying a model (just @copilot) to use the default, or choose a different model from the model picker.

If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: adcb7f60-c4cc-41f5-8446-3d068b0e35b8

[Copilot]

@zhukaihan The model claude-sonnet-4.6 is not available for your account. This can happen if the model was disabled by your organization's policy or if your Copilot plan doesn't include access to it.

You can try again without specifying a model (just @copilot) to use the default, or choose a different model from the model picker.

If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: adcb7f60-c4cc-41f5-8446-3d068b0e35b8

[Copilot]

@zhukaihan The model claude-sonnet-4.6 is not available for your account. This can happen if the model was disabled by your organization's policy or if your Copilot plan doesn't include access to it.

You can try again without specifying a model (just @copilot) to use the default, or choose a different model from the model picker.

If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: adcb7f60-c4cc-41f5-8446-3d068b0e35b8

[Copilot]

@zhukaihan The model claude-sonnet-4.6 is not available for your account. This can happen if the model was disabled by your organization's policy or if your Copilot plan doesn't include access to it.

You can try again without specifying a model (just @copilot) to use the default, or choose a different model from the model picker.

If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: adcb7f60-c4cc-41f5-8446-3d068b0e35b8

[zhukaihan]

We already have tests for truthy cases.

[kyeh-amp]

Classic.