queued snap decisions shown on greeter when they shouldn't

[Bill Filler]

build r60, with split greeter

1) Add a contact with an avatar and phone number in address book
2) lock the phone
3) Call the phone from the phone number associated with the contact added in 1)
4) Confirm that snap decision has correct Contact Name, Avatar and phone number
5) dismiss the call
6) repeat steps 1-6
7) now unlock the phone so apps scope is showing
8) call the phone again
9) dismiss the call when the snap decision is displayed
10) let the screen timeout
11) press the power button

Expected results:
- The greeter is displayed

Actual result
- The greeter is displayed with two snap decisions for incoming calls stacked on top of each other

[Michał Sawicz (saviq)]

FWIW I'm starting to think we need a single instance to display the notifications / snap decisions, that being the greeter (and not the user session)...

This would be much easier with the "Post Office", but until that plan and implementation is in place we'll need to take care of this how it is now.

[Michael Terry (mterry)]

This sounds related to (fixed) bug 1317685, where telephony-service isn't listening to ofono to determine call state, but instead assuming it is the only thing that talks to ofono.

[Michał Sawicz (saviq)]

Yeah, still got it today in image 62 + silo 020, so needs more investigation for sure.

[Tiago Salem Herrmann (tiagosh)]

mterry: I am not sure if this issue is related. Running the approver by hand as lightdm shows that it receives the call and tries to show the snap decisions, but nothing appears on the screen. I also noticed an error like this: "Failed to show snap decision: timeout". It does not happen every time, but I have seen it a couple of times in the logs.
Killing the approver also does not fix the issue. I wonder if both approvers placing the same notification at the same time isn't triggering some bug somewhere.

[Michał Sawicz (saviq)]

I got ~this (just one invalid snap on greeter) today with:

* call phone
* decline the call in greeter
* clear the missed calls list in greetere.
* go into session, clear missed calls in greeter
* lock the phone again

Now I have a ~persistent incoming call s-d - declining again made it go away, but it came back after another unlock/lock cycle. Accepting the call seems to have cleared it in the end.

This seems to be reliably reproducible, too.

[Michał Sawicz (saviq)]

Because those are actual, real s-ds, I'd say this is not a unity8 issue.

[Launchpad Janitor (janitor)]

This bug was fixed in the package telephony-service - 0.1+14.10.20140609-0ubuntu1

---------------
telephony-service (0.1+14.10.20140609-0ubuntu1) utopic; urgency=low

  [ Gustavo Pichorim Boiko ]
  * Try to postpone the handler initialization as much as we can. It is
    still launched when the approver is started, but that is probably
    because of the telepathy introspection. (LP: #1325702)

  [ Tiago Salem Herrmann ]
  * Clear pending snap decision when rejecting an incoming call. (LP:
    #1325702)
 -- Ubuntu daily release <email address hidden> Mon, 09 Jun 2014 20:52:51 +0000