Skip to content

"unstable": ["otel"] in deno.json doesn't trigger unstable otel flag #29477

New issue
New issue
Closed
#29822
Closed
"unstable": ["otel"] in deno.json doesn't trigger unstable otel flag#29477
#29822
@knotbin

Description

@knotbin
knotbin
opened on May 28, 2025

Problem

Specifying "unstable": ["otel"] in deno.json does not enable otel signals while specifying --unstable-otel in the run command does.

A similar issue was raised in #27273 but otel enabling was since refactored in #27333 so I believe this is a different problem.

Expected behavior

both "unstable": ["otel"] and --unstable otel should work to trigger the otel unstable feature flag

Actual behavior

"unstable": ["otel"] does not seem to do anything while --unstable otel works.

Environment

Deno v2.3.3

Activity

knotbin

knotbin commented on May 28, 2025

@knotbin
knotbin
on May 28, 2025
Author

To reproduce:

Run deno init in an empty folder and change deno.json to:

{
  "tasks": {
    "dev": "OTEL_DENO=true deno run main.ts"
  },
  "imports": {
    "@std/assert": "jsr:@std/assert@1"
  },
  "unstable": ["otel"]
}

Run deno task dev, open Grafana and observe no logs are sent.

Now add the --unstable-otel flag to the dev task and run deno task dev. Open Grafana and observe that logs are now being sent.

knotbin
mentioned this on May 29, 2025
bartlomieju
mentioned this on Jun 20, 2025
bartlomieju
closed this as completedin #29822on Jun 24, 2025
wingwkyuen
added a commit that references this issue on Jun 24, 2025

feat(otel): stabilize OpenTelemetry support (denoland#29822)

14f9d77
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      Participants

      @knotbin

      Issue actions
        `"unstable": ["otel"]` in deno.json doesn't trigger unstable otel flag · Issue #29477 · denoland/deno