Fedora Test Day | |
---|---|
GNOME 3.36 | |
Date | 2020-02-20 |
Time | all day |
Website | QA/Test Days |
IRC | #fedora-test-day (webirc) |
Mailing list | test |
What to test?
Today's installment of Fedora Test Day will focus on GNOME 3.36
Who's available?
The following cast of characters will be available for testing, workarounds, bug fixes, and general discussion ...
- Development - kalev (kalev), aday (Alan day)
- Quality Assurance - Adam Williamson (adamw), Sumantro Mukherjee (sumantrom), Kamil Páral (kparal), coremodule (coremodule)
Prerequisites for Test Day
- A Fedora 32 Workstation nightly image (a link will be provided here once available, please wait) either on bare metal or in VM (please make sure you have no important data on that installation, things might go wrong -- don't do this on your production machine!).
- Enough free space on HDD
How to test?
Do exploratory testing
Use the latest Fedora 32 Workstation that includes GNOME 3.35.91 and see if you can find anything that's crashing or not working right. In that case, file a bug!
What to focus on?
3.36 has quite a lot of changes, which it's probably worth focusing on in the tests. This includes:
- New login/unlock UI. There's an upstream test plan that could be useful.
- Updated user settings - some issues here to look out for
- New Do Not Disturb feature - can be activated from the calendar popover or Settings, should hide normal priority notifications (critical notifications should still be shown)
- App folders in the activities overview - new drag and drop functionality, and new UI for renaming each folder
- System dialogs - have had a UI refresh; this should generally be OK but it's worth making sure that authentication dialogs look and perform as expected
- Privacy settings - much expanded
- Extensions - new app for managing shell extensions
More details on the changes can be seen here.
Run the tests
Visit the result page and click on the column title links to see the tests that need to be run: most column titles are links to a specific test case. Follow the instructions there, then enter your results by clicking the Enter result button for the test.
Reporting bugs
We have two separate places to file bugs. First, downstream in Fedora bug tracker. This is mostly useful for issues with packaging and for issues that need tracking downstream (blocker bugs for F32): Red Hat Bugzilla.
Second, there's upstream GNOME Gitlab that's useful for issues that are likely not Fedora-specific. If you file an issue downstream that looks like it needs a code fix, please file it upstream as well, to make sure all relevant people get notified of the issue.
If you are unsure about exactly how to file the report or what other information to include, just ask on IRC #fedora-test-day or #fedora-qa and we will help you.