Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove potential tracking issue #942

Closed
Sommerregen opened this issue Jan 20, 2017 · 4 comments
Closed

Remove potential tracking issue #942

Sommerregen opened this issue Jan 20, 2017 · 4 comments
Assignees

Comments

@Sommerregen
Copy link
Contributor

As per notifications.js#L258 Grav Admin always checks for new notifications despite of the configurations notifications.feed: false and notifications.dashboard: false.

This gets worse if the Grav cache is disabled. Then, every request pings the https://getgrav.org server with a unique timestamp for the file notifications.json and you all (Team Grav) are capable of tracking the IP and if more are having cache disabled, get a detailed view on which servers Grav is used, how often someone logs into the Admin panel, how long he or she uses it, and how many people have actually installed Admin plugin and are actively using it.

Please remove this potential tracking issue. As long as the user wants notifications I see no problems, but with notifications.feed: false or notifications.dashboard: false, or both, there should be no notification checks performed. Otherwise, I see heavy data privacy issues and the privacy of Grav Admin users unprotected...

@rhukster
Copy link
Member

There are actually 4 settings that rely on the notifications feed:

2017-01-20 at 12 30 pm

I agree though, if all 4 are off, the feed should not be requested as it's not going to be used anyway. We'll look into this.

FWIW, we don't do any tracking or logging on this request, but i understand that issue is we 'could'.

@rhukster
Copy link
Member

I also added it to the list of things to document.

@Sommerregen
Copy link
Contributor Author

Thanks, I'm pretty sure that you don't do any tracking. It was just something I noticed, when browsing through the code and thought it should be noted somewhere.

@w00fz
Copy link
Member

w00fz commented Mar 17, 2017

Done, now this actually look at the settings, if all 4 are disabled then no notification is ever called/processed and I also have all the DOM events related to notifications not getting attached.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants