Skip to content

[branch-4.1](variant) return raw string for element_at on scalar-string variant (#64103) - #64424

Merged
yiguolei merged 1 commit into
apache:branch-4.1from
csun5285:cp-64103-branch-4.1
Jun 16, 2026
Merged

[branch-4.1](variant) return raw string for element_at on scalar-string variant (#64103)#64424
yiguolei merged 1 commit into
apache:branch-4.1from
csun5285:cp-64103-branch-4.1

Conversation

@csun5285

Copy link
Copy Markdown
Contributor

cherry picked from #64103

What problem does this PR solve?

Issue Number: close #xxx

Related PR: #xxx

Problem Summary:

Release note

None

Check List (For Author)

  • Test

    • Regression test
    • Unit Test
    • Manual test (add detailed scripts or steps below)
    • No need to test or manual test. Explain why:
      • This is a refactor/code format and no logic has been changed.
      • Previous test can cover this change.
      • No code files have been changed.
      • Other reason
  • Behavior changed:

    • No.
    • Yes.
  • Does this need documentation?

    • No.
    • Yes.

Check List (For Reviewer who merge this PR)

  • Confirm the release note
  • Confirm test cases
  • Confirm document
  • Add branch pick label

@csun5285
csun5285 requested a review from yiguolei as a code ownerJune 11, 2026 10:49
@hello-stephen

Copy link
Copy Markdown
Contributor

Thank you for your contribution to Apache Doris.
Don't know what should be done next? See How to process your PR.

Please clearly describe your PR:

  1. What problem was fixed (it's best to include specific error reporting information). How it was fixed.
  2. Which behaviors were modified. What was the previous behavior, what is it now, why was it modified, and what possible impacts might there be.
  3. What features were added. Why was this function added?
  4. Which code was refactored and why was this part of the code refactored?
  5. Which functions were optimized and what is the difference before and after the optimization?

@csun5285

Copy link
Copy Markdown
ContributorAuthor

run buildall

@hello-stephen

Copy link
Copy Markdown
Contributor

BE UT Coverage Report

Increment line coverage 80.00% (4/5) 🎉

Increment coverage report
Complete coverage report

CategoryCoverage
Function Coverage53.85% (20389/37861)
Line Coverage37.45% (193456/516608)
Region Coverage33.87% (150996/445783)
Branch Coverage34.84% (66051/189568)

@hello-stephen

Copy link
Copy Markdown
Contributor

BE Regression && UT Coverage Report

Increment line coverage 80.00% (4/5) 🎉

Increment coverage report
Complete coverage report

CategoryCoverage
Function Coverage71.73% (26563/37030)
Line Coverage54.84% (282248/514690)
Region Coverage52.27% (235034/449683)
Branch Coverage53.53% (101737/190055)

1 similar comment
@hello-stephen

Copy link
Copy Markdown
Contributor

BE Regression && UT Coverage Report

Increment line coverage 80.00% (4/5) 🎉

Increment coverage report
Complete coverage report

CategoryCoverage
Function Coverage71.73% (26563/37030)
Line Coverage54.84% (282248/514690)
Region Coverage52.27% (235034/449683)
Branch Coverage53.53% (101737/190055)

@hello-stephen

Copy link
Copy Markdown
Contributor

BE Regression && UT Coverage Report

Increment line coverage 80.00% (4/5) 🎉

Increment coverage report
Complete coverage report

CategoryCoverage
Function Coverage71.74% (26564/37030)
Line Coverage54.85% (282288/514690)
Region Coverage52.27% (235061/449683)
Branch Coverage53.54% (101749/190055)

@csun5285csun5285 changed the title [fix](variant) return raw string for element_at on scalar-string variant (#64103)[branch-4.1](variant) return raw string for element_at on scalar-string variant (#64103)Jun 12, 2026
@yiguolei
yiguolei merged commit 4f6a733 into apache:branch-4.1Jun 16, 2026
29 of 33 checks passed
@csun5285
csun5285 deleted the cp-64103-branch-4.1 branch June 29, 2026 01:50
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@csun5285@hello-stephen@yiguolei