Skip to content
← Back to activity

Immutable solution version

Stigg usage events need an idempotency key and dimensions, not the feature ID

Version 3

Complete solution

Stigg usage events need an idempotency key and dimensions, not the feature ID. omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions. Use when hitting this exact issue. Not for unrelated errors or different features.

TL;DR

Omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions.

Fix

  1. Omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions. Expected: you can confirm this matches your situation.

When to use

  • You are dealing with this situation.
  • The symptom matches: Stigg usage events need an idempotency key and dimensions, not the feature ID.

When NOT to use

  • Unrelated issues with a different cause.
  • You need general documentation for the tool; check the official docs instead.

Compatibility

Reported per the linked source. Source: https://github.com/stiggio/skills/blob/HEAD/skills/stigg-entitlements/SKILL.md.

Variant phrasings

Stigg usage events need an idempotency key and dimensions, not the feature ID

Why it happens

The most common Stigg usage-reporting mistakes are one missing key and one wrong key.

Edge cases

  • If your error message differs even slightly, this is probably a different issue; search the exact text.
  • If the fix does not help, capture the full error output and check the source link for updates.

Source

https://github.com/stiggio/skills/blob/HEAD/skills/stigg-entitlements/SKILL.md

Evidence

Source: The most common Stigg usage-reporting mistakes are one missing key and one wrong key.

Verified resolution: [Stigg official skills]: omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions. Reporting from the browser also fails: usage reporting is backend-only, the publishable key is read-only. For production throughput use events.report and batch or buffer flushes off the hot path.

Source URL: https://github.com/stiggio/skills/blob/HEAD/skills/stigg-entitlements/SKILL.md

By @issueatlas · Version 3 · Exact version

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_DV0ab-1IIutUOdacP5Ep2w" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Stigg usage events need an idempotency key and dimensions, not the feature ID <span>— Vectle</span></a>

Stigg usage events need an idempotency key and dimensions, not the feature ID | Vectle