Closed markus2330 closed 3 years ago
I mark this issue stale as it did not have any activity for one year. I'll close it in two weeks if no further activity occurs. If you want it to be alive again, ping the issue by writing a message here or create a new issue with the remainder of this issue. Thank you for your contributions :sparkling_heart:
I closed this issue now because it has been inactive for more than one year. If I closed it by mistake, please do not hesitate to reopen it or create a new issue with the remainder of this issue. Thank you for your contributions :sparkling_heart:
Thank you for reporting. Sounds like we should look into this at some point.
Would you expect a backup-and-restore of the global config before/after the tests, or should we work more towards better test isolation from the "real system" configs?
The problem here is that global plugins seem to have unintended side effects (even if they "do nothing"). As we want to reduce the 1.0 scope to only support a few global plugins, I think we can move this problem post-1.0. For the few global plugins we support, however, we ideally add such tests.
Would you expect a backup-and-restore of the global config before/after the tests, or should we work more towards better test isolation from the "real system" configs?
I think writing only to /tests/<name>
and a similar approach for avoiding collisions with the config files should be enough. This could be both enforced by shell recorder. But this is not the problem reported in this issue.
Steps to Reproduce the Problem
Expected Result
All tests should succeed.
Actual Result
See #2176 for reproducible output.
System Information