bug: update the internal logic in resolve_feature_flags

Open
#18,214 0 comments 0 reactions 1 assignee View on GitHub

Maintainers usually reply within 1 day

@chalmerlowe is already working on this.

Since Aug 25, 2026.

Assessment

This issue has not been assessed yet.

Description

type: bug
Determine this is the right repository
  • I determined this is the correct repository in which to report this bug.
Summary of the issue

Expand upon the logic in the Feature Gating LLD (internal doc) and the current resolve_feature_flags() implementation to better handle nuances between how opentelemetry (OTEL) handles the value None and how Python handles the value None.

Namely, OTEL tends to use None in functions such as get_tracer() to mean: use the default provider, whereas to a Pythonista we might interpret None to mean don't use a provider, don't do anything, leave tracing disabled.

This conflict should be resolved in the LLD and a future PR.

API client name and version

No response

Reproduction steps: code
Reproduction steps: supporting files
Reproduction steps: actual results
Reproduction steps: expected results

No response

OS & version + platform

No response

Python environment

No response

Python dependencies

No response

Additional context

No response

Dominant language
Python
Stars
5.4k
Forks
1.8k
Avg merge
2d 7h
Merged PRs (30d)
173

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from googleapis/google-cloud-python

All issues in googleapis/google-cloud-python

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.