OIiveirra commented on code in PR #69591:
URL: https://github.com/apache/doris/pull/69591#discussion_r4374126628
##########
regression-test/suites/query_p0/test_array_with_single_row_max_than_uint16.groovy:
##########
@@ -51,11 +36,13 @@ suite("test_array_with_single_row_max_than_uint16",
"query") {
)
"""
// prepare data
- qt_sql """
- insert into ${testTable} select * from local(
- "file_path" = "${outFilePath}/arr_max.orc",
- "backend_id" = "${be_id}",
- "format" = "orc");"""
+ streamLoad {
+ table "${testTable}"
+ set 'format', 'orc'
Review Comment:
Fixed in 215f8dd88925d14241d607a6bf697e8f39d7007b, with the same fix applied
to #69592, #69593 and the internal 3.1 backport. Confirmed the ORC
complex-column rejection in each branch's load scanner. Both suites now upload
their original ORC fixture to a unique S3 object, run INSERT SELECT from S3
TVF, and delete that object in finally. Table definitions, sync and all
existing count/value assertions are unchanged; no .out or production files
changed. PyArrow verified identical fixtures across branches: 2 array rows
(maximum array length 65,560), and 25,000 map rows. All eight modified Groovy
files passed syntax parsing and whitespace checks. Runtime regression was not
executed locally; no matching FE/BE runtime artifacts are available in these
task worktrees.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
