I meant freshen the table, to start, but yes, the GUI for sure. I’ll do one PR for each dependency, starting with the simpler packages, and work up from there, unless directed otherwise.
Maybe minor fixes within the same major version that don’t introduce any breaking changes could go to to v1 and the rest to v2? Just a tip, some of those components are not vanilla, e.g. our Fancytree theme is 100% custom, created to match the Web GUI themes, with the default Fancytree themes completely removed.
OK, I have worked through several node dependency issues, and I am able to rebuild the existing angular code via make.
Before I start trying to upgrade things, I thought we might want to add some automated testing. It seems Playwright would be the best choice. So some questions:
Does anyone have any experience/feedback re Playwright? I haven’t used it before.
Or does adding a GUI testing framework even make sense?
Playwright depends on node, and requires headless browsers to be installed. Pretty painless on Ubuntu, but who knows on Windows, etc.
And if we go this route, should the tests live in /gui/test, /gui/default/test, or /test/gui?
Sure, it beats manually (re)running tests on the GUI.
Playwright does all of the heavy lifting with downloading and installing the engines for various web browsers, so as long as Python is available it’ll be fine on Windows.
Although not required, it’s much cleaner running Playwright in a venv.