pvary commented on PR #16110: URL: https://github.com/apache/iceberg/pull/16110#issuecomment-4369991192
> However, the bug is reachable when: > > * A predicate is applied on a column that does **not exist in an older Parquet file** (schema evolution) — the Iceberg manifest evaluator may include the file (null bounds → "could match"), but `ConvertFilterToParquet` binds against the Parquet file's schema, resolves the predicate to `AlwaysFalse.INSTANCE`, and the bug triggers. I think this is reproducible, and we can write a test for it. Maybe the solution is to only push down filters to the Parquet files where the columns are actually present in the file. CC: @gaborkaszab > * The lower-level `Parquet.read()` API is called directly with an `alwaysFalse()` filter. In my opinion this is an user error. WDYT? -- 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]
