Closed timflannagan closed 1 year ago
This ticket is potentially a bit more nuanced then I had originally imagined. We absolutely need a simply e2e test case that handles the happy path for this recently introduced fetchdata-operator but the overall effort around testing this functionality could prove to be more than one person can chew. As usual, feel free to ping me in slack if you have any questions.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
Goal: introduce a happy path e2e test case for the recently introduced fetchdata-operator (#13) that gives us some confidence we're not regressing on this functionality on a per-PR-basis while we iterate on this operator-based curator implementation.
AC: