Why? (isn't it already possible to deactivate the Referers plugin)?

Good Point Anthon, didn't think of a solution which is so easy. ;) For me, this would be enough and we would not need another level of functionality -> CLOSED.

Disabling the Referers will not prevent the referer from being saved in the Goal table and Visit table, so it still requires a new setting to disable referer logging completely (ie. remove the urlref and _ref parameters)

After having a talk again with the person in charge of the piwik study (regarding privacy concerns), we should assure that piwik won't store any referer information after the plugin has been disabled.

I would like to roll all the privacy recommemdations (#2094 and #2095) and existing features (AnonymizeIP, OptOut, and DoNotTrack) into a single Privacy plugin, consolidating all the related settings into a single Admin screen.

Good idea. That would increase the usability, comfort and consistency of the privacy configuration by far. +1

we should do this for 1.2, as it is very simple

vipsoft, OK for having a single Privacy plugin, with its own Settings page in Piwik. Also we have to expose the anonimize "number of bytes to remove" via the UI rather than the config file. Should we create a ticket?

Yes, we should have a ticket that consolidates the specs for the new plugin.

With respect to #1552 (admin submenus), where would this fit in the proposed menu hierarchy?

Should we block on #1713 (config class refactoring)? We should remove AnonymizeIP from an existing config.ini.php during the update.

included this requirement in the new ticket at #2233

for the config file, 1713 is not required because the config file value is used for BC until the UI itself was used to configure. The UI, once it has been submitted once and the value found in option table, is overriding the config file value (I wrote this in the ticket), this is how we handled previous config file to UI conversions.