Closed ianthomas23 closed 2 years ago
I am not an expert on pandas extension arrays, but it looks like we are using them in the recommended way by defining test classes that inherit from the pandas extension array test classes and these naturally run all the tests defined in both classes. So we have to identify the tests we don't want to run and override them to be skipped. I can't see how pandas could be altered to work how we want it too.
One possible approach would be to implement some sort of filter on pytest
's automatic finding of all tests so that we only run tests that are in some specified whitelist.
The pyarrow import errors are masking the fixes here, but locally this PR removes the extension array errors so I will merge and continue with the next set of errors.
Seems like Pandas ExtensionArray tests could be broken into a minimal or at least static set of tests, with other tests or new tests implemented in a subclass, so that we could safely invoke the standard tests without having to guard against all new tests that might be added someday?
Yes, but wouldn't changes to Pandas itself require either persuading Pandas devs to do this for us, or one of us to volunteer to do the work ourselves?
This PR fixes the errors related to ragged arrays being pandas extension arrays which have had extra tests added. The "fixes" are all to disable those tests as the functionality does not apply to our ragged arrays.
Also temporarily limited github actions to only run testing on Python 3.8 on Linux until I have dealt with all of the current errors.