Duplicate expression in an ordered aggregate's ORDER BY panics (first_last.rs:602 assertion) or fails with an internal Arrow error #25398

Describe the bug

When an ordered aggregate's ORDER BY list mentions the same expression twice, DataFusion
builds two internal descriptions of that ordering with different lengths, and every consumer
that compares them fails. Depending on which consumer is reached, the query either panics a
worker task or fails with an internal Arrow error that no user-facing mistake can explain.

CREATE TABLE t AS SELECT i % 3 AS b, i AS id FROM (SELECT unnest(range(0,10)) AS i);
SELECT b, first_value(id ORDER BY b, b) FROM t GROUP BY b;

thread 'tokio-rt-worker' panicked at datafusion/functions-aggregate/src/first_last.rs:602:13:
assertion `left == right` failed
  left: 2
 right: 1
Error: Join Error
caused by
External error: task 131 panicked with message "assertion `left == right` failed\n  left: 2\n right: 1"

Ten rows and one column; no configuration, no memory pressure, no particular partition count.

A duplicated sort key is legal SQL — the repetition is simply redundant, since the second copy
can never break a tie the first did not. PostgreSQL and DuckDB both accept it and answer
correctly (transcripts under Additional context).

DISTINCT ON is the way this is most likely to be hit by accident, because DISTINCT ON
already requires its key to lead the ORDER BY; a user who then also names the key explicitly
writes the duplicate without noticing:

SELECT DISTINCT ON (b) b FROM t ORDER BY b, b;   -- same panic, same line

Symptom matrix

All rows are the same defect reaching a different consumer. Output is from main
6c27203c8e, datafusion-cli 55.1.0, each statement in a fresh process.

Two negative controls that bound the defect — both are fine, so this is specific to ordered
aggregates, not to duplicated sort keys in general:

Note the ORDER BY b ASC, b DESC row: the deduplication is on the expression, ignoring the
sort options, so two entries that are not even semantically identical collapse to one.

To Reproduce

$ datafusion-cli --version
datafusion-cli 55.1.0

$ datafusion-cli -q \
    -c "CREATE TABLE t AS SELECT i % 3 AS b, i AS id FROM (SELECT unnest(range(0,10)) AS i);" \
    -c "SELECT b, first_value(id ORDER BY b, b) FROM t GROUP BY b;"
thread 'tokio-rt-worker' panicked at datafusion/functions-aggregate/src/first_last.rs:602:13:
assertion `left == right` failed
  left: 2
 right: 1

Backtrace of the panicking frame:

  4: FirstLastGroupsAccumulator<PrimitiveValueState<Int64Type>>::get_filtered_extreme_of_each_group
  5: <FirstLastGroupsAccumulator<...> as GroupsAccumulator>::update_batch
  6: aggregates::aggregate_hash_table::common::HashAggregateAccumulator::update_batch
  7: aggregates::group_values::metrics::GroupByMetrics::time_aggregation::<...>
  8: aggregates::hash_stream::PartialHashAggregateStream::handle_input_batch

Expected behavior

first_value(id ORDER BY b, b) answers as first_value(id ORDER BY b) does — the duplicate key
is redundant and can be dropped — instead of panicking; and the array_agg / nth_value /
min / ungrouped forms return a result instead of an internal Arrow error.

For comparison, on the same data:

$ psql -U postgres -c "CREATE TABLE tdup AS SELECT i%3 AS b, i AS id FROM generate_series(0,9) i;" \
                   -c "SELECT b, array_agg(id ORDER BY b, b) FROM tdup GROUP BY b ORDER BY b;" \
                   -c "SELECT DISTINCT ON (b) b FROM tdup ORDER BY b, b;" \
                   -c "SELECT b, min(id ORDER BY b ASC, b DESC) FROM tdup GROUP BY b ORDER BY b;"
SELECT 10
 b | array_agg
---+-----------
 0 | {0,3,6,9}
 1 | {4,1,7}
 2 | {5,8,2}
(3 rows)

 b
---
 0
 1
 2
(3 rows)

 b | min
---+-----
 0 |   0
 1 |   1
 2 |   2
(3 rows)

(PostgreSQL 18.6.)

$ python3 -c "import duckdb; con=duckdb.connect()
con.execute('CREATE TABLE t AS SELECT i%3 AS b, i AS id FROM range(0,10) tt(i)')
print(con.execute('SELECT b, first(id ORDER BY b, b), list(id ORDER BY b, b) FROM t GROUP BY b ORDER BY b').fetchall())"
[(0, 0, [0, 3, 6, 9]), (1, 1, [1, 4, 7]), (2, 2, [2, 5, 8])]

(DuckDB 1.6.0.dev214; it also accepts ORDER BY b ASC, b DESC and the DISTINCT ON form.)

Additional context

No response