fix: link accumulator-related IgnoreCometNativeScan tests to #3867#3830
fix: link accumulator-related IgnoreCometNativeScan tests to #3867#3830
Conversation
IgnoreCometNativeScan for StringPredicate test in 3.4.3 diff
dev/diffs/3.4.3.diff
Outdated
| - test("filter pushdown - StringPredicate") { | ||
| + test("filter pushdown - StringPredicate", | ||
| + IgnoreCometNativeDataFusion("cannot be pushed down")) { | ||
| + IgnoreCometNativeScan("cannot be pushed down")) { |
There was a problem hiding this comment.
Would you mind putting a link to the issue please?
There was a problem hiding this comment.
There is no issue for this one. It isn't due to a bug in Comet, but a limitation of how the Spark test is written.
There was a problem hiding this comment.
Thanks.
Is #3321 the tracking issue?
The test fails because the native scan doesn't propagate the NumRowGroupsAcc Spark accumulator So sounds like the gap is still there even it is not a bug? I was thinking we can include the link like IgnoreCometNativeScan("https://github.com/apache/datafusion-comet/issues/3321") so that we can revisit, just like other skipped tests
There was a problem hiding this comment.
I created a new specific issue and updated all relevant tests to link to the new issue #3867
209885c to
d8948a6
Compare
IgnoreCometNativeScan for StringPredicate test in 3.4.3 diffUpdate all tests ignored because native scans cannot propagate JVM-side Spark accumulators to reference the new tracking issue across all three Spark version diffs (3.4.3, 3.5.8, 4.0.1). Affected tests: - filter pushdown - StringPredicate - Filters should be pushed down for vectorized Parquet reader at row group level - SPARK-34562: Bloom filter push down
d8948a6 to
c0be213
Compare
Which issue does this PR close?
Closes #3867.
Rationale for this change
Several Spark SQL tests in the Parquet filter suite are ignored under
IgnoreCometNativeScanbecause native scans cannot propagate JVM-side Spark accumulators (e.g.NumRowGroupsAcc). This does not affect query correctness or user-visible behavior — filter pushdown works correctly in native scans. The limitation is that the test mechanism (JVM-side accumulators) does not work across the JNI boundary.The ignore annotations previously used inconsistent reason strings (
"cannot be pushed down","Native scans do not support the tested accumulator") and did not link to a tracking issue.What changes are included in this PR?
Updated all accumulator-related
IgnoreCometNativeScanannotations across all three Spark version diffs (3.4.3, 3.5.8, 4.0.1) to reference the new tracking issue #3867. The three affected tests in each diff are:filter pushdown - StringPredicateFilters should be pushed down for vectorized Parquet reader at row group levelSPARK-34562: Bloom filter push downHow are these changes tested?
These are test annotation changes only. The tests themselves are unchanged and remain correctly ignored when running with native scans.