av9ash/GitBugs huggingface dataset:
Bug: Fix flaky topology_test.py::TestTopology::test_simple_decommission
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 02/Jun/22 22:32
Resolved: 16/Jun/22 11:08

[https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra?branch=test_simple_decommission-4.1&filter=all]

Reproduced in 4.1 but it might exist also in other branches, to be tested. I don't see it in Butler but sounds like something good to be checked. 

 
{code:java}
test teardown failure Unexpected error found in node logs (see stdout for full details). Errors: [[node2] 'ERROR [OptionalTasks:1] 2022-06-02 21:19:09,514 JVMStabilityInspector.java:68 - Exception in thread Thread[OptionalTasks:1,5,OptionalTasks]\njava.lang.AssertionError: Unable to get tokens for /127.0.0.2:7000; it is not a member\n\tat org.apache.cassandra.locator.TokenMetadata.getTokens(TokenMetadata.java:604)\n\tat org.apache.cassandra.service.StorageService.getLocalPrimaryRangeForEndpoint(StorageService.java:4543)\n\tat org.apache.cassandra.service.StorageService.getLocalPrimaryRange(StorageService.java:4535)\n\tat org.apache.cassandra.db.SizeEstimatesRecorder.run(SizeEstimatesRecorder.java:91)\n\tat org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124)\n\tat java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)\n\tat java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)\n\tat java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat java.base/java.lang.Thread.run(Thread.java:829)']{code}
Bug: Avoid getting hanging repairs due to repair message timeouts
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 09/May/22 08:54
Resolved: 29/Aug/22 11:35

In 4.0 repair messages can get expired before reaching a replica, this causes repairs to hang.

CASSANDRA-16909 is meant to fix this, but we need a stopgap fix in 4.0.
Bug: Fix flaky dtest - org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 19/May/22 16:24
Resolved: 01/Jul/22 05:23

{code}
org.apache.cassandra.distributed.shared.ShutdownException: Uncaught exceptions were thrown during test
	at org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056)
	at org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042)
	at org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239)
	at org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest(CompactStorageUpgradeTest.java:107)
	Suppressed: java.lang.RuntimeException: java.lang.AssertionError
		at org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108)
		at org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495)
		at org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124)
		at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120)
		at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
		at java.lang.Thread.run(Thread.java:748)
	Caused by: java.lang.AssertionError
		at org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171)
		at org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185)
		at org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95)
		at org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111)
		at org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108)
		at org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50)
		at org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78)
		at org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97)

{code}

https://ci-cassandra.apache.org/job/Cassandra-4.1/28/testReport/org.apache.cassandra.distributed.test/SchemaTest/readRepair/
Bug: CentOS/RHEL installation requires JRE not available in Java 11
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 30/May/22 06:43
Resolved: 08/Jun/22 16:21

h2. Background

A user [reported on Stack Overflow|https://stackoverflow.com/questions/72377621/] and the DataStax Developers [dtsx.io/discord|https://dtsx.io/discord] an issue with installing Cassandra when only Java 11 is installed.

h2. Symptoms

Attempts to install Cassandra using YUM requires Java 8:
{noformat}
$ sudo yum install cassandra
Dependencies resolved.
================================================================================================================================================================
 Package                                          Architecture                Version                                      Repository                      Size
================================================================================================================================================================
Installing:
 cassandra                                        noarch                      4.0.4-1                                      cassandra                       45 M
Installing dependencies:
 java-1.8.0-openjdk                               x86_64                      1:1.8.0.312.b07-2.el8_5                      appstream                      341 k
 java-1.8.0-openjdk-headless                      x86_64                      1:1.8.0.312.b07-2.el8_5                      appstream                       34 M
Installing weak dependencies:
 gtk2                                             x86_64                      2.24.32-5.el8                                appstream                      3.4 M

Transaction Summary
================================================================================================================================================================
Install  4 Packages
{noformat}
Similarly, attempts to install the RPM results in:
{noformat}
$ sudo rpm -i cassandra-4.0.4-1.noarch.rpm 
warning: cassandra-4.0.4-1.noarch.rpm: Header V4 RSA/SHA256 Signature, key ID 7e3e87cb: NOKEY
error: Failed dependencies:
	jre >= 1.8.0 is needed by cassandra-4.0.4-1.noarch{noformat}
h2. Root cause

Package installs on CentOS and RHEL platforms has [a dependency on JRE 1.8+|https://github.com/apache/cassandra/blob/trunk/redhat/cassandra.spec#L49]:
{noformat}
Requires:      jre >= 1.8.0{noformat}
However, JRE is no longer available in Java 11. From the [JDK 11 release notes|https://www.oracle.com/java/technologies/javase/11-relnote-issues.html]:
{quote}In this release, the JRE or Server JRE is no longer offered. Only the JDK is offered.
{quote}
h2. Workaround

Override the dependency check when installing the RPM with the {{--nodeps}} option:
{noformat}
$ sudo rpm --nodeps -i cassandra-4.0.4-1.noarch.rpm {noformat}
Bug: Fix flaky test - org.apache.cassandra.transport.CQLConnectionTest.handleCorruptionOfLargeMessageFrame
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 16/May/22 21:22
Resolved: 15/Jun/22 11:13

{noformat}
Stacktrace

junit.framework.AssertionFailedError
	at org.apache.cassandra.transport.CQLConnectionTest.testFrameCorruption(CQLConnectionTest.java:484)
	at org.apache.cassandra.transport.CQLConnectionTest.testFrameCorruption(CQLConnectionTest.java:443)
	at org.apache.cassandra.transport.CQLConnectionTest.handleCorruptionOfLargeMessageFrame(CQLConnectionTest.java:214)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

{noformat}

https://ci-cassandra.apache.org/job/Cassandra-4.0/391/testReport/org.apache.cassandra.transport/CQLConnectionTest/handleCorruptionOfLargeMessageFrame_cdc_2/
Bug: Fix flaky dtest - upgrade.upgrade_tests.upgrade_through_versions_test.TestProtoV3Upgrade_AllVersions_EndsAt_3_11_X.test_rolling_upgrade
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 16/May/22 12:10
Resolved: 20/May/22 10:32

{code}
Error Message

test teardown failure

Stacktrace

Unexpected error found in node logs (see stdout for full details). Errors: [[node3] 'WARN  [MessagingService-Incoming-/127.0.0.2] 2022-05-14 07:23:56,540 IncomingTcpConnection.java:100 - UnknownColumnFamilyException reading from socket; closing\norg.apache.cassandra.db.UnknownColumnFamilyException: Got slice command for nonexistent table system_auth.roles.  If the table was just created, this is likely due to the schema not being fully propagated.  Please wait for schema agreement on table creation.\n\tat org.apache.cassandra.db.SliceFromReadCommandSerializer.deserialize(SliceFromReadCommand.java:184) ~[apache-cassandra-2.2.19.jar:2.2.19]\n\tat org.apache.cassandra.db.ReadCommandSerializer.deserialize(ReadCommand.java:158) ~[apache-cassandra-2.2.19.jar:2.2.19]\n\tat org.apache.cassandra.db.ReadCommandSerializer.deserialize(ReadCommand.java:132) ~[apache-cassandra-2.2.19.jar:2.2.19]\n\tat org.apache.cassandra.net.MessageIn.read(MessageIn.java:99) ~[apache-cassandra-2.2.19.jar:2.2.19]\n\tat org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:200) ~[apache-cassandra-2.2.19.jar:2.2.19]\n\tat org.apache.cassandra.net.IncomingTcpConnection.receiveMessages(IncomingTcpConnection.java:177) ~[apache-cassandra-2.2.19.jar:2.2.19]\n\tat org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:91) ~[apache-cassandra-2.2.19.jar:2.2.19]']
{code}

I thought we might have fixed this with CASSANDRA-17606, but it appears not.
Bug: Fix flaky dtest - repair_tests.repair_test.TestRepair.test_dead_sync_initiator
Status: Open
Priority: Normal
Created: 21/Jun/22 14:27

https://ci-cassandra.apache.org/job/Cassandra-3.11/371/testReport/dtest-novnode.repair_tests.repair_test/TestRepair/test_dead_sync_initiator/

{noformat}
Unexpected error found in node logs (see stdout for full details). Errors: [[node1] "ERROR [RepairJobTask:4] 2022-06-19 17:51:47,864 SystemDistributedKeyspace.java:324 - Error executing query UPDATE system_distributed.repair_history SET status = 'FAILED', finished_at = toTimestamp(now()), exception_message=?, exception_stacktrace=? WHERE keyspace_name = 'keyspace1' AND columnfamily_name = 'standard1' AND id = 75f1ee00-eff8-11ec-ad59-710cf5e63782\njava.lang.AssertionError: java.lang.InterruptedException\n\tat org.apache.cassandra.net.OutboundTcpConnection.enqueue(OutboundTcpConnection.java:187)\n\tat org.apache.cassandra.net.MessagingService.sendOneWay(MessagingService.java:956)\n\tat org.apache.cassandra.net.MessagingService.sendRR(MessagingService.java:918)\n\tat org.apache.cassandra.service.StorageProxy.sendToHintedEndpoints(StorageProxy.java:1425)\n\tat org.apache.cassandra.service.StorageProxy$2.apply(StorageProxy.java:142)\n\tat org.apache.cassandra.service.StorageProxy.performWrite(StorageProxy.java:1203)\n\tat org.apache.cassandra.service.StorageProxy.mutate(StorageProxy.java:740)\n\tat org.apache.cassandra.service.StorageProxy.mutateWithTriggers(StorageProxy.java:972)\n\tat org.apache.cassandra.cql3.statements.ModificationStatement.executeWithoutCondition(ModificationStatement.java:435)\n\tat org.apache.cassandra.cql3.statements.ModificationStatement.execute(ModificationStatement.java:421)\n\tat org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:243)\n\tat org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:274)\n\tat org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:289)\n\tat org.apache.cassandra.repair.SystemDistributedKeyspace.processSilent(SystemDistributedKeyspace.java:320)\n\tat org.apache.cassandra.repair.SystemDistributedKeyspace.failedRepairJob(SystemDistributedKeyspace.java:254)\n\tat org.apache.cassandra.repair.RepairJob$3.onFailure(RepairJob.java:132)\n\tat com.google.common.util.concurrent.Futures$6.run(Futures.java:1313)\n\tat java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)\n\tat java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)\n\tat org.apache.cassandra.concurrent.NamedThreadFactory.lambda$threadLocalDeallocator$0(NamedThreadFactory.java:84)\n\tat java.lang.Thread.run(Thread.java:748)\nCaused by: java.lang.InterruptedException: null\n\tat java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1220)\n\tat java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:335)\n\tat java.util.concurrent.LinkedBlockingQueue.put(LinkedBlockingQueue.java:339)\n\tat org.apache.cassandra.net.OutboundTcpConnection.enqueue(OutboundTcpConnection.java:183)\n\t... 20 common frames omitted"]
{noformat}
Bug: nodetool enablefullquerylog can NPE when directory has no files
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 03/May/22 20:38
Resolved: 04/May/22 16:36

fqltool_test.py::TestFQLTool::test_unclean_enable found an issue with org.apache.cassandra.utils.binlog.BinLog#deleteRecursively, it assumes listing files returns empty list rather than null and throws a NPE

{code}
E           -- StackTrace --
E           java.lang.NullPointerException
E           	at org.apache.cassandra.utils.binlog.BinLog.deleteRecursively(BinLog.java:490)
E           	at org.apache.cassandra.utils.binlog.BinLog.cleanDirectory(BinLog.java:477)
E           	at org.apache.cassandra.utils.binlog.BinLog$Builder.build(BinLog.java:436)
E           	at org.apache.cassandra.fql.FullQueryLogger.enable(FullQueryLogger.java:106)
E           	at org.apache.cassandra.service.StorageService.enableFullQueryLogger(StorageService.java:6495)
E           	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
E           	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
E           	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
E           	at java.lang.reflect.Method.invoke(Method.java:498)
E           	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
E           	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
E           	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
E           	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
E           	at java.lang.reflect.Method.invoke(Method.java:498)
E           	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
E           	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
E           	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
E           	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
E           	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
E           	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
E           	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
E           	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
E           	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
E           	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
E           	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
E           	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
E           	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
{code}
Bug: Fix dtest-offheap.materialized_views_test.TestMaterializedViews.test_mv_with_default_ttl_with_flush
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 05/May/22 22:44
Resolved: 12/May/22 10:30

h3.  

https://ci-cassandra.apache.org/job/Cassandra-4.1/5/testReport/dtest-offheap.materialized_views_test/TestMaterializedViews/test_mv_with_default_ttl_with_flush_2/
{code:java}
Error Message
AssertionError: Expected [[1, 6, 1]] from SELECT * FROM t, but got [[1, None, 1]]

Stacktrace
self = <materialized_views_test.TestMaterializedViews object at 0x7f8b1fd21cd0> @since('3.0') def test_mv_with_default_ttl_with_flush(self): > self._test_mv_with_default_ttl(True) materialized_views_test.py:1320: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ materialized_views_test.py:1416: in _test_mv_with_default_ttl assert_one(session, "SELECT * FROM t", [1, 6, 1]) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ session = <cassandra.cluster.Session object at 0x7f8b1f167f70> query = 'SELECT * FROM t', expected = [1, 6, 1], cl = None def assert_one(session, query, expected, cl=None): """ Assert query returns one row. @param session Session to use @param query Query to run @param expected Expected results from query @param cl Optional Consistency Level setting. Default ONE Examples: assert_one(session, "LIST USERS", ['cassandra', True]) assert_one(session, query, [0, 0]) """ simple_query = SimpleStatement(query, consistency_level=cl) res = session.execute(simple_query) list_res = _rows_to_list(res) > assert list_res == [expected], "Expected {} from {}, but got {}".format([expected], query, list_res) E AssertionError: Expected [[1, 6, 1]] from SELECT * FROM t, but got [[1, None, 1]] tools/assertions.py:132: AssertionError
{code}
Bug: WEBSITE - May 2022 blog "Apache Cassandra Changelog #15"
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 04/May/22 16:12
Resolved: 06/May/22 14:17

This ticket is to capture the work associated with publishing the May 2022 blog "Apache Cassandra Changelog #15"

If this blog cannot be published by the *May 5, 2022 publish date*, please contact me, suggest changes, or correct the date when possible in the pull request for the appropriate time that the blog will go live (on both the blog.adoc and the blog post's file).
Bug: WEBSITE - April 2022 blog "Liquibase is Ready to Support Cassandra 4.0 Users" + Liquibase case study
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 25/Apr/22 17:12
Resolved: 29/Apr/22 14:02

This ticket is to capture the work associated with publishing the April 2022 blog "Liquibase is Ready to Support Cassandra 4.0 Users" and adding the Liquidbase case study to the website.

If this blog + case study cannot be published by the *April 28, 2022 publish date*, please contact me, suggest changes, or correct the date when possible in the pull request for the appropriate time that the blog will go live (on both the blog.adoc and the blog post's file).
Bug: Cannot specify ORDER BY of clustering columns after IN-clause constraints on clustering prefix
Status: Open
Priority: Normal
Created: 21/Jun/22 20:25

When a user specifies a partition key and clustering key prefix with equality predicates, C* supports sorting by the next clustering key (CASSANDRA-10271):
{code:java}
SELECT * FROM tbl WHERE pk = 1 AND ck1 = 1 ORDER BY ck2;{code}
 
When a user specifies a partition key with a set-membership predicate, C* supports sorting by the next clustering key (requires merge sort of results for each pk):
{code:java}
SELECT * FROM tbl WHERE pk IN (1, 2) ORDER BY ck1;{code}
 
But when a user specifies a partition key with an equality predicate and a clustering key prefix with a set membership predicate, C* *does not* support sorting by the next clustering key:
{code:java}
SELECT * FROM tbl WHERE pk = 1 AND ck1 IN (1, 2) ORDER BY ck2;
org.apache.cassandra.exceptions.InvalidRequestException: Order by currently only supports the ordering of columns following their declared order in the PRIMARY KEY
{code}
 
This last situation requires a merge sort, but so does the multi-pk situation.
 
The docs seem to indicate that this pattern is supported, as well: [https://docs.datastax.com/en/cql-oss/3.3/cql/cql_using/useQueryIN.html]
Bug: Update how_to_commit documentation with lost updates from in-tree repo
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 04/May/22 19:48
Resolved: 20/Aug/22 08:16

When the [how_to_commit.rst|https://github.com/apache/cassandra/blob/1fce84f9833bd62227dbf8f5d063935457dbc18e/doc/source/development/how_to_commit.rst] page got migrated and moved to the [cassandra-website|https://github.com/apache/cassandra-website/blob/trunk/site-content/source/modules/ROOT/pages/development/how_to_commit.adoc] repo, new edits were not carried over. 

cassandra-website/site-content/source/modules/ROOT/pages/development/how_to_commit.adoc 

needs to be updated so it reads like https://github.com/apache/cassandra/blob/1fce84f9833bd62227dbf8f5d063935457dbc18e/doc/source/development/how_to_commit.rst

It should also be updated to include latest release branches (ref: CASSANDRA-17589 )
Bug: WEBSITE - Broken link to "existing documents" in development/documentation.html
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 17/Jun/22 15:22
Resolved: 18/Aug/22 13:14

The “existing documents” link throws a 404 error when clicked on from [https://cassandra.apache.org/_/development/documentation.html.]

{quote}
Using a static site generator often requires the use of a markup language instead of visual editors (which some people would call good news). Antora processes [Ascidoc|http://www.asciidoc.org/], the markup language used to generate our documentation. Markup languages allow you to format text using certain syntax elements. Your document structure will also have to follow specific conventions. Feel free to take a look at [existing documents|http://cassandra.apache.org/docs] to get a better idea how we structure our documents.
{quote}

Can someone provide the proper destination link?
Bug: WEBSITE - Update info on Anant resources in the Ecosystem page
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 17/Jun/22 09:24
Resolved: 18/Jul/22 06:57

This is for [PR #140|https://github.com/apache/cassandra-website/pull/140] submitted by [Arpan Patel|https://github.com/adp8ke].
Bug: CQL function writetime should not be allowed to apply on UDT columns
Status: Resolved
Priority: Normal
Resolution: Duplicate
Created: 03/Jun/22 22:02
Resolved: 13/Jul/22 16:33

The CQL function writetime is disallowed to be applied to multi-cell columns, since no meaningful writetime can be determined from the cells. 

Inspecting the code (i.e. WritetimeOrTTL#newSelectorFactory), it only check whether the column type is collection, ignoring the case of UDT. See the example below. 
It should be fixed. 

{code:java}
[cqlsh 6.1.0 | Cassandra 4.2-SNAPSHOT | CQL spec 3.4.5 | Native protocol v5]
cqlsh> CREATE TYPE test.my_udt (a int, b int);
cqlsh> CREATE TABLE test.tbl_wt (k int primary key, t test.my_udt);
cqlsh> INSERT INTO test.tbl_wt (k, t) VALUES (1, { a: 1, b: 1 } );
cqlsh> SELECT writetime(t) FROM test.tbl_wt WHERE k = 1;

writetime(t)
--------------
-1

(1 rows)
{code}
Bug: WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 29/Jun/22 23:47
Resolved: 30/Jun/22 11:33

This ticket is to capture the work associated with publishing the June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"

If this blog cannot be published by the *June 30, 2022 publish date*, please contact me, suggest changes, or correct the date when possible in the pull request for the appropriate time that the blog will go live (on both the blog.adoc and the blog post's file).