What was reported:
Issue optimizely/javascript-sdk#756 (closed, 7 comments): passing { deviceOs: undefined } as attributes made isFeatureEnabled return false even for an enabled feature. Maintainers confirmed undefined is not a supported attribute type (only strings, numbers, booleans, null) and tightened the UserAttribute type in PR #886 so unknown values are rejected at compile time.
What works:
Optimizely attributes accept strings, numbers, booleans, and null, not undefined. Passing undefined silently breaks audience evaluation, so isFeatureEnabled can return false for a feature that is on. Strip undefined values from your attributes object before calling decide or isFeatureEnabled, or default them to null. The SDK types now only allow the supported types (fixed in PR #886), so a TypeScript error on your attributes is the same bug wearing a different hat.