dolt 1.53.0

[BrewTestBot]

Created by brew bump

---

Created with brew bump-formula-pr.

release notes

There's no known breaking changes in this release. However, we did rewrite the Stored Procedure engine. As far as we know they changes only improve correctness but it's a big change so we made a minor version bump.
Merged PRs
dolt

9171: dolt status user contribution
9167: test for temporary tables in stored procedures

The stored procedures rewrite fixed an issue where temporary tables aren't able to be created and selected within a stored procedure; this PR adds tests to specifically test for that case.

fixes: Stored procedure: temp table created in procedure not visible dolthub/dolt#8762
9165: go: keymutex: Improve cleanup and refcnt implementation so that we can keep the mutexes map clean in more cases.
9155: fix status command after removing origin from remote

Fix #9130 and  #9069.
$ dolt clone timsehn/docs
$ cd docs
$ dolt remote -v
origin https://doltremoteapi.dolthub.com/timsehn/docs
$ dolt remote rm origin
$ dolt status
On branch main
Your branch is up to date with 'origin/main'.
nothing to commit, working tree clean

9120: Consistently use pointer receiver for ByteArray

Similar to Consistently use pointer receivers for TextStorage methods. dolthub/dolt#9100

For structs that are exclusively used in interfaces, there's no reason to not use pointer receivers instead of value receivers. Using value receivers can cause the struct to be copied every time the method is invoked.

Pointer receivers are also more correct here: copying the struct means that changes to the ImmutableValue field (such as setting its Buf field in ImmutableValue.GetBytes) won't be saved when the method exits, defeating the caching of values loaded from storage.

go-mysql-server

2964: Unwrap inputs to REGEXP_LIKE, REPLACE, and RPAD/LPAD functions.

These are a couple more functions whose inputs aren't being unwrapped. If the inputs come from a column with a TEXT type, then they won't be converted to strings and the functions will fail. This PR fixes this by making sure that the inputs are converted.

We missed this previously because although we have tests for these functions, none of them tested getting the inputs from TEXT columns of a table.
2963: From unixtime

Merged main from Support format parameter and timezone in from_unixtime dolthub/go-mysql-server#2910
2962: fix infinite recursion with recursive stored procedures

fixes: Stored procedures: stored procedure with recursive call does not terminate dolthub/dolt#8763
2961: fix prepare statements and user vars in stored procedures

This PR adds tests for user variables within Stored Procedures.

Additionally, this PR has changes so that we don't double parse PREPARE ... FROM ... statements, which also allows them to be used in the updated Stored Procedures call.

fixes: can't assign local variables to user variables dolthub/dolt#8911
2959: Doltgres literal support

This makes literal expression implement the sqlparser.Injectable interface so they can be used in Doltgres AST conversion.

Also exports fields so literals can be edited in place (required for how Doltgres processes these in a couple places).

This is an alternative to Introduced a sql.LiteralExpression, and used it in most places dolthub/go-mysql-server#2946.
2955: Add support for UPDATE ... RETURNING

Related to: UPDATE...RETURNING not yet supported dolthub/doltgresql#1421
2851: rewriting stored procedures

This PR reimplements Stored Procedures so that queries are run individually, while maintaining context through the use of a stack.

companion pr: add variable to colval dolthub/vitess#402

vitess

413: Add support for RETURNING to UPDATE and INSERT nodes
402: add variable to colval

Closed Issues

8911: can't assign local variables to user variables
8763: Stored procedures: stored procedure with recursive call does not terminate
9130: Dolt and Git differ if status is run after deleting the origin remote.
8762: Stored procedure: temp table created in procedure not visible
9149: CREATE TEMPORARY TABLE during a transaction causes a commit
2957: Unexpected syntax error when using AFTER clause in ALTER TABLE statement

---

[github-actions]

🤖 An automated task has requested bottles to be published to this PR.

Please do not push to this PR branch before the bottle commits have been pushed, as this results in a state that is difficult to recover from. If you need to resolve a merge conflict, please use a merge commit. Do not force-push to this PR branch.