StarRocks/starrocks

Steps to reproduce the behavior (Required) docker run -p 9030:9030 -p 8030:8030 -p 8040:8040 --name sr-repro \ -itd starrocks/allin1-ubuntu:4.1.1 CREATE TABLE: CREATE DATABASE sr_histogram_repro; USE sr_histogram_repro; CREATE TABLE t (id BIGINT NOT NULL, v INT NULL) ENGINE=OLAP DUPLICATE KEY(id) DISTRIBUTED BY HASH(id) BUCKETS 4 PROPERTIES ("replication_num" = "1"); INSERT INTO: INSERT INTO t VALUES (1,1),(2,1),(3,2),(4,2),(5,3),(6,3),(7,4),(8,4),(9,5),(10,5); SELECT: SELECT histogram(v, cast(64 as int), cast(1.0 as double)) FROM t; Expected behavior (Required) A histogram string, or a clear error if the aggregate is not intended to be called directly from SQL. Real behavior (Required) Every BE running a fragment aborts simultaneously. The client sees a message that names a missing backend rather than the statement that caused it: ERROR 1064 (HY000): Backend node not found. Check if any backend node is down. backend: [127.0.0.1 alive: true inBlacklist: true] be.out shows rep

Steps to reproduce the behavior (Required) CREATE TABLE example_table ( col1 VARCHAR(10) ) ENGINE = olap DUBLICATE KEY(col1 ) DISTRIBUTED BY HASH(col1); CREATE OR REPLACE GLOBAL FUNCTION test_func(a STRING) RETURNS a; CREATE MATERIALIZED VIEW IF NOT EXISTS udf_bug_test REFRESH async AS select test_func(item) from example_table; Expected behavior (Required) Materialized view is created and can be used for rewrite query Real behavior (Required) select QUERY_REWRITE_STATUS from information_schema.materialized_views WHERE table_name = 'udf_bug_test' UNKNOWN: MV plan is not in cache, valid check is unknown And error is logged: 2026-07-12 22:53:04.640+03:00 WARN (mv-plan-cache-4|105) [MvPlanContextBuilder.doGetOptimizePlan():67] Failed to build mv plan context com.google.common.util.concurrent.UncheckedExecutionException: java.lang.NullPointerException: Cannot invoke "com.starrocks.catalog.UserIdentity.isEphemeral()" because "userIdentity" is null at com.google.co

Feature request Is your feature request related to a problem? Please describe. StarRocks returns Arrow IPC data over Arrow Flight completely uncompressed. Confirmed at source level: be/src/service/service_be/arrow_flight_sql_service.cpp — DoGetStatement returns RecordBatchStream(reader) with no IpcWriteOptions argument; the codec defaults to UNCOMPRESSED. fe/.../ArrowFlightSqlService.java — FlightServer.builder has no .compressor() call; nothing compression-related exists on the builder. No BE or FE config parameters exist to enable compression. Confirmed with StarRocks support (Rocky, 2026-05-22). Client-side workarounds have no effect: grpc-encoding: gzip and grpc.default_compression_algorithm only compress client→server messages. The server must compress its own DoGet responses, which it does not. Describe the solution you'd like Add IpcWriteOptions with a codec to RecordBatchStream in DoGetStatement: arrow::ipc::IpcWriteOptions options = arrow::ipc::IpcWriteOptions::Default

Enabling the -pie compilation results in the following error: /usr/local/bin/ld: /usr1/opensourcebuild/StarRocks/code/thirdparty/installed//lib/libtenann-bundle-avx2.a(parallel.o): relocation R_X86_64_32 against hidden symbol `gomp_global_icv' can not be used when making a PIE object %F/usr/local/bin/ld: failed to set dynamic section sizes: bad value collect2: error: ld returned 1 exit status execute failed, /opt/buildtools/gcc_12.3.0/bin/../bin/g++: Operation not permitted ninja: build stopped: subcommand failed. real 0m48.010s user 0m4.282s sys 0m9.253s [CloudCache] 2026/02/27 22:00:35 [ { "type": "c", "total": "6", "remote_hit": "0", "remote_avg_cost": "", "hash_avg_cost": "3ms", "local_hit": { "direct": "2", "preprocessed": "0" }, "miss": "0", "skip": "4" } ] StarRocks version (Required) 3.4.5

Steps to reproduce the behavior (Required) StarRocks > CREATE TABLE IF NOT EXISTS `test_schema_yq4hcg84`.`sr_mv_combo_a_src` (`order_id` BIGINT, `event_date` DATE, `customer_id` INT, `amount` DECIMAL(18, 2), `region` VARCHAR(50)) PRIMARY KEY (`order_id`, `event_date`) PARTITION BY `event_date`; ERROR 1064 (HY000): Getting analyzing error. Detail message: The partition expr should base on key column. StarRocks > CREATE TABLE IF NOT EXISTS `test_schema_yq4hcg84`.`sr_mv_combo_a_src` (`order_id` BIGINT, `event_date` DATE, `customer_id` INT, `amount` DECIMAL(18, 2), `region` VARCHAR(50)) PRIMARY KEY (`order_id`, `event_date`) PARTITION BY (`event_date`); Query OK, 0 rows affected (0.03 sec) The only diff is the parentheses for PARTITION BY. PARTITION BY event_date PARTITION BY (event_date) Expected behavior (Required) According to the expression partitioning syntax, the first only should be success too. And error "The partition expr should base on key column" is not correct. Real