Closed christian-monch closed 5 months ago
Name | Link |
---|---|
Latest commit | d54d3e362190e3abb8783e1a346735abcd9d239c |
Latest deploy log | https://app.netlify.com/sites/datalad-catalog/deploys/6655d3912cea9800086e460e |
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 76.92%. Comparing base (
3f32e6b
) to head (d54d3e3
). Report is 12 commits behind head on main.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
I'm happy with merging this, even if it ends up being a temporary fix. So @christian-monch are you still planning to add a long-term fix to datalad-next
, or should I go ahead and merge?
I'm happy with merging this, even if it ends up being a temporary fix. So @christian-monch are you still planning to add a long-term fix to
datalad-next
, or should I go ahead and merge?
I was working on a long-term fix in the last days: https://github.com/datalad/datalad-next/pull/717. It is more or less ready and should solve the problem properly.
Will test with datalad-catalog tomorrow.
I successfully ran the datalad-catalog tests with https://github.com/datalad/datalad-next/pull/717. Will close this PR, once https://github.com/datalad/datalad-next/pull/717 is merged and released, the tests should all pass.
This PR fixes a circular import error that occurs when datalad-next is loaded and tests are patched. The error is described in PR datalad-next #716.
The reason for the import error is that importing
datalad_catalog.add
from the module-level context indatalad_catalog.tests.test_add
, will importdatalad_next
, which will in turn import certain tests, which import fromdatalad.api
, which will trigger the extension-api generation process, which tries to import and processdatalad_catalog.add
again (which is not yet completely loaded).