You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Surfaced by the multi-language coverage fan-out while conformance-testing these SPEC-IDs against databricks/databricks-sql-python. Each finding is committed as an expected-failure (xfail) test in the coverage PR — the test asserts the CORRECT (post-fix) behavior and stays red until THIS driver (databricks/databricks-sql-python) is fixed, then flips green as a tripwire.
Findings
AUTH-015 [thrift]: Thrift path ignores oauth_client_secret when auth_type is a U2M type (databricks-oauth / azure-oauth) and starts the interactive U2M browser flow instead of rejecting the ambiguous U2M+M2M credential set; the guard exists only in the kernel auth bridge (PECOBLR-4120)
failing test: test_ambiguous_u2m_auth_type_with_client_secret_is_rejected (see the coverage PR diff under tests/)
Reproduce & Expected
AUTH-015 — A U2M (browser authorization-code) auth type combined with an M2M client secret is a contradictory credential set: one selects an interactive user flow, the other a service-principal flow.
Reproduce:
U2M auth type + oauth_client_secret; expect a connect-time error.
The behavior was first fixed in a DIFFERENT driver — reference PR: feat(kernel): route Azure Entra auth (azure-sp-m2m + azure-oauth) through the auth bridge #919 — which seeded the shared language-neutral spec. This issue tracks the same conformance gap in databricks/databricks-sql-python; the reference PR is for cross-referencing the intended behavior, NOT a change to this repo.
Activity
vuanhphung commentedon Sep 10, 2026
Closing because this issue was filed by redundant coverage fan-out PRs for Azure Entra/SP auth, and no retained or otherwise-open coverage PR links to it. Coverage is consolidated in https://github.com/databricks/databricks-driver-test/pull/1384.