bd808 added a comment.
See the comment at the bottom of https://wikitech.wikimedia.org/wiki/Analytics/Data_Lake/Traffic/ApiAction:
-- NOTE: there are many params we do not want to count distinct values of
-- at all (eg maxlag, smaxage, maxage, requestid, origin, centralauthtoken,
-- titles,
Yurik added a comment.
@Smalyshev would it be possible to at least provide a few "helper" functions like convert(point) -> ?x, ?y, ?z and the reverse? This way the user could bind x,y,z variables, do the average aggregation, and use the reverse x,y,z -> point.TASK
debt created this task.debt added projects: Discovery, Discovery-Analysis, Structured-Data-Commons.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONAs the #structured-data-commons project ramps up, we'll need to figure out a baseline for metrics on Commons in
Smalyshev added a comment.
Hmm, I am not sure whether it is possible to define custom aggregate functions in Blazegraph. Aggregates do not work the same way as regular functions, and it looks like they are defined on grammar level. If so, defining custom aggregate may not be possible.TASK
Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Nikki, Smalyshev, Aklapper, Yurik, Lordiis, GoranSMilovanovic,
gerritbot added a comment.
Change 374654 had a related patch set uploaded (by Smalyshev; owner: Smalyshev):
[wikidata/query/rdf@master] Make distance between very close points equal to 0
https://gerrit.wikimedia.org/r/374654TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Nikki, Smalyshev, Aklapper, Yurik, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls,
Smalyshev added a project: Upstream.Smalyshev added a comment.
Reported issue upstream as https://jira.blazegraph.com/browse/BLZG-9038.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki,
Urbanecm added a comment.
Please let me know as soon as this change will be ready-to-process . Technically it isn't a problem (just remove the rights from newbies and maybe hide the merging dialog).TASK DETAILhttps://phabricator.wikimedia.org/T174345EMAIL
Smalyshev added a comment.
The calculations are already done with doubles. However, standard arccos formula is not good for small distances even with doubles - the value inside arccos can become >1 due to rounding errors, which produces the NaN. Haversine formula is said to behave better, but I'm
Smalyshev created this task.Smalyshev added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONWhen coordinates are exported into RDF, they are represented with many more digits than the precision allows. I.e.,
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[[ https://stackoverflow.com/questions/1185408/converting-from-longitude-latitude-to-cartesian-coordinates | this stackoverflow question ]] provides a more accurate implementationsimple explanation of how it is done,
Yurik added a comment.
Float is good enough to store longitude and latitude - precision 1-2 meters at worst. The calculations on the other hand would need to be done with doubles - most trigonometry functions use them anyway.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL
Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[[ https://stackoverflow.com/questions/1185408/converting-from-longitude-latitude-to-cartesian-coordinates | this stackoverflow question ]] provides a more accurate implementation, by transitioning each point's (lon,
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONGiven a set of points, it is frequently needed to calculate their "average" point - a weighted center of sorts. Simply creating a
Smalyshev added a comment.
@Nikki the results you're getting are because of difference of precisions between Getty and our data. Those seem to be the same points, just with different precision. I wonder if we shouldn't limit precision of the data for the purposes of distance calculation.TASK
hoo renamed this task from "[Story] purge cached renderings of IDs when the formatter URI changes" to "[Story] purge cached renderings of IDs when the formatter URL changes".
TASK DETAILhttps://phabricator.wikimedia.org/T112081EMAIL
hoo renamed this task from "[Story] purge cached renderings of IDs when the formatter URl changes" to "[Story] purge cached renderings of IDs when the formatter URI changes".
TASK DETAILhttps://phabricator.wikimedia.org/T112081EMAIL
Reedy added a comment.
func_get_args is very false positive/naive check.
Upstream issue filed, with various examples provided at https://github.com/sstalle/php7cc/issues/127TASK DETAILhttps://phabricator.wikimedia.org/T173850EMAIL
Mattflaschen-WMF removed projects: Flow, Collaboration-Team-Triage.Mattflaschen-WMF added a comment.
Thanks for running this check. Flow looks good.
File: /home/reedy/git/mediawiki/core/extensions/Flow/includes/Data/Storage/RevisionStorage.php
> Line 324: [Warning] Nested by-reference foreach
Mattflaschen-WMF added a project: Flow.Herald added a project: Collaboration-Team-Triage.
TASK DETAILhttps://phabricator.wikimedia.org/T173850EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Mattflaschen-WMF, Liuxinyu970226, WMDE-leszek,
Bugreporter added a comment.
For example in French version, The name of Global CSS/JS are translated as "CSS/JS global", where most extension names are untranslated and not translateable. I don't know whether it is the intended behavior to allow translation of extension names. (If Yes, why most
Legoktm added a comment.
What exactly is this task about? What's the problem you're seeing and what solution do you expect?TASK DETAILhttps://phabricator.wikimedia.org/T174443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, Aklapper,
Ladsgroup added a subtask: T174474: ApiAction log in data lake doesn't record Wikibase API actions.
TASK DETAILhttps://phabricator.wikimedia.org/T174442EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Lucas_Werkmeister_WMDE, Aklapper, Ladsgroup,
Ladsgroup added a parent task: T174442: Consider removing claimid parameter of wbcheckconstraints API.
TASK DETAILhttps://phabricator.wikimedia.org/T174474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Lucas_Werkmeister_WMDE, bd808,
Ladsgroup added a project: MediaWiki-extensions-WikibaseRepository.Herald added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T174474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Lucas_Werkmeister_WMDE, bd808,
Kiailandi added a comment.
In T173761#3559193, @Jarekt wrote:
F9195035: New Picture (4).png
I am new to primary-sources tool, but for me it does not even handle simple dates like years. The tool proposes duplicate statements and if you approve it it adds it and proposes another copy. Rejecting
Addshore added a comment.
Create those using wbeditentity
+1 as said previously.
Clients should be able to re-use code for creating different kinds of entities
Forms and Senses should be treated just like other entities, for consistency
All APIs that create or edit entities must consistently
Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Messages are displayed as raw message name, or in English (both are unexpected)
Note: also happen in sr-ec and be-tarask
See also:...TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL
Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...If you have switched the interface language sometimes the interface are sometimes (**not always**) displayed in the nearest fallbacked language **you previously used** (purging will clear this record).
Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...cs->sk (no interface language fallback, language partly in sk and partly in raw message name)...TASK DETAILhttps://phabricator.wikimedia.org/T173662EMAIL
Bugreporter added a comment.
more strange behavior are reported in T173662: Apply correct fallback for messages displayed on interface.TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc:
Bugreporter renamed this task from "Raw message name displayed on interface" to "Apply correct fallback for messages displayed on interface".Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... # switch the interface to a lesser-used language (this bug does
hoo closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, hooCc: daniel, gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl,
hoo closed subtask T51315: [Story] record wikibase recent change entries attributed as non-anon as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Tbayer, Aschroet, IKhitron,
Jonas added a comment.
Thanks for reporting!
Unfortunately there is a bug with the grunt i18n merge plugin.TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: PokestarFan, Jonas, VIGNERON, Aklapper,
Jonas added subscribers: VIGNERON, Jonas, PokestarFan.Jonas merged a task: T171597: Breton translation of the SPARQL query service doesn't work.
TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc:
Jonas closed this task as a duplicate of T174463: No message display in languages with variant.
TASK DETAILhttps://phabricator.wikimedia.org/T171597EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Aklapper, VIGNERON, PokestarFan,
Smalyshev added a comment.
Looks like the points that produce NaN are pretty close... May be a precision thing.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki, Smalyshev, Aklapper, Yurik,
Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...See also:
{T173662}
{T174463}
TASK DETAILhttps://phabricator.wikimedia.org/T174461EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Bugreporter,
Bugreporter created this task.Bugreporter added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONReproduce:
https://query.wikidata.org/
switch the interface to 中文(简体) (zh-cn)
if you see message in English, refresh
gerritbot added a comment.
Change 374512 merged by jenkins-bot:
[wikidata/query/rdf@master] Use the standard MDCInsertingServletFilter instead of our custom LoggingFilter
https://gerrit.wikimedia.org/r/374512TASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL
Bugreporter created this task.Bugreporter added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONReproduce:
https://query.wikidata.org/
use any language
In query helper shows "wdqs-ve-filter" and "wdqs-ve-show"
gerritbot added a comment.
Change 370628 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Indicate recognized/unrecognized input in entityselector.
https://gerrit.wikimedia.org/r/370628TASK DETAILhttps://phabricator.wikimedia.org/T170531EMAIL
Zoranzoki21 removed Zoranzoki21 as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T174232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: Bugreporter, gerritbot, Zoranzoki21, Mbch331, Reke, Shangkuanlc, Aklapper,
Gehel added a comment.
Oh, I was expecting %{HOSTNAME} to be interpreted by logstash itself, not as a ref in the same document. There is something about HOSTNAME being lazy loaded in recent version of logback. I'll try to find the reference...TASK
EBernhardson added a comment.
In T172710#3561315, @Gehel wrote:
Logs are now sent to logstash, but the "host" field isn't set correctly (its value is always "%{HOSTNAME}". Some analysis:
logs are sent over UDP, using the net.logstash.logback.appender.LogstashSocketAppender, to logstash port
Bugreporter closed subtask T174232: Add monolingual language code tay (Atayal) as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T144272EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Mbch331, Lydia_Pintscher, Zoranzoki21, Nikki,
Bugreporter closed this task as "Declined".Bugreporter added a comment.Herald removed a subscriber: Liuxinyu970226.
No longer needed, see T173383: Add Atayal (tay) to Names.phpTASK DETAILhttps://phabricator.wikimedia.org/T174232EMAIL
gerritbot added a comment.
Change 374505 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Make dbBatchSize in WikiPageUpdater configurable
https://gerrit.wikimedia.org/r/374505TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL
gerritbot added a comment.
Change 349977 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Transform user ID from repo to client in change prop
https://gerrit.wikimedia.org/r/349977TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL
Bugreporter created this task.Bugreporter added projects: TimedMediaHandler, GlobalCssJs, MediaWiki-extensions-LocalisationUpdate, Revision-Slider, Wikidata-Page-Banner.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, TCB-Team.
TASK DESCRIPTIONSee
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSince we’re already going to make a breaking change to the wbcheckconstraints API, we could also consider
chasemp added a comment.
In T168765#3561990, @Marostegui wrote:
In T168765#3561986, @Marostegui wrote:
In T168765#3561969, @Krenair wrote:
Was the maintain-views step not completely performed?
MariaDB [hiwikiversity_p]> show tables;
Empty set (0.00 sec)
Looks like it is missing on 1001 and
Lydia_Pintscher added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T173936EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Legoktm, greg, Lydia_Pintscher, daniel, thiemowmde, WMDE-leszek, Aleksey_WMDE,
Nikki added a comment.
I got NaN for the distance recently too, with something similar to this query (only includes the affected items, to make it faster).TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
daniel added a comment.
Quick reality check: based on the above numbers, less than 2% of enwiki subscriptions are stale, and about 5% of ruwiki subscriptions are stale. That's worth investigation, but probably doesn't have a huge impact.TASK DETAILhttps://phabricator.wikimedia.org/T173008EMAIL
daniel added a comment.
Pruning stale subscriptions would be nice indeed. Finding out where they come from, and fixing that, would be even better :)TASK DETAILhttps://phabricator.wikimedia.org/T173008EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc:
Marostegui added a comment.
In T168765#3561986, @Marostegui wrote:
In T168765#3561969, @Krenair wrote:
Was the maintain-views step not completely performed?
MariaDB [hiwikiversity_p]> show tables;
Empty set (0.00 sec)
Looks like it is missing on 1001 and 1003 (I assumed Andrew did it there).
Marostegui added a comment.
In T168765#3561969, @Krenair wrote:
Was the maintain-views step not completely performed?
MariaDB [hiwikiversity_p]> show tables;
Empty set (0.00 sec)
Looks like it is missing on 1001 and 1003 (I assumed Andrew did it there). I will do it in a secTASK
Reedy added a subscriber: Marostegui.Reedy added a comment.
In T171829#3553943, @Marostegui wrote:
The blocker is fixed and so is this one too:
mysql:root@localhost [hiwikiversity_p]> show tables;
+---+
| Tables_in_hiwikiversity_p |
+---+
|
Krenair added a comment.
Was the maintain-views step not performed?
MariaDB [hiwikiversity_p]> show tables;
Empty set (0.00 sec)TASK DETAILhttps://phabricator.wikimedia.org/T168765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Reedy, KrenairCc: Krenair,
Qgil added a comment.
In T170236#3487375, @Elitre wrote:
See https://phabricator.wikimedia.org/T170126#3487371 - not sure "umbrella" tasks are really useful or necessary - they end up among your open tasks and they can't really be resolved... the child one instead is great!
I agree.TASK
Jakob_WMDE added a comment.
The latest patch has the icon-less version for now.TASK DETAILhttps://phabricator.wikimedia.org/T170531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: abian, gerritbot, Sjoerddebruin, Jonas, PokestarFan, James_Budday,
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONwikibase/wikibase depends on data-values/common ^0.4.0, but its dependencies
data-values/geo
data-values/number
data-values/time
Charlie_WMDE added a comment.
I agree with @abian in that a more stylized x could be beneficial although I also see how the current x does not suggest clickability just from its appearance. I also agree that the two check marks next to each other are not a very elegant solution.
We could also
Elitre added a comment.
https://commons.wikimedia.org/wiki/Commons:Structured_data/Development has a lot of historical content. I know you'll overhaul stuff soon, so I don't know if there's a place where to link this deck from, but I do think there must be a place where such TL;DRs are
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T172192EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jakob_WMDE, Lydia_Pintscher, thiemowmde, Jonas, WMDE-leszek, Aklapper, daniel,
gerritbot added a comment.
Change 374524 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek):
[mediawiki/extensions/Wikibase@master] [DNM][POC] Demonstrate how possibly API class could allow handling "hierarchical entity IDs".
https://gerrit.wikimedia.org/r/374524TASK
Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- [ ] [Add context for statements](https://gerrit.wikimedia.org/r/#/c/369420) + [tests](https://gerrit.wikimedia.org/r/#/c/369420)
- [x] [Add context for
gerritbot added a comment.
Change 374513 had a related patch set uploaded (by Gehel; owner: Gehel):
[operations/puppet@production] wdqs - change logging pattern to conform to the logback MDCInsertingServletFilter
https://gerrit.wikimedia.org/r/374513TASK
gerritbot added a comment.
Change 374512 had a related patch set uploaded (by Gehel; owner: Gehel):
[wikidata/query/rdf@master] Use the standard MDCInsertingServletFilter instead of our custom LoggingFilter
https://gerrit.wikimedia.org/r/374512TASK
Lydia_Pintscher closed subtask T169707: Check constraints on new and edited statements by default as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T173695EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Jonas, Lydia_Pintscher,
Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment.
declined per quick discussion with LucasTASK DETAILhttps://phabricator.wikimedia.org/T169707EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher,
Jklamo added a comment.
I have spotted some missing label yesterday as well. It was label of P452, but all was fixed after page reload.TASK DETAILhttps://phabricator.wikimedia.org/T172776EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, JklamoCc:
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: Aklapper, fgiunchedi, aaron, Krinkle, Jdforrester-WMF, WMDE-leszek, jcrespo, Esc3300,
gerritbot added a comment.
Change 374505 had a related patch set uploaded (by AnotherLadsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Make dbBatchSize in WikiPageUpdater configurable
https://gerrit.wikimedia.org/r/374505TASK
Ladsgroup renamed this task from "Made dbBatchSize in WikiPageUpdater configurable" to "Make dbBatchSize in WikiPageUpdater configurable".
TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc:
Ladsgroup created this task.Ladsgroup added projects: Wikidata, Wikidata-Sprint, Patch-For-Review, Performance-Team (Radar).Herald edited projects, added User-Ladsgroup; removed Patch-For-Review.
TASK DESCRIPTIONWe made a hotfix to reduce the size of db batch size in WikiPageUpdater but this needs
Ladsgroup created subtask T174422: Made dbBatchSize in WikiPageUpdater configurable.
TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Nemo_bis, Andreasmperu, BBlack, Peachey88, Liuxinyu970226,
Gehel added a comment.
Logs are now sent to logstash, but the "host" field isn't set correctly (its value is always "%{HOSTNAME}". Some analysis:
logs are sent over UDP, using the net.logstash.logback.appender.LogstashSocketAppender, to logstash port 11514
logstash is configured with an input
Ladsgroup added a comment.
In T172776#3545326, @Esc3300 wrote:
Labels are still missing ..
Can you mention where they are missing so I can investigate.TASK DETAILhttps://phabricator.wikimedia.org/T172776EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
82 matches
Mail list logo