We need to add 7245 to that list. I'll try to get to it tomorrow.
On 21 May 2014 17:40, Tyler Hobbs (JIRA) <j...@apache.org> wrote: > > [ > https://issues.apache.org/jira/browse/CASSANDRA-7120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] > > Tyler Hobbs reassigned CASSANDRA-7120: > -------------------------------------- > > Assignee: Tyler Hobbs (was: Sylvain Lebresne) > > > Bad paging state returned for prepared statements for last page > > --------------------------------------------------------------- > > > > Key: CASSANDRA-7120 > > URL: > https://issues.apache.org/jira/browse/CASSANDRA-7120 > > Project: Cassandra > > Issue Type: Bug > > Components: Core > > Reporter: Tyler Hobbs > > Assignee: Tyler Hobbs > > Fix For: 2.1 rc1 > > > > > > When executing a paged query with a prepared statement, a non-null > paging state is sometimes being returned for the final page, causing an > endless paging loop. > > Specifically, this is the schema being used: > > {noformat} > > CREATE KEYSPACE test3rf WITH replication = {'class': > 'SimpleStrategy', 'replication_factor': '3'}'; > > USE test3rf; > > CREATE TABLE test3rf.test ( > > k int PRIMARY KEY, > > v int > > ) > > {noformat} > > The inserts are like so: > > {noformat} > > INSERT INTO test3rf.test (k, v) VALUES (?, 0) > > {noformat} > > With values from [0, 99] used for k. > > The query is {{SELECT * FROM test3rf.test}} with a fetch size of 3. > > The final page returns the row with k=3, and the paging state is > {{0004000000420004000176007fffffa2}}. This matches the paging state from > three pages earlier. When executing this with a non-prepared statement, no > paging state is returned for this page. > > This problem doesn't happen with the 2.0 branch. > > > > -- > This message was sent by Atlassian JIRA > (v6.2#6252) >