robertmu opened a new pull request, #29: URL: https://github.com/apache/cloudberry-gpbackup/pull/29
The `GetProceduralLanguages` integration test was failing on Cloudberry (PostgreSQL 14) because it expected a manually created procedural language to be returned, but the function was correctly filtering it out. In PostgreSQL 14, `CREATE LANGUAGE plpython3u` implicitly links the language to the `plpython3u` extension, registering it in `pg_depend` with `deptype = 'e'` (core extension member). The `GetProceduralLanguages` function is designed to filter out these members to prevent duplicate entries during backup, as they are restored via `CREATE EXTENSION`. This commit adapts the test to reflect this correct behavior on Cloudberry: - The test now asserts that `GetProceduralLanguages` returns a list of length 0 on Cloudberry, validating the filtering logic. - The cleanup logic is updated to use `DROP EXTENSION` instead of `DROP LANGUAGE` on Cloudberry, as the latter would fail. This change makes the test more robust by verifying the distinct language handling behaviors between GPDB and Cloudberry. -- 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: commits-unsubscr...@cloudberry.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cloudberry.apache.org For additional commands, e-mail: commits-h...@cloudberry.apache.org
