-
Notifications
You must be signed in to change notification settings - Fork 3.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pgwire: Flush message is not supported during execution of a portal #83613
Comments
Hello, I am Blathers. I am here to help you get the issue triaged. It looks like you have not filled out the issue in the format of any of our templates. To best assist you, we advise you to use one of these templates. I have CC'd a few people who may be able to assist you:
If we have not gotten back to your issue within a few business days, you can try the following:
🦉 Hoot! I am a Blathers, a bot for CockroachDB. My owner is otan. |
Cloned from brianc/node-postgres#2767 |
Any idea when the official docker image will contain this fix |
The current schedule is that v22.1.4 and v21.2.14 will be released at the beginning of August. The timelines are subject to change, but those are the two release tags to watch out for. |
Thank you |
Picked up the docker image containing CockroachDB CCL v22.1.5 (x86_64-pc-linux-gnu, built 2022/07/28 14:58:04, go1.17.11) and can confirm issue is fixed. |
Attempting to use PG Query stream to stream a large dataset results in error: unimplemented: multiple active portals not supported, even though a single table is being accessed,
Running the following code against Postgres 14 works as expected
However when run against Cockroack it fails with
Since the code only peforms a single query against a single table I would have expected it to work.
Per Rafi's comments here #40195 (comment)
it looks like this can be fixed prior to a full solution for the "multiple active portals" issue referenced here
#40195
This was reproduced using the Cockroach docker image
Note from @rafiss : Since Flush doesn't really do anything, we should just be able to ignore it rather than returning an error.
Jira issue: CRDB-17174
Epic CRDB-2466
The text was updated successfully, but these errors were encountered: