Skip to content

dialogflow: add enable_response_debug_info to ConversationProfile feature_configs (#26002)#68

Open
jbbqqf wants to merge 11 commits into
mainfrom
feat/26002-dialogflow-response-debug-info
Open

dialogflow: add enable_response_debug_info to ConversationProfile feature_configs (#26002)#68
jbbqqf wants to merge 11 commits into
mainfrom
feat/26002-dialogflow-response-debug-info

Conversation

@jbbqqf
Copy link
Copy Markdown
Owner

@jbbqqf jbbqqf commented May 9, 2026

Summary

Add the optional enable_response_debug_info boolean to each feature_configs[] entry of google_dialogflow_conversation_profile (under both human_agent_suggestion_config and end_user_suggestion_config). The Dialogflow ES REST API has long supported enableResponseDebugInfo on SuggestionFeatureConfig; this field was simply missing from the mmv1 schema.

Fixes hashicorp/terraform-provider-google#26002 — see hashicorp/terraform-provider-google#26002

Why

When a customer is troubleshooting why a particular Dialogflow suggestion was (or wasn't) returned for a feature like KNOWLEDGE_ASSIST or ARTICLE_SUGGESTION, the API can attach debug information to the response when this flag is set. Today users have to flip it via the UI or gcloud, and the next terraform apply clobbers it.

GCP API reference:

What changed

mmv1/products/dialogflow/ConversationProfile.yaml — one new Boolean property added in two structurally-identical places:

  • human_agent_suggestion_config.feature_configs[].enable_response_debug_info
  • end_user_suggestion_config.feature_configs[].enable_response_debug_info

The fields are optional; not setting them leaves the API behavior unchanged from today.

Edge cases tested

# Scenario HCL excerpt Expected Verified by
1 Default (field unset) feature_configs { suggestion_feature { type = "ARTICLE_SUGGESTION" } } Field absent in payload; existing behavior preserved mmv1 generator emits standard IsEmptyValue guard
2 Set to true on a single feature enable_response_debug_info = true Field sent; future reads round-trip the bool generated flatten/expand pair
3 Set on both human_agent_suggestion_config and end_user_suggestion_config repeated block on each Both feature blocks accept the field independently YAML edit replicated identically in both blocks; generator output diff is symmetric

This is additive schema with no behavior change. Live smoke against ConversationProfile creation was skipped because the surrounding setup (Dialogflow agent + KnowledgeBase) is heavy and the gap (Unsupported argument) is provable purely from terraform validate.

Test protocol

Test Result Notes
go run ./mmv1 -product=dialogflow -version=ga OK
go run ./mmv1 -product=dialogflow -version=beta OK
go build ./google/services/dialogflow/... (TPG, with regenerated file) OK
go build ./google-beta/services/dialogflow/... (TPGB) OK
go vet (both providers) OK for our file A pre-existing unreachable code warning in resource_dialogflow_encryption_spec.go:261 is unrelated and present on origin/main

Disclosure

This PR was implemented with assistance from Claude Code. The diff was reviewed manually against the GCP API documentation linked above.

The author (a human) reviewed the diff and the generator output before opening this PR.

jcromanu and others added 11 commits May 8, 2026 16:43
…ture_configs (#26002)

Surface the optional enableResponseDebugInfo boolean on each
feature_configs[] entry under both human_agent_suggestion_config and
end_user_suggestion_config. The Dialogflow ES REST API has supported
this field for a while; it adds debug information to the suggestion
response, which is useful when a customer is troubleshooting why a
specific suggestion was returned.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Missing attribute] enable_response_debug_info attribute for the ConversationProfile (DialogFlow APIs)

8 participants