os-autoinst-distri-fedora/needles/kde/desktop_update_notification_systray-kde-20200929.json

{
    "area": [
        {
            "height": 18,
            "type": "match",
            "width": 18,
            "xpos": 776,
            "ypos": 741,
            "match": 90
        }
    ],
    "properties": [],
    "tags": [
        "desktop_update_notification_systray",
        "desktop_package_tool_update"
    ]
}
Simplify desktop notification checks (#195) This is the best option I can come up with to deal with #195. Update notifications seem to have become transient in KDE lately (even in F31 and F32, if I'm looking at these screenshots right). This actually simplifies things a lot to do more or less the same in the KDE and GNOME paths: open the 'permanent' store of notifications (in GNOME you get to it by clicking on the clock, in KDE via the systray) and then look for no notifications (live path) or only an update notification (post-install path). We only run this test for composes so we shouldn't need to worry about anything older than F32, and I believe this should work for KDE in F32 and F33. I left out click_unwanted_notifications for now as I'm hoping it should be unnecessary, but we can add it back in if necessary. Signed-off-by: Adam Williamson <awilliam@redhat.com> 2020-10-14 22:31:59 +00:00			`{`
			`"area": [`
			`{`
			`"height": 18,`
			`"type": "match",`
			`"width": 18,`
			`"xpos": 776,`
Drop match level of a KDE notifcations needle Sigh, transparency or something. See: https://openqa.fedoraproject.org/tests/723120#step/desktop_notifications/19 Signed-off-by: Adam Williamson <awilliam@redhat.com> 2020-11-16 19:27:38 +00:00			`"ypos": 741,`
			`"match": 90`
Simplify desktop notification checks (#195) This is the best option I can come up with to deal with #195. Update notifications seem to have become transient in KDE lately (even in F31 and F32, if I'm looking at these screenshots right). This actually simplifies things a lot to do more or less the same in the KDE and GNOME paths: open the 'permanent' store of notifications (in GNOME you get to it by clicking on the clock, in KDE via the systray) and then look for no notifications (live path) or only an update notification (post-install path). We only run this test for composes so we shouldn't need to worry about anything older than F32, and I believe this should work for KDE in F32 and F33. I left out click_unwanted_notifications for now as I'm hoping it should be unnecessary, but we can add it back in if necessary. Signed-off-by: Adam Williamson <awilliam@redhat.com> 2020-10-14 22:31:59 +00:00			`}`
			`],`
			`"properties": [],`
			`"tags": [`
Try and clean up desktop update needles a bit The 'desktop_pacakge_tool_update-kde-detected' needles and 'desktop_update_notification_systray-kde' needles are actually matching on exactly the same thing, so drop the redundancy. We need to have the desktop_package_tool_update tag on the older (F33) version of this needle because on F33 we click on it to launch the update tool in the desktop_update_graphical test; from F34 onwards this is not what we want to do so the needle should not have that tag to avoid throwing the test off. When F33 goes EOL we can drop that tag from the needle and simplify the destop_update_graphical test. Also add a needle for the Discover app's 'update' icon when no updates are found. Signed-off-by: Adam Williamson <awilliam@redhat.com> 2021-06-14 19:27:20 +00:00			`"desktop_update_notification_systray",`
			`"desktop_package_tool_update"`
Simplify desktop notification checks (#195) This is the best option I can come up with to deal with #195. Update notifications seem to have become transient in KDE lately (even in F31 and F32, if I'm looking at these screenshots right). This actually simplifies things a lot to do more or less the same in the KDE and GNOME paths: open the 'permanent' store of notifications (in GNOME you get to it by clicking on the clock, in KDE via the systray) and then look for no notifications (live path) or only an update notification (post-install path). We only run this test for composes so we shouldn't need to worry about anything older than F32, and I believe this should work for KDE in F32 and F33. I left out click_unwanted_notifications for now as I'm hoping it should be unnecessary, but we can add it back in if necessary. Signed-off-by: Adam Williamson <awilliam@redhat.com> 2020-10-14 22:31:59 +00:00			`]`
Drop match level of a KDE notifcations needle Sigh, transparency or something. See: https://openqa.fedoraproject.org/tests/723120#step/desktop_notifications/19 Signed-off-by: Adam Williamson <awilliam@redhat.com> 2020-11-16 19:27:38 +00:00			`}`