with the old scopes, the user had basically now control where his data was sent when doing a search on the home scope. The query went to the smart scope server and eventually to any recommended scope. Example: user typing "ter" in home scope just to start "terminal" app resulted in sending this query to e.g. Amazon. That's why the scopes privacy flag was introduced.
However, the situation with the new scopes is slightly different. No scopes are automatically queried without the user having any control over it. The scope scope just returns a list of recommended scopes, but does not query those (with some exceptions like wiki or weather). After getting a scope recommendation list, a user consciously selects a scope to query. Additionally, the user will be able to un-/favor scopes, e.g. unfavor the aggregating music scope (e.g. querying grooveshark) and just favor the local music if he doesn't want any remote source to be queried. So, to summarize, less magic, more control to the user to which scopes to actually query. >From that point of view, the question is if we really need the scope privacy flag in future. I mean we don't have the equivalent on the app side neither, if a user is deeply concerned about data leaving his phone then he should be turning off the data connection altogether. Possible options to go forward: 1) Remove the scopes privacy flag because there is more control to the user. 2) Keep the privacy flag, with that trust the "trusted" scopes to not query the internet (we cannot enforce this), and utilize the confinement to prevent running any untrusted scopes querying the internet. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1302801 Title: All new scopes are ignoring the privacy setting for Phone only To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1302801/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs