[denik]

Changes

Record postgres requests with print_requests.py --unique in bundle/resources/postgres_endpoints/update_autoscaling, so a retried request (an identical consecutive request) is recorded once.

Why

On GCP the backend returned a transient 500 for GET .../branches/main during the no-change deploy. The CLI retried the read on purpose (libs/retry, IsTransientRead in bundle/direct), and the retry showed up as an extra request in out.requests.no_change.json. The retry is correct behavior, so the recording should tolerate it. Same approach as #7511 and #7547 for apps.

Not a regression from #7557 (that change retries create-operation polling) or from #7596 (testserver spec echo). The failing request is a plain remote-state read that has been retried for a while.

The current goldens have no consecutive duplicate requests, so --unique changes only the traced command line in output.txt.

Dashboard

• TestAccept/bundle/resources/postgres_endpoints/update_autoscaling/DMS=true
• error/3462

Suppressed from output.txt:
    Warn: retrying after 500 Internal Server Error from GET /api/2.0/postgres/projects/test-pg-proj-[UNIQUE_NAME]/branches/main
...
+{
+  "method": "GET",
+  "path": "/api/2.0/postgres/projects/test-pg-proj-[UNIQUE_NAME]/branches/main"
+}
Messages: bundle/resources/postgres_endpoints/update_autoscaling/out.requests.no_change.json

Tests

Passed locally and on AWS (both DMS variants). The last commit asks CI to run the test on GCP and AWS.

This pull request and its description were written by Isaac.

[github-actions]

Commit: 1724e8b79 | Workflow run

Regression test report

Selected 1 changed tests (limit=20, 0 not selected)

2 tests: regression=0 unreleased=0 coverage=2 failing=0

test	branch	main (2699068)	latest (v1.26.0)
TestAccept/bundle/resources/postgres_endpoints/update_autoscaling/DMS=	✅	✅	✅
TestAccept/bundle/resources/postgres_endpoints/update_autoscaling/DMS=true	✅	✅	✅

[eng-dev-ecosystem-bot]

✅ Integration test report

Commit: 1724e8b

Run: 43673937942

	Env	✅​pass	🙈​skip	Time
✅​	aws linux-2core-8gb	274	15	3:54
✅​	aws-windows-latest-4core-16gb	276	13	3:54
✅​	azure linux-2core-8gb	273	15	4:04
✅​	azure-windows-latest-4core-16gb	275	13	3:57
✅​	gcp linux-2core-8gb	274	15	3:51
✅​	gcp-windows-latest-4core-16gb	276	13	3:46

Top 3 slowest tests (at least 2 minutes):

duration	env	testname
2:46	gcp-windows-latest-4core-16gb	TestAccept
2:45	azure-windows-latest-4core-16gb	TestAccept
2:33	aws-windows-latest-4core-16gb	TestAccept