Skip to content

Ensure `QA::Runtime::Feature` goes back to current URL after checking feature flags

What does this MR do?

Ensure QA::Runtime::Feature goes back to current URL after checking FF

In the case where there's no GITLAB_QA_ACCESS_TOKEN, a new token needs to be generated before feature flags can be fetched from the API. This changs the current URL, so we need to go back to the current URL after we've checked the feature flags API.

Does this MR meet the acceptance criteria?

Conformity

Availability and Testing

Edited by Rémy Coutable

Merge request reports