MisterSynergy added a comment.
To add background to this request: we have recently had ~2400 deleted
Wikidata items that were still used by SDC; many of these deletions have taken
place years ago. It is super inconvenient to check whether an item is being
used with SDC, thus practically no
MisterSynergy added a comment.
Some remarks:
- We should consider these canonical HTTP URIs to be //names// in the first
place, which are unique worldwide and issued by the Wikidata project as the
"owner" [1] of the wikidata.org domain. The purpose of these //names// is to
MisterSynergy added a comment.
In T323460#8427196 <https://phabricator.wikimedia.org/T323460#8427196>,
@GoranSMilovanovic wrote:
> I think we can close this ticket. Thank you.
I think so as well, but leave it up to you to do so. Thank you for your
efforts.
TASK DETAI
MisterSynergy added a comment.
In T321571#8419697 <https://phabricator.wikimedia.org/T321571#8419697>,
@Sarai-WMDE wrote:
>> - The background image ("hero") seems to scale okay-ish on desktop now,
but there is some CSS definition in the mobile skin (as much as I
MisterSynergy added a comment.
Thank you for the advice. I have tried to implement as much as my
capabilities allow; I am not a frontend dev, thus please verify :-)
What's missing:
- The background image ("hero") seems to scale okay-ish on desktop now, but
th
MisterSynergy created this task.
MisterSynergy added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
WDCM data
<https://analytics.wikimedia.org/published/datasets/wmde-analytics-engineering/wdcm/etl/>
has been last updated on 2022-11-08, i.e. 1
MisterSynergy added a comment.
I have already proposed a bot task that would deal with exactly such cases
here: Wikidata:Requests for permissions/Bot/MsynBot 10
<https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/MsynBot_10>.
TASK DETAIL
https://phabricator.wikimed
MisterSynergy added a comment.
Thanks for looking into this. Some more context:
We have had several requests such as this one
<https://www.wikidata.org/w/index.php?title=Wikidata_talk:Main_Page&oldid=1716381538#Layout_of_the_%E2%80%9CWelcome_message%E2%80%9D_on_the_gray_backgrou
MisterSynergy added a comment.
Another status update:
I have now migrated this job from PAWS to Toolforge (`msynbot` tool account)
. Due to memory restrictions on Toolforge, I had to rewrite much of the code
unfortunately. The memory-intensive operation is no longer done with
Python
MisterSynergy added a comment.
Can we please also quickly reset the counters to actual values?
The item count on the Wikidata main page is fed from this table, and since it
is a matter of 1-3 days that we hit 100.000.000 items (which we actually
don't), there are quite some eyes on
MisterSynergy added a comment.
In order to keep things simple, I'd like to mention that the community will
anyways operate a (daily?) bot that manages these badges:
- Add "sitelink to redirect" badge where it is missing
- Remove "sitelink to redirect" badge and
MisterSynergy added a comment.
Status update: the backlog of sitelinks to inexistent pages is cleared,
except for:
- Sitelinks to wikis that have been closed (their status is undetermined
anyways; number of cases is unknown)
- Sitelinks to Special pages, which appear as inexistent in
MisterSynergy added a comment.
Status update: In the past days, I have removed deleted sitelinks for the
"easy" cases where the reason is relatively obivous. This has reduced the
number of open cases from ~60k to ~6k (i.e. 90% reduction). Findings:
- Around 6k cases resulted
MisterSynergy added a comment.
I don't think "User:Hoo bot" has much influence here as this bot has not
edited Wikidata since 2016-10. While many cases are a couple of years old, they
are not *that* old in fact. As much as I am aware, nobody has taken care of
this for a long
MisterSynergy added a comment.
@Manuel: I have looked into this again. As of now, I have this list of
potential reasons for sitelink update failures:
1. Sitelink configuration-related reasons
1. A page on the client is "moved without a redirect" to another namespac
MisterSynergy added a comment.
@Manuel:
- I got a bot task approved that allows me to tidy these sitelinks up
regularly (i.e. remove from the item if the page is inexistent on the client
wiki). This itself can be considered a "dirty" solution to the problem, but
clearly no
MisterSynergy added a comment.
In T278962#7929755 <https://phabricator.wikimedia.org/T278962#7929755>,
@Taylor wrote:
> But storing it at WikiData requires to re-run the single bot and reinspect
all pages on all wikis regularly.
It's not that complicated. Using th
MisterSynergy added a comment.
I came across some of these cases and thought the situation could require
some tidying, so I wrote a script which lists sitelinks to inexistent client
wiki pages in order to process them. Some patterns that I notice after closely
looking at dewiki, ptwiki, and
MisterSynergy added a comment.
In T297513#7564527 <https://phabricator.wikimedia.org/T297513#7564527>,
@Lydia_Pintscher wrote:
> This sounds useful indeed. Is this something that can be done as an
external tool?
Not sure whether this is a good idea. Access to deleted c
MisterSynergy added a comment.
Good to see this problem being addressed. Some remarks:
- As much as I am aware, we do not fail the classification job completely.
It's the P279 <https://phabricator.wikimedia.org/P279>/subclass-of hierarchy
which some refer to as the "W
MisterSynergy added a comment.
In T226885#7196677 <https://phabricator.wikimedia.org/T226885#7196677>,
@Lydia_Pintscher wrote:
> I think this is now being done regularly by @MisterSynergy, correct?
Yes, with User:MsynABot.
- The task is scheduled to be run autonomous
MisterSynergy added a comment.
In T284850#7158957 <https://phabricator.wikimedia.org/T284850#7158957>,
@GoranSMilovanovic wrote:
> @MisterSynergy Could you please check the wdcm_topItems.csv
<https://analytics.wikimedia.org/published/datasets/wmde-analytics-engineer
MisterSynergy added a comment.
In T284850#7152920 <https://phabricator.wikimedia.org/T284850#7152920>,
@GoranSMilovanovic wrote:
> @MisterSynergy
>
> Please share the previous version of `wdcm_topItems.csv` here. I am on it.
Highest priority. Thank you for catchi
MisterSynergy created this task.
MisterSynergy added projects: Wikidata, WMDE-Analytics-Engineering.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
My adminbot protects "highly used item pages" in Wikidata per policy
<https://www.wiki
MisterSynergy added a comment.
Continuation of the table above (numbers taken from the revision history of
https://www.wikidata.org/wiki/User:MisterSynergy/itemstats):
| **Week ending ...** | **Total skipped items** | **weekly increase** |
| 27 February 2021| 8542979
MisterSynergy added a comment.
@DannyH and others: German Wikipedia uses "flagged revisions" on all pages;
changes are only being displayed to readers if they have been flagged/reviewed
by an experienced editor.
How would SHORTDESC interact with flagged revisions? Would it r
MisterSynergy added a comment.
In T281063#7047547 <https://phabricator.wikimedia.org/T281063#7047547>,
@GoranSMilovanovic wrote:
> @MisterSynergy
>
> The WDCM system update should be in place now.
>
> Please let me know if the datasets
<https://wikida
MisterSynergy created this task.
MisterSynergy added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Some of the datasets provided via
https://wikidata-analytics.wmcloud.org/app_direct/WikidataAnalytics/datasets.html
seem to be empty since an update
MisterSynergy added a comment.
In T279829#7028342 <https://phabricator.wikimedia.org/T279829#7028342>,
@XanonymusX wrote:
> Yeah, as I proposed, we should choose a different path for that issue; I
will specify my proposal very soon (was thinking about 90% of the 2.13 mln),
an
MisterSynergy added a comment.
The German Wikipedia community has not yet even discussed whether Wikidata
descriptions should be dumped completely, or which milestone would be
appropriate. Some remarks:
- In case this gets approved, there is a plan to add short descriptions from
MisterSynergy added a comment.
I read the announcement and I am pretty excited about the improvements. The
query-preview servers do not seem to have the problem that I have reported
here, but I am not sure right now whether you have reloaded the entities there
as well.
Until now I have
MisterSynergy created this task.
MisterSynergy added projects: Wikidata-Query-Service, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Similarly as in T239338 <https://phabricator.wikimedia.org/T239338>, I hereby
request manually purging the following
MisterSynergy added a comment.
The bot job is on hold for a couple of days to see where this goes. If this
ticket gets stalled, I will continue as this is strictly seen not a problem
with my bot or its job.
Aside from that, some observations:
- I do see these protection log entries
MisterSynergy added a comment.
| **Week ending ...** | **Total skipped items** | **weekly increase** |
| 5 December 2020 | 8303905 | +1256459
|
| 12 December 2020| 8351248 | +47343 |
| 19 December 2020
MisterSynergy added a comment.
More: only 77 items have been created in the past 30 days using Relator (per
recentchanges table), 67 of them by User:Animalparty [1]. This user also
created some items related to "Edwin M. Post" recently [2][3][4]. The other
Relator users are Use
MisterSynergy added a comment.
Re. "Maggie Rogers": the request does not create an item since the input is
not formatted correctly. If I throw this exact input to the API using
pywikibot's editentity function [1], I get this error message: "WARNING: API
error not-reco
MisterSynergy added a comment.
@Lucas_Werkmeister_WMDE: We have not seen excessive phases of QID skipping
since the week ending December 5. We skip around 10k–50k QIDs per week since
then which seems pretty "normal".
However, some regions in the QID space are still onl
MisterSynergy added a comment.
New numbers from the past week, in order to keep the momentum here:
Between 28 Nov 1:42 AM and 5 Dec 1:42 AM, around 1.250.000 QIDs have been
skipped and around 175.000 new items have been created. The skip ratio on
average over the entire week was ~87.5
MisterSynergy added a comment.
Following my report in T44362#6638174
<https://phabricator.wikimedia.org/T44362#6638174>, I looked into this a little
more. From Wikidata's mediawiki database, I queried page creation times for the
items created during the reported time period (14 N
MisterSynergy added a comment.
Reminder that this is still a thing:
I maintain a weekly updated page that is tracking the number of skipped item
IDs (among other things) at
https://www.wikidata.org/wiki/User:MisterSynergy/itemstats. During the past
week (diff
<https://www.wikidata.
MisterSynergy added a comment.
In T261275#6616930 <https://phabricator.wikimedia.org/T261275#6616930>,
@Lydia_Pintscher wrote:
> | | **page is moved to an non-excluded
namespace**| **page is moved to an excluded namespace** |
>
MisterSynergy added a comment.
In T263730#6490727 <https://phabricator.wikimedia.org/T263730#6490727>,
@Lucas_Werkmeister_WMDE wrote:
> In other words, potentially affected is any item that was edited on 10
September between 11:06 and 15:58 (UTC) and then deleted before 7 Octob
MisterSynergy created this task.
MisterSynergy added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Steps to Reproduce:
- Have admin rights at Wikidata
- Open a revision of a deleted item in the Web UI (e.g. via a link like
https
MisterSynergy added a comment.
Regarding the proposed solution:
- "flooders" should be treated the same as bots
- I would like to see a way to limit all other unlimited users' edit rates as
well (sysops, apparently global rollbackers, ...). When I use my syso
MisterSynergy added a comment.
In T258354#6317978 <https://phabricator.wikimedia.org/T258354#6317978>,
@Bugreporter wrote:
> Before this we should:
>
> - Find all bots that edits more than 90/minute
> - Communiate to them
I am already monitoring user edit
MisterSynergy added a comment.
@Lydia_Pintscher: Can we please push this a little more? According to this
Grafana chart
<https://grafana.wikimedia.org/d/00175/wikidata-datamodel-statements?panelId=8&fullscreen&orgId=1&from=155994480&to=1591653599000>,
use o
MisterSynergy added a comment.
If an editor cannot edit an entity due to a page protection, I think it would
be the best to just replace all the "edit" links (in terms box, all statement
boxes, sitelinks box) on the protected entity page with something useful, such
as a
MisterSynergy created this task.
MisterSynergy added projects: Wikidata, MediaWiki-extensions-WikibaseClient.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Steps to Reproduce:
- a user adds non-public identifying information about a subject to its
Wikidata item
MisterSynergy added a comment.
Just want to mention that not all users are affected:
https://www.wikidata.org/wiki/Special:RecentChanges?tagfilter=OAuth+CID%3A+1351&limit=500&days=30&enhanced=1&urlversion=2
I was just able to load and execute a batch with the &q
MisterSynergy created this task.
MisterSynergy added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
As T237502 <https://phabricator.wikimedia.org/T237502> seems to be already
stall
MisterSynergy added a comment.
In T237502#5639342 <https://phabricator.wikimedia.org/T237502#5639342>,
@Addshore wrote:
> But as said above right now this is something that needs to happen on every
single query service server.
If I understand correctly, the mentioned wik
MisterSynergy added a comment.
There is also
https://wikitech.wikimedia.org/wiki/Wikidata_query_service#Manually_updating_entities
with a description about that shell script.
I used to ask Stas every couple of months in the past, in order to use that
shell script for a couple of
MisterSynergy created this task.
MisterSynergy added projects: Wikidata, Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Wikibase edits are usually automatically dispatched to WDQS, but for some
reason the system occasionally misses a few onwiki
MisterSynergy added a subscriber: Lydia_Pintscher.
MisterSynergy added a comment.
@Lydia_Pintscher: because you asked for this phab topic at
https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team&diff=1045986007&oldid=1045871780
TASK DETAIL
MisterSynergy created this task.
MisterSynergy added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
There seems to be a problem with sitelinks after certain item mergers at
Wikidata. Scenario: item A with sitelink "foo" is merged into i
MisterSynergy added a comment.
If we add those badges, we should remove the mechanism that prevents adding
redirects as sitelinks (per 2017 redirect RfC). I can remember one situation in
German Wikipedia where a user got in trouble because they disabled/re-enabled
too many redirects to link
MisterSynergy added a comment.
Same as T224669 <https://phabricator.wikimedia.org/T224669> if I understand
correctly.
TASK DETAIL
https://phabricator.wikimedia.org/T228420
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MisterSyne
MisterSynergy created this task.
MisterSynergy added projects: Shape Expressions, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
ShEx schemas at Wikidata reside at
`https://www.wikidata.org/wiki/EntitySchema:Exxx`, but this is not a canonical
URI. We should
MisterSynergy added a comment.
Thanks, looks correct.TASK DETAILhttps://phabricator.wikimedia.org/T210830EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MisterSynergyCc: Lydia_Pintscher, Mbch331, MarcoAurelio, Aklapper, MisterSynergy, Nandana, Lahi, Gq86
MisterSynergy added a comment.
AFAIK, if a user moves a page in a Wikipedia project, the sitelink in the connected Wikidata item is *not* updated (1) if the user is locally blocked at Wikidata—as in this case—or (2) if the user does not exist locally at Wikidata.TASK DETAILhttps
MisterSynergy created this task.MisterSynergy added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONUser:Atobot at Wikidata made an edit last night in spite of being blocked indefinitely there since October 22. This should not be possible. Relevant links
MisterSynergy created this task.MisterSynergy added projects: Wikidata, Wikidata-Frontend.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONCurrently statements with all possible ranks are displayed identically in the Wikidata web UI, which makes it difficult to distinguish deprecated (i.e
MisterSynergy added a comment.
Seems to be a problem inside Wikidata as well:
Q280658 was vandalized on June 14 (diff)
Vandalism was reverted two days later (diff)
Vandalized label still shows up in items on June 22, e.g. Q119349#P413 (claim P413: “position played on team / speciality”)
TASK
MisterSynergy created this task.MisterSynergy added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I open revisions of a deleted item in Wikidata, I cannot unfold the references to see what’s in them. This problem is probably related to T182767 and T129836 and
MisterSynergy created this task.MisterSynergy added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn the English Wikipedia RfC regarding Wikidata use in infoboxes, there are a couple of reports where Wikipedia pages have not been properly updated again after label
MisterSynergy added a comment.
In T193728#4233267, @Denny wrote:
… the practice of having processes that in bulk extract facts from Wikipedia articles …
You probably need to describe how these processes look like, otherwise this question would be impossible to answer properly. To my knowledge
MisterSynergy added a comment.
In T193728#4231813, @Psychoslave wrote:
In T193728#4214437, @MisterSynergy wrote:
If any of those happened (or had to happen), I’d be out here and I guess many other Wikidata editors would also discontinue their efforts. There is great support for CC0 in Wikidata
MisterSynergy added a comment.
In T193728#4214033, @Denny wrote:
My current goal to shepherd this bug to a closure is to agree with people who have a different point of view on a question or two to ask Gnom1, and then work on from his answer.
In case of serious doubt it is more appropriate to
MisterSynergy added a comment.
Not sure. At this point I don’t know of any situation where we need integer values with non-integer constraints. This is also based on the observation that in 3.8M claims of 99 different quantity properties with integer constraint deployed, the situation of non
MisterSynergy added a comment.
In T167989#4209937, @thiemowmde wrote:
Let's say the size of a team was 50±0.5 people in 2017. Such a confidence interval tells me that there must have been some fluctuation over the year, but not a huge one.
What’s the exact meaning of such “±0.5 bounds”? It
MisterSynergy added a comment.
Sorry for being late.
I have now been working with quantity datatype properties a lot and I have to disagree here. I think that we should allow only integer bounds when the value is integer, as bounds cannot be non-integers in those cases.
Let’s have a look at
MisterSynergy added a comment.
According to mw:Wikibase/DataModel#Dates and times, there are already most requirements for timezone support contained in the data model. What prevents us from just activating it? Sure, there will be some GUI changes necessary to enable HH:MM:SS modifications, and to
MisterSynergy created this task.MisterSynergy added projects: Wikidata, Wikidata-Gadgets.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONThe item merge mechanism at Wikidata fails to work properly in many cases. It looks as if the item to be merged is not properly cleared, and
MisterSynergy added a comment.
I thought of a new SERVICE as well, but I actually do not really have a preference how this should be implemented. Devs will find the best solution, I guess…TASK DETAILhttps://phabricator.wikimedia.org/T172380EMAIL PREFERENCEShttps://phabricator.wikimedia.org
MisterSynergy created this task.MisterSynergy added projects: Wikidata, Wikidata-Query-Service, Wikibase-Quality-Constraints.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONNow that the constraints are machine-readable on property pages, it is a
MisterSynergy added a comment.
dewiki is read-only since 5:48 as well.TASK DETAILhttps://phabricator.wikimedia.org/T171928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MisterSynergyCc: MisterSynergy, TerraCodes, Jay8g, Liuxinyu970226, Lydia_Pintscher
MisterSynergy added a comment.
How much are we sure that this problem was predominantly caused by the recently “high” edit rate (or undesired number of parallel bot runs) at Wikidata? At Wikidata we are trying to get edit rates down, but I am uncomfortable with the notion that Wikidata operates
MisterSynergy updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...I therefore propose to suggests an item based on the ASCII equivalent of the label(s) as wellTASK DETAILhttps://phabricator.wikimedia.org/T170775EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
MisterSynergy created this task.MisterSynergy added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe Wikidata Entity Suggester helps to identify items as values for claims at Wikidata, based on their labels. Unfortunately, this is difficult if the label contains special
MisterSynergy created this task.MisterSynergy added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe should have a new constraint type No bounds for quantity properties that are about non-physical quantities without
MisterSynergy created this task.MisterSynergy added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONWikidata Query Service and test.wikidata.org both use the same favion:
https://www.wikidata.org/static/favicon
MisterSynergy added a comment.
The lack of powerful means to traverse the Wikidata knowledge tree within Lua modules is in fact a problem for Wikidata as well, not only for module coders on Wikipedia side. {{#property:}}/{{#statement:}} parser functions and Module:Wikidata allow simple data
MisterSynergy created this task.MisterSynergy added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONValues of external-id properties link to the external database entry from the Wikidata frontend. In some cases the external weblink is not working due to URL-encoding of
MisterSynergy added a comment.
In T153563#2949967, @Smalyshev wrote:
each object has its own globally unique identifier, which is the full URI.
Naïve question: does it necessarily have to be a single identifier? If each object had two globally unique identifiers (http and https), which problems
MisterSynergy added a comment.
FWIW: https://www.mediawiki.org/wiki/Talk:Wikidata_query_service#Links_in_query_results_should_be_https.2C_not_httpTASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To
MisterSynergy added a subscriber: MisterSynergy.
TASK DETAIL
https://phabricator.wikimedia.org/T103684
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MisterSynergy
Cc: MisterSynergy, MGChecker, Aklapper, SJu, Izno, Wikidata-bugs, aude, Mbch331
MisterSynergy added a comment.
Herald added a subscriber: StudiesWorld.
Works now! :-)
Did someone change anything?
TASK DETAIL
https://phabricator.wikimedia.org/T115272
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MisterSynergy
Cc: StudiesWorld
MisterSynergy added a subscriber: MisterSynergy.
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MisterSynergy
Cc: MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo
MisterSynergy added a comment.
Seems to be fixed.
TASK DETAIL
https://phabricator.wikimedia.org/T117064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MisterSynergy
Cc: aude, hoo, Lydia_Pintscher, Aklapper, MisterSynergy, Wikidata-bugs, Mbch331
MisterSynergy created this task.
MisterSynergy added a subscriber: MisterSynergy.
MisterSynergy added a project: Wikidata.
Herald added a subscriber: Aklapper.
TASK DESCRIPTION
The footer of the mobile Wikidata frontend actually says: “Content is
available under unless otherwise noted.” The
MisterSynergy created this task.
MisterSynergy added a subscriber: MisterSynergy.
MisterSynergy added a project: Wikidata-Gadgets.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.
TASK DESCRIPTION
As per https://www.wikidata.org/wiki/Help:Sources#Databases, authority
MisterSynergy added a subscriber: MisterSynergy.
TASK DETAIL
https://phabricator.wikimedia.org/T90435
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
MisterSynergy added a subscriber: MisterSynergy.
TASK DETAIL
https://phabricator.wikimedia.org/T46874
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
93 matches
Mail list logo