Project

General

Profile

Bug #8140

Bug #8686: Sometimes notification-daemon aborts, causing desktop notifications to not be displayed

Feature #9332: Test that notification-daemon is running

Running applications via the GNOME menu is fragile

Added by intrigeri over 4 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Test suite
Target version:
Start date:
10/16/2014
Due date:
% Done:

100%

Feature Branch:
test/8140-more-robust-apps-menu
Type of work:
Code
Blueprint:
Starter:
Affected tool:

Description

I've seen e.g. FindFailed: can not find GnomeApplicationsTerminal.png on the screen. The screenshot shows the "Accessories" menu entry being hovered, but its submenu entries are not shown. I think there's a race here: just hovering "Accessories" and waiting a bit is enough for the submenu to open. But we do click on it, and if the submenu was already open by hovering, then clicking closes it.

I'll try to fix that for 1.2.1, but it might need to be postponed a little bit. And if you want it, you have it.


Subtasks


Related issues

Related to Tails - Bug #8875: Make running applications from the GNOME menu more robust, again Resolved 02/06/2015
Related to Tails - Bug #8928: "unclutter" can cause spurious errors with some configurations Resolved 03/03/2015

Associated revisions

Revision e6dec8e8 (diff)
Added by Tails developers over 4 years ago

Don't click to open a sub-menu in the GNOME applications menu (Closes: #8140).

Just hovering a sub-menu (e.g. "Accessories") and waiting a bit is enough for
the submenu to open. But we did click on it, and if the sub-menu was already
open by hovering, then clicking closed it, of course resulting in FindFailed
exceptions to be thrown.

History

#1 Updated by intrigeri over 4 years ago

  • Blocks Feature #5288: Run the test suite automatically on autobuilt ISOs added

#2 Updated by intrigeri over 4 years ago

  • Status changed from Confirmed to In Progress
  • % Done changed from 0 to 10
  • Feature Branch set to test/8140-more-robust-apps-menu

#4 Updated by intrigeri over 4 years ago

  • Assignee deleted (intrigeri)
  • % Done changed from 10 to 50
  • QA Check set to Ready for QA

I've exercised it successfully with the following tests: features/apt.feature features/encryption.feature features/i2p.feature features/torified_gnupg.feature features/unsafe_browser.feature. Not seen any regression nor occurrence of the bug this branch is supposed to fix.

#5 Updated by anonym over 4 years ago

  • Status changed from In Progress to Fix committed
  • % Done changed from 50 to 100
  • QA Check changed from Ready for QA to Pass

#6 Updated by BitingBird over 4 years ago

  • Status changed from Fix committed to Resolved

#7 Updated by intrigeri over 4 years ago

  • Blocks deleted (Feature #5288: Run the test suite automatically on autobuilt ISOs)

#8 Updated by intrigeri over 4 years ago

  • Parent task set to #8539

#9 Updated by intrigeri over 4 years ago

  • Related to Bug #8875: Make running applications from the GNOME menu more robust, again added

#10 Updated by intrigeri over 4 years ago

  • Related to Bug #8928: "unclutter" can cause spurious errors with some configurations added

Also available in: Atom PDF