Skip to content

Conversation

renovate-bot
Copy link
Contributor

@renovate-bot renovate-bot commented Aug 19, 2025

This PR contains the following updates:

Package Change Age Confidence Type Update
github.com/googleapis/go-sql-spanner v1.16.3 -> v1.17.0 age confidence require minor
google.golang.org/api v0.247.0 -> v0.248.0 age confidence require minor
google.golang.org/genproto/googleapis/rpc 5f3141c -> ef028d9 age confidence require digest
google.golang.org/grpc v1.74.2 -> v1.75.0 age confidence require minor
google.golang.org/protobuf v1.36.7 -> v1.36.8 age confidence require patch

Release Notes

googleapis/go-sql-spanner (github.com/googleapis/go-sql-spanner)

v1.17.0

Compare Source

Features
Documentation
googleapis/google-api-go-client (google.golang.org/api)

v0.248.0

Compare Source

Features
grpc/grpc-go (google.golang.org/grpc)

v1.75.0: Release 1.75.0

Compare Source

Behavior Changes

  • xds: Remove support for GRPC_EXPERIMENTAL_XDS_FALLBACK environment variable. Fallback support can no longer be disabled. (#​8482)
  • stats: Introduce DelayedPickComplete event, a type alias of PickerUpdated. (#​8465)
    • This (combined) event will now be emitted only once per call, when a transport is successfully selected for the attempt.
    • OpenTelemetry metrics will no longer have multiple "Delayed LB pick complete" events in Go, matching other gRPC languages.
    • A future release will delete the PickerUpdated symbol.
  • credentials: Properly apply grpc.WithAuthority as the highest-priority option for setting authority, above the setting in the credentials themselves. (#​8488)
    • Now that this WithAuthority is available, the credentials should not be used to override the authority.
  • round_robin: Randomize the order in which addresses are connected to in order to spread out initial RPC load between clients. (#​8438)
  • server: Return status code INTERNAL when a client sends more than one request in unary and server streaming RPC. (#​8385)
    • This is a behavior change but also a bug fix to bring gRPC-Go in line with the gRPC spec.

New Features

  • dns: Add an environment variable (GRPC_ENABLE_TXT_SERVICE_CONFIG) to provide a way to disable TXT lookups in the DNS resolver (by setting it to false). By default, TXT lookups are enabled, as they were previously. (#​8377)

Bug Fixes

  • xds: Fix regression preventing empty node IDs in xDS bootstrap configuration. (#​8476)
  • xds: Fix possible panic when certain invalid resources are encountered. (#​8412)
  • xdsclient: Fix a rare panic caused by processing a response from a closed server. (#​8389)
  • stats: Fix metric unit formatting by enclosing non-standard units like call and endpoint in curly braces to comply with UCUM and gRPC OpenTelemetry guidelines. (#​8481)
  • xds: Fix possible panic when clusters are removed from the xds configuration. (#​8428)
  • xdsclient: Fix a race causing "resource doesn not exist" when rapidly subscribing and unsubscribing to the same resource. (#​8369)
  • client: When determining the authority, properly percent-encode (if needed, which is unlikely) when the target string omits the hostname and only specifies a port (grpc.NewClient(":<port-number-or-name>")). (#​8488)
protocolbuffers/protobuf-go (google.golang.org/protobuf)

v1.36.8

Compare Source

Maintenance:

CL/696316: all: set Go language version to Go 1.23
CL/696315: types: regenerate using latest protobuf v32 release


Configuration

📅 Schedule: Branch creation - Between 12:00 AM and 03:59 AM ( * 0-3 * * * ) (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

Copy link

forking-renovate bot commented Aug 19, 2025

ℹ Artifact update notice

File name: benchmarks/go.mod

In order to perform the update(s) described in the table above, Renovate ran the go get command, which resulted in the following additional change(s):

  • 2 additional dependencies were updated

Details:

Package Change
cloud.google.com/go/auth v0.16.4 -> v0.16.5
google.golang.org/genproto/googleapis/rpc v0.0.0-20250811230008-5f3141c8851a -> v0.0.0-20250818200422-3122310a409c
File name: go.mod

In order to perform the update(s) described in the table above, Renovate ran the go get command, which resulted in the following additional change(s):

  • 1 additional dependency was updated
  • The go directive was updated for compatibility reasons

Details:

Package Change
go 1.24 -> 1.24.0
cloud.google.com/go/auth v0.16.4 -> v0.16.5
File name: snippets/go.mod

In order to perform the update(s) described in the table above, Renovate ran the go get command, which resulted in the following additional change(s):

  • 5 additional dependencies were updated
  • The go directive was updated for compatibility reasons

Details:

Package Change
go 1.24 -> 1.24.0
cloud.google.com/go/auth v0.16.4 -> v0.16.5
google.golang.org/api v0.247.0 -> v0.248.0
google.golang.org/genproto/googleapis/rpc v0.0.0-20250811230008-5f3141c8851a -> v0.0.0-20250826171959-ef028d996bc1
google.golang.org/grpc v1.74.2 -> v1.75.0
google.golang.org/protobuf v1.36.7 -> v1.36.8

@renovate-bot renovate-bot requested a review from a team as a code owner August 19, 2025 00:35
@trusted-contributions-gcf trusted-contributions-gcf bot added the kokoro:force-run Add this label to force Kokoro to re-run the tests. label Aug 19, 2025
@renovate-bot renovate-bot force-pushed the renovate/all-dependencies branch 7 times, most recently from fc8e419 to fa9a466 Compare August 26, 2025 03:26
@renovate-bot renovate-bot force-pushed the renovate/all-dependencies branch from fa9a466 to 0603f1f Compare August 27, 2025 02:50
@renovate-bot renovate-bot force-pushed the renovate/all-dependencies branch from 0603f1f to b9158c0 Compare August 28, 2025 03:41
Update tests to match the behavior of using multiplexed sessions by default for
all operations.
@olavloite olavloite requested a review from bhatt4982 August 28, 2025 07:17
Copy link
Contributor

@bhatt4982 bhatt4982 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM...

@olavloite olavloite merged commit 6dba3cf into googleapis:main Aug 28, 2025
17 checks passed
olavloite added a commit that referenced this pull request Sep 3, 2025
* chore: use a callback to supply tx opts

Use a callback to supply transaction options, so changes to the connection
variables at the start of a transaction (before it has actually been activated)
are also included in the transaction. This is necessary to support SET LOCAL
statements that have an impact on the actual transaction, such as the
following example script:

```
BEGIN TRANSACTION;
SET LOCAL ISOLATION_LEVEL='repeatable_read';
UPDATE my_table SET my_col=1 WHERE id=1;
COMMIT;
```

This change depends on googleapis/google-cloud-go#12779

* fix: update all dependencies (#492)

* fix: update all dependencies

* chore: go mod tidy and update tests

Update tests to match the behavior of using multiplexed sessions by default for
all operations.

---------

Co-authored-by: Knut Olav Løite <[email protected]>

* feat: use a single multiplexed session for all operations (#500)

The Spanner database/sql driver now uses a single multiplexed session for all operations.
Setting a value for MinSessions and MaxSessions is therefore no longer necessary for
workloads that have a significantly higher or lower usage than can normally be served
by the default session pool.

One multiplexed session can execute any number of both read-only and read/write
transactions concurrently.

See https://cloud.google.com/spanner/docs/sessions#multiplexed_sessions for more
information on multiplexed sessions.

* chore: fix some flaky test cases (#499)

* chore: replace ExecOptions for connection variables (#497)

* chore: replace ExecOptions for connection variables

Replaces all ExecOptions with actual connection variables, and makes the ExecOptions
field a real temporary field that is only used when the application passes in an
ExecOptions instance as an argument for a statement.

* feat: use a single multiplexed session for all operations (#500)

The Spanner database/sql driver now uses a single multiplexed session for all operations.
Setting a value for MinSessions and MaxSessions is therefore no longer necessary for
workloads that have a significantly higher or lower usage than can normally be served
by the default session pool.

One multiplexed session can execute any number of both read-only and read/write
transactions concurrently.

See https://cloud.google.com/spanner/docs/sessions#multiplexed_sessions for more
information on multiplexed sessions.

* chore: fix some flaky test cases (#499)

* feat: create/drop database statements (#502)

Support CREATE DATABASE and DROP DATABASE statements.

---------

Co-authored-by: Mend Renovate <[email protected]>
olavloite added a commit that referenced this pull request Sep 3, 2025
* chore: parse SET/SHOW statements with simple parser

Parse SET/SHOW statements using the simple parser. Any connection variable that
is not covered by a regular expression client-side statement, will be picked up
by this simple parser.

In a following step, all regex-based client-side statements will be removed, and
the parsing will happen using the simple parser. This further simplifies and
unifies all client-side statement parsing and handling, and makes all connection
variables transactional.

* chore: fix formatting

* chore: use a callback to supply tx opts (#496)

* chore: use a callback to supply tx opts

Use a callback to supply transaction options, so changes to the connection
variables at the start of a transaction (before it has actually been activated)
are also included in the transaction. This is necessary to support SET LOCAL
statements that have an impact on the actual transaction, such as the
following example script:

```
BEGIN TRANSACTION;
SET LOCAL ISOLATION_LEVEL='repeatable_read';
UPDATE my_table SET my_col=1 WHERE id=1;
COMMIT;
```

This change depends on googleapis/google-cloud-go#12779

* fix: update all dependencies (#492)

* fix: update all dependencies

* chore: go mod tidy and update tests

Update tests to match the behavior of using multiplexed sessions by default for
all operations.

---------

Co-authored-by: Knut Olav Løite <[email protected]>

* feat: use a single multiplexed session for all operations (#500)

The Spanner database/sql driver now uses a single multiplexed session for all operations.
Setting a value for MinSessions and MaxSessions is therefore no longer necessary for
workloads that have a significantly higher or lower usage than can normally be served
by the default session pool.

One multiplexed session can execute any number of both read-only and read/write
transactions concurrently.

See https://cloud.google.com/spanner/docs/sessions#multiplexed_sessions for more
information on multiplexed sessions.

* chore: fix some flaky test cases (#499)

* chore: replace ExecOptions for connection variables (#497)

* chore: replace ExecOptions for connection variables

Replaces all ExecOptions with actual connection variables, and makes the ExecOptions
field a real temporary field that is only used when the application passes in an
ExecOptions instance as an argument for a statement.

* feat: use a single multiplexed session for all operations (#500)

The Spanner database/sql driver now uses a single multiplexed session for all operations.
Setting a value for MinSessions and MaxSessions is therefore no longer necessary for
workloads that have a significantly higher or lower usage than can normally be served
by the default session pool.

One multiplexed session can execute any number of both read-only and read/write
transactions concurrently.

See https://cloud.google.com/spanner/docs/sessions#multiplexed_sessions for more
information on multiplexed sessions.

* chore: fix some flaky test cases (#499)

* feat: create/drop database statements (#502)

Support CREATE DATABASE and DROP DATABASE statements.

---------

Co-authored-by: Mend Renovate <[email protected]>

---------

Co-authored-by: Sanjeev Bhatt <[email protected]>
Co-authored-by: Mend Renovate <[email protected]>
olavloite added a commit that referenced this pull request Sep 3, 2025
* chore: add generic transactional connection state

Adds data structures for generic transactional connection state. These structures
will be used to keep all connection state in one place, making it easier to add
new connection variables.

This also adds support for transactional connection state; Changes that are made
during a transaction are only persisted if the transaction is committed. It also
allows for setting temporary (local) values during a transaction.

This change is the first step in a multi-step process for moving all connection
variables into a generic structure. Following changes will move the other
connection variables into this structure, and will add support for executing
`set local ...` statements.

* chore: move connection variables to connection state

Move individual connection variables to the generic connection state.

* chore: fix formatting

* chore: parse SET/SHOW statements with simple parser (#495)

* chore: parse SET/SHOW statements with simple parser

Parse SET/SHOW statements using the simple parser. Any connection variable that
is not covered by a regular expression client-side statement, will be picked up
by this simple parser.

In a following step, all regex-based client-side statements will be removed, and
the parsing will happen using the simple parser. This further simplifies and
unifies all client-side statement parsing and handling, and makes all connection
variables transactional.

* chore: fix formatting

* chore: use a callback to supply tx opts (#496)

* chore: use a callback to supply tx opts

Use a callback to supply transaction options, so changes to the connection
variables at the start of a transaction (before it has actually been activated)
are also included in the transaction. This is necessary to support SET LOCAL
statements that have an impact on the actual transaction, such as the
following example script:

```
BEGIN TRANSACTION;
SET LOCAL ISOLATION_LEVEL='repeatable_read';
UPDATE my_table SET my_col=1 WHERE id=1;
COMMIT;
```

This change depends on googleapis/google-cloud-go#12779

* fix: update all dependencies (#492)

* fix: update all dependencies

* chore: go mod tidy and update tests

Update tests to match the behavior of using multiplexed sessions by default for
all operations.

---------

Co-authored-by: Knut Olav Løite <[email protected]>

* feat: use a single multiplexed session for all operations (#500)

The Spanner database/sql driver now uses a single multiplexed session for all operations.
Setting a value for MinSessions and MaxSessions is therefore no longer necessary for
workloads that have a significantly higher or lower usage than can normally be served
by the default session pool.

One multiplexed session can execute any number of both read-only and read/write
transactions concurrently.

See https://cloud.google.com/spanner/docs/sessions#multiplexed_sessions for more
information on multiplexed sessions.

* chore: fix some flaky test cases (#499)

* chore: replace ExecOptions for connection variables (#497)

* chore: replace ExecOptions for connection variables

Replaces all ExecOptions with actual connection variables, and makes the ExecOptions
field a real temporary field that is only used when the application passes in an
ExecOptions instance as an argument for a statement.

* feat: use a single multiplexed session for all operations (#500)

The Spanner database/sql driver now uses a single multiplexed session for all operations.
Setting a value for MinSessions and MaxSessions is therefore no longer necessary for
workloads that have a significantly higher or lower usage than can normally be served
by the default session pool.

One multiplexed session can execute any number of both read-only and read/write
transactions concurrently.

See https://cloud.google.com/spanner/docs/sessions#multiplexed_sessions for more
information on multiplexed sessions.

* chore: fix some flaky test cases (#499)

* feat: create/drop database statements (#502)

Support CREATE DATABASE and DROP DATABASE statements.

---------

Co-authored-by: Mend Renovate <[email protected]>

---------

Co-authored-by: Sanjeev Bhatt <[email protected]>
Co-authored-by: Mend Renovate <[email protected]>

---------

Co-authored-by: Sanjeev Bhatt <[email protected]>
Co-authored-by: Mend Renovate <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kokoro:force-run Add this label to force Kokoro to re-run the tests.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants