https://bugzilla.wikimedia.org/show_bug.cgi?id=48660
Web browser: ---
Bug ID: 48660
Summary: Refactor blocks into separate metrics
Product: Analytics
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: User Metrics
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected],
[email protected], [email protected],
[email protected]
Classification: Unclassified
Mobile Platform: ---
The current implementation of the blocks metric is slightly inconsistent. In
raw requests, the metric returns an array, but the default aggregator
(proportion) operates on the expectation of a boolean.
I recommend we split blocks into two separate metrics:
1) is_blocked (limited to indefinite blocks, always returning a boolean or an
undefined value, and implemented with the same parameters as the threshold
metric, with a default t=24)
2) blocks (returning a block count and the associated metadata)
is_blocked should retain proportion as a default aggregator
Once this is done, we should also reconsider the best output format for blocks
as it currently combines in the same array different types (int, timestamp) and
I am not sure this is the most useful response. The new blocks metric should
return a concise summary of an account's overall blocks history (including both
temporary and indefinite blocks), the most appropriate aggregator will need to
be defined accordingly.
See also BZ ticket #48341 for an issue affecting blocks metric aggregation.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
