Removed department stays in the shell

[Paweł Stołowski]

It's seems like the plugin doesn't notice when one of the departments disappears (is no longer returned by the scope) and doesn't notify shell about it, so that department is still displayed.

This is visible with the following branch of click scope: https://code.launchpad.net/~stolowski/unity-scope-click/no-empty-departments/+merge/230077

The case is as follows - consider we're always in the root of all departments in the dash.
1) scope responds with A and B sub-departments of "All departments"; A and B are shown when you open the departments menu.
2) scope content is refreshed somehow (e.g. you redo a search), and now it responds with A only.

Result: both A and B are still shown.

Expected result: only A is shown.

Steps to reproduce with the above branch of click scope:
1) Go to Ubuntu Store and install an app from a department, that was previously not shown in Apps.
2) After installation completes, go back to Apps - search results are refreshed (new app appears), and new department appears in the departments menu.
3) Uninstall that app: search results are refreshed, but the department that is now empty doesn't disappear (you can verify with scopes-cli that it's not returned anymore by the scope); after reboot however the department is not shown anymore

[Launchpad Janitor (janitor)]

This bug was fixed in the package unity-scopes-shell - 0.5.4+14.10.20141002-0ubuntu1

---------------
unity-scopes-shell (0.5.4+14.10.20141002-0ubuntu1) utopic; urgency=low

  [ Pete Woods ]
  * Remove missing departments (LP: #1354362)

  [ Pawel Stolowski ]
  * Remove missing departments (LP: #1354362)
  * Iterate over temprary dash pages of every scope to find matching
    scope when dbus signal for results invalidation was received. This
    is only done if there was no match among favorite scopes. (LP:
    #1365544)
  * Fix signature of the deleteLater slot when scheduling scope for
    removal after un-favoriting.
  * Send build number, release name and package versions of unity8,
    shell plugin and scopes api with user-agent hint in SearchMetadata
    and PreviewMetadata. (LP: #1372834)

  [ Marcus Tomlinson ]
  * Handle "scopes" scope invalidation by re-populating the overview
    scope. (LP: #1375718)
 -- Ubuntu daily release <email address hidden> Thu, 02 Oct 2014 07:18:26 +0000

[Pete Woods (pete-woods)]

This still seems to be happening. We have a scope now which highlights the issue:

lp:~unity-api-team/+junk/missing-dept-scope

This scope uses URLs for its department IDs. The URLs change depending on a "limit" setting. So to reproduce, go to the settings , change the value to 21 from 20, then go back and pick a department. You will see that the shell is passing an old department ID with the original limit of 20 in it.

While I do think it's probably bad to set the department IDs like this, it should still work.