[
https://issues.apache.org/jira/browse/CASSANDRA-17248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17606008#comment-17606008
]
Jaydeepkumar Chovatia commented on CASSANDRA-17248:
---------------------------------------------------
In short, the old behavior pre-3.0.26 is to pass a valid keyspace, but with
this fix, it passes "{color:#de350b}_null_{color}" until all the nodes are
upgraded, and that is not the expected behavior.
{code:java}
storePreparedStatement(queryString, null, prepared, forThrift); {code}
> Fix Prepared Statements behaviours after 15252
> ----------------------------------------------
>
> Key: CASSANDRA-17248
> URL: https://issues.apache.org/jira/browse/CASSANDRA-17248
> Project: Cassandra
> Issue Type: Bug
> Components: Messaging/Client
> Reporter: Alex Petrov
> Assignee: Alex Petrov
> Priority: Normal
> Fix For: 3.0.26, 3.11.12, 4.0.2
>
>
> [CASSANDRA-15252] has fixed an important issue: unwanted hash changes when
> preparing fully qualified prepared statements which was causing
> cluster-killing re-prepare loops. However, the fix introduced a regression:
> non-qualified statements can get prepared against one keyspace but then
> executed on another under some circumstances. This patch reconciles all
> behaviours.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
