Page MenuHomePhabricator

[DeepCat] Task: Generate, preserve and transmit random usage id for logging
Closed, ResolvedPublic3 Estimated Story Points


Implement a mechanism to generate and preserve a random id on the client side and transmit it to the JSONP interface each request.

Event Timeline

WMDE-Fisch raised the priority of this task from to Needs Triage.
WMDE-Fisch updated the task description. (Show Details)
WMDE-Fisch added a subscriber: WMDE-Fisch.

For the non Git-Hubers: A discussion about privacy is going on in the PR. I try to sum it up here.

Introducing the suggested changes might scare users, being tracked. We should be aware of that fact and avoid unnecessary data gathering. Since we do not know if the data we would get is of any use ( because just few people using the tool ) it might be useless logging it at all.

We were also discussing alternatives like also suggested here to get usage data.

This is all true but still we wont know how the gadget gets used _if_ it is announced probably to a bigger audience. And having than usable results of how the community is using it would be really helpful to promote our goals. We can still focus on anonymity and privacy there keeping the data to the minimum.

About it is a better approach. At least to know how many useres uses the gadget.

But it gives us now idea how the usage is spread across the users. ( power users vs. regular users ) and we can only make use of it, if the gadget is accepted to be added to that list. I doubt that this will happen a) in the near future and b) at all, if the functionality is still limited like it is now or will be if we don't find a solution with the Cirrus-Search team.

Everything we do should be as transparent as possible. If we merge this PR and roll the gadget with it the users will bin informed in detail on the official announcement page about the usage logging. We dont want to know which user searches what. We just want to have a brought idea of the general acceptance of the feature among users. And a vague idea how the users use the feature in concerns of frequency and intensity.

WMDE-Fisch changed the task status from Open to Stalled.Aug 21 2015, 9:13 AM

Since the discussion in advanced we reconsidered logging individual users and decided to stall the development on that side. will still be implemented.

KasiaWMDE lowered the priority of this task from High to Low.Sep 3 2015, 10:58 AM