Bug #8685

Adapt waiting for user notification facilities for Jessie

Added by intrigeri 2015-01-13 13:23:13 . Updated 2015-11-17 11:00:54 .

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Spoof MAC
Target version:
Tails_2.0
Start date:
2015-01-13
Due date:
% Done:

100%

Feature Branch:
feature/jessie
Type of work:
Code
Blueprint:

Starter:
Affected tool:
Deliverable for:
269

Description

In commit:3f2e56a2c269d2a3d0cbf39b86c69276faf7d93b we introduce a lookup for the notification-daemon process, which doesn’t run in GNOME Shell. This needs to be adjusted.

Note that the pgrep we’re using isn’t fool-proof: anonym has seen at least one failure when the process was running already, but the notification wasn’t shown.
Likely we need to check if the DBus service is ready instead.

Subtasks

Related issues

Related to Tails - Bug #8571: MAC spoofing failure doesn't result in panic mode (module removal) Resolved 2015-01-06
Related to Tails - Feature #10657: Factorize waiting for notifications Confirmed 2015-11-24
Has duplicate Tails - Bug #8779: Make start_notification_helper more robust Duplicate 2015-01-22

History

#1 Updated by intrigeri 2015-01-13 13:23:43

  • related to Bug #8571: MAC spoofing failure doesn't result in panic mode (module removal) added

#2 Updated by anonym 2015-01-13 14:18:10

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

#3 Updated by intrigeri 2015-01-22 19:28:42

  • related to Bug #8779: Make start_notification_helper more robust added

#4 Updated by intrigeri 2015-03-07 19:10:16

  • Status changed from Confirmed to In Progress

Applied in changeset commit:88de98a19de86af835234a0b00cd719b0bb582f2.

#5 Updated by intrigeri 2015-03-08 10:21:07

Applied in changeset commit:5771f243a5442760d2a12feef28e8caf67801b4e.

#6 Updated by intrigeri 2015-03-08 10:41:16

  • % Done changed from 0 to 10

#7 Updated by intrigeri 2015-11-10 10:27:34

  • related to deleted (Bug #8779: Make start_notification_helper more robust)

#8 Updated by intrigeri 2015-11-10 10:27:44

  • has duplicate Bug #8779: Make start_notification_helper more robust added

#9 Updated by intrigeri 2015-11-10 10:34:39

dbus-send --print-reply --session --dest=org.freedesktop.Notifications /org/freedesktop/Notifications org.freedesktop.Notifications.GetServerInformation should be enough to tell us if something (in our case, GNOME Shell) is ready to handle notifications.

#10 Updated by intrigeri 2015-11-10 11:20:59

  • related to deleted (Bug #8686: Sometimes notification-daemon aborts, causing desktop notifications to not be displayed)

#11 Updated by sajolida 2015-11-16 09:34:47

  • blocks Bug #8040: Update notification screenshots in the documentation for Jessie added

#12 Updated by intrigeri 2015-11-17 03:06:03

  • blocked by deleted (Bug #8040: Update notification screenshots in the documentation for Jessie)

#13 Updated by intrigeri 2015-11-17 11:00:54

  • Status changed from In Progress to Resolved
  • Assignee deleted (anonym)
  • % Done changed from 10 to 100
  • Feature Branch set to feature/jessie
  • Deliverable for set to 269

As reported on Bug #8779, I’ve not seen issues about lost notifications on Jessie for a while, so I think that it’s good enough to wait for ibus-daemon as we’re doing, and I’m closing this ticket. If we see issues about it again we can check for the D-Bus service as suggested above.

#14 Updated by intrigeri 2015-11-24 03:50:20

  • related to Feature #10657: Factorize waiting for notifications added