Legoktm removed a project: Internet-Archive.
TASK DETAIL
https://phabricator.wikimedia.org/T348395
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Hogue, Evelien_WMDE, jon_amar-WMDE, Aklapper, Lydia_Pintscher,
Danny_Benjafield_WMDE
Legoktm reopened subtask T336168: Provide mechanism to publish to
doc.wikimedia.org from GitLab CI as Open.
TASK DETAIL
https://phabricator.wikimedia.org/T332953
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: jnuche, isarantopoulos
Legoktm added a comment.
In T297995#8872681 <https://phabricator.wikimedia.org/T297995#8872681>,
@Husky wrote:
> I would suggest just removing the authentication for a week and see what
happens.
I'm curious what you expect to learn during this week. I'm not necessarily
Legoktm added a comment.
Honest question, is anyone even uisng WCQS right now?
https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1=1m_name=wcqs=now-2d=now=18
suggests that it's getting ~2.5 queries per second. WDQS
(https://grafana.wikimedia.org/d/00489/wikidata
Legoktm added a comment.
I think there is a philosophical question of whether the Wikidata item or
even Wikipedia page is actually "you" in the same sense that your personal
website, GH profile, userpage, etc. are. My current feeling is that it isn't
but I'm not really able to
Legoktm added a comment.
firefox-esr should be installed in the container - we can install xvfb if
necessary but I was under the (possibly mistaken!) impression that we had
switched to browser's native headless modes instead of needing xvfb.
TASK DETAIL
https://phabricator.wikimedia.org
Legoktm reassigned this task from JayanthMKV to Winston_Sung.
TASK DETAIL
https://phabricator.wikimedia.org/T329167
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Winston_Sung, Legoktm
Cc: JayanthMKV, karapayneWMDE, ItamarWMDE, Lydia_Pintscher
Legoktm added a comment.
How can we move forward on this?
TASK DETAIL
https://phabricator.wikimedia.org/T196962
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Lucas_Werkmeister_WMDE, Dipsacus_fullonum, Lea_Lacroix_WMDE, Aklapper
Legoktm closed this task as "Invalid".
Legoktm edited projects, added MediaWiki-extensions-CentralAuth; removed
Wikidata, Wikibase-JavaScript-Api.
Legoktm added a comment.
That request isn't solely to fetch CSRF tokens, it serves another purpose:
* Query the foreign w
Legoktm added a comment.
Having helped with investigating a WDQS outage caused by a *single* user
once, I have a lot of sympathy for why we'd want authentication, but I worry
that putting auth walls up for any access at all is a bad step (we've long had
similar discussions about
Legoktm removed projects: Platform Engineering Roadmap Decision Making,
TechCom-RFC.
TASK DETAIL
https://phabricator.wikimedia.org/T297096
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Addshore, Aklapper, Agabi10, daniel, Joe
Legoktm added a comment.
Can you please clarify what repo/project this is about in the bug's title?
Thanks!
TASK DETAIL
https://phabricator.wikimedia.org/T296926
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: GoranSMilovanovic, Legoktm
Cc
Legoktm removed Legoktm as the assignee of this task.
TASK DETAIL
https://phabricator.wikimedia.org/T228527
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: hashar, RhinosF1, Pablo-WMDE, darthmon_wmde, WMDE-leszek, Addshore,
Daimona
Legoktm added a comment.
In T295560#7500990 <https://phabricator.wikimedia.org/T295560#7500990>,
@Mahir256 wrote:
> We have an as-yet unused "Query:" namespace
<https://www.wikidata.org/wiki/Special:AllPages?from===122> ;
perhaps it could be opened for storing
Legoktm added a comment.
I've never really understood why URLs are the preferred mechanism for storing
these queries. They're nice for a one-off, but make collaboration (what wikis
excel at) incredibly difficult, because if you want to adjust or update a
query, you have to create a brand
Legoktm added a comment.
In T220703#7506228 <https://phabricator.wikimedia.org/T220703#7506228>,
@Lucas_Werkmeister_WMDE wrote:
> long-sparql looks neat. Do you think you could make it support {{query
page}} <https://www.wikidata.org/wiki/Template:Query_page> as well? I
Legoktm added a comment.
In T220703#7506303 <https://phabricator.wikimedia.org/T220703#7506303>,
@Pigsonthewing wrote:
> So how does long-sparql support "a link to the results page"?
Maybe I'm missing some context, can you give an example of what a link to a
Legoktm added a comment.
In T220703#7496188 <https://phabricator.wikimedia.org/T220703#7496188>,
@Pigsonthewing wrote:
> In T220703#7496063 <https://phabricator.wikimedia.org/T220703#7496063>,
@Legoktm wrote:
>
>> In T220703#7494558 <https://phabricator.wi
Legoktm merged a task: T294700: Whitelist wcqs-beta.wmflabs.org for w.wiki.
Legoktm added a subscriber: Base.
TASK DETAIL
https://phabricator.wikimedia.org/T258895
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Base, Nirmos, Legoktm
Legoktm reopened subtask T188679: Nuke should batch the deletions as
Open.
TASK DETAIL
https://phabricator.wikimedia.org/T212690
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Zabe, Ladsgroup, Amorymeltzer, jcrespo, gerritbot, Addshore
Legoktm added a comment.
I think this is resolved now that the streaming updater is in use everywhere?
https://lists.wikimedia.org/hyperkitty/list/wikid...@lists.wikimedia.org/message/NXBOCI3WKTZBB6RB2GYWBBH2BFH3NBT6/
TASK DETAIL
https://phabricator.wikimedia.org/T285710
EMAIL PREFERENCES
Legoktm added a comment.
In T290989#7354905 <https://phabricator.wikimedia.org/T290989#7354905>,
@Addshore wrote:
> Correct me if I am wrong, but this would also be solved by this cache using
WANCache rather than just a BagOStuff?
My understanding is that WANCache only se
Legoktm created this task.
Legoktm added projects: Wikidata, Datacenter-Switchover, DBA.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: wdwb-tech.
TASK DESCRIPTION
s8 was struggling today after the DC switchover, and it was suggested that we
add
Legoktm removed a parent task: T287539: September 2021 Datacenter switchover
(codfw -> eqiad).
TASK DETAIL
https://phabricator.wikimedia.org/T285710
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: dcausse, Legoktm, Gehel, Aklap
Legoktm renamed this task from "Can not access Wikidata" to "2021-09-03 General
MediaWiki outage".
Legoktm removed projects: Traffic, wdwb-tech, Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T290373
EMAIL PREFERENCES
https://phabricator.wikimedi
Legoktm added a comment.
Things should be back to normal now - if it's not, please let us know.
TASK DETAIL
https://phabricator.wikimedia.org/T290373
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Jonathan5566, Legoktm, Sunny00217
Legoktm added a comment.
We have an ongoing outage right now and are investigating.
TASK DETAIL
https://phabricator.wikimedia.org/T290373
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Legoktm, Sunny00217, MBH, Aklapper, Bugreporter
Legoktm closed this task as "Resolved".
Legoktm added a comment.
This is no longer an issue because SCB is long gone, and there are no
flapping alerts for this service that I've seen recently.
TASK DETAIL
https://phabricator.wikimedia.org/T178445
EMAIL PREFERENC
Legoktm added a comment.
The depool happened at 03:51. At 03:52, systemd(?) restarted
wdqs-blazegraph.service, which seems to have brought stuff like the updater
back to life, though there's some updater lag it's churning through.
TASK DETAIL
https://phabricator.wikimedia.org/T289551
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T289551
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: RLazarus, Legoktm, Aklapper, Zabe, MPhamWMF, CBogen, DannyS712,
Namenlos314, jijiki, Gq86
Legoktm created this task.
Legoktm added projects: Wikidata-Query-Service, Wikimedia-Incident.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
03:25:57 <+icinga-wm> PROBLEM - LVS wdqs eqiad port 80/tcp - Wikidata Query
Service IPv4 #page on wdqs.svc.eqiad
Legoktm added a comment.
For reference, this is at least the *fourth* time this has happened:
- T59026#639359 <https://phabricator.wikimedia.org/T59026#639359> (Nov. 2013)
- T198483#4404330 <https://phabricator.wikimedia.org/T198483#4404330> (July
2018)
- T205369#47
Legoktm added a comment.
In T176312#7269637 <https://phabricator.wikimedia.org/T176312#7269637>,
@Ladsgroup wrote:
> Some fancy graphs:
>
In T176312#7269680 <https://phabricator.wikimedia.org/T176312#7269680>,
@Lucas_Werkmeister_WMDE wrote:
>
Legoktm closed this task as "Resolved".
Legoktm claimed this task.
Legoktm added a comment.
I'm going to close this as resolved as I believe everything is now set up on
the k8s/SRE side of things, though there will be additional tuning needed as
the rollout progresses, which is
Legoktm closed subtask T285104: Deploy Shellbox instance (shellbox-constraints)
for Wikidata constraint regexes as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T176312
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Legoktm
Cc
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper,
Legoktm, Ladsgroup, Biggs657
Legoktm added a comment.
In T285710#7262256 <https://phabricator.wikimedia.org/T285710#7262256>,
@dcausse wrote:
> Because none of these changes would be trivial I think we prefer to wait
for the new system to be in place.
Fair enough, thanks for the explanation. Coul
Legoktm added a comment.
In T288175#7262223 <https://phabricator.wikimedia.org/T288175#7262223>,
@Ladsgroup wrote:
> It's a bit hard to implement this as systemd timers are not concurrent and
the crons here are designed to be three at the same time. Finding a solution
for
Legoktm created this task.
Legoktm added projects: Puppet, Wikidata.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Infrastructure-Foundations.
TASK DESCRIPTION
cron { 'wikibase-dispatch-changes4':
ensure => $ensure,
comm
Legoktm added a comment.
@Gehel what ends up consuming that value? Can we have it read the primary DC
from conftool?
For now I've documented this as a manual step:
https://wikitech.wikimedia.org/w/index.php?title=Switch_Datacenter=revision=1920831=1920827
TASK DETAIL
https
Legoktm added a parent task: T287539: September 2021 Datacenter switchover
(codfw -> eqiad).
TASK DETAIL
https://phabricator.wikimedia.org/T285710
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: dcausse, Legoktm, Gehel, Aklap
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper,
Legoktm, Ladsgroup, Biggs657
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper,
Legoktm, Ladsgroup, Biggs657
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper,
Legoktm, Ladsgroup, Biggs657
Legoktm added a comment.
$ curl https://staging.svc.eqiad.wmnet:4010/healthz
{
"__": "Shellbox running",
"pid": 9
}
Next steps are to generate TLS certs, deploy to eqiad/codfw clusters, and
then set up LVS.
TASK DETAIL
htt
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper,
Legoktm, Ladsgroup, Biggs657
Legoktm added a comment.
In T285104#7239822 <https://phabricator.wikimedia.org/T285104#7239822>, @Joe
wrote:
> I think there are two options, depending on the level of security we want
to achieve and the urgency of bringing this to production:
>
> 1. We just point
Legoktm added a comment.
In T285104#7240005 <https://phabricator.wikimedia.org/T285104#7240005>,
@Michael wrote:
> In T285104#7239822 <https://phabricator.wikimedia.org/T285104#7239822>,
@Joe wrote:
>
>> - How stringent are the isolation needs?
>
>
Legoktm added a project: Datacenter-Switchover.
TASK DETAIL
https://phabricator.wikimedia.org/T285710
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: dcausse, Legoktm, Gehel, Aklapper, MPhamWMF, CBogen, RhinosF1, Namenlos314,
jijiki
Legoktm created this task.
Legoktm triaged this task as "High" priority.
Legoktm added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
During today's DC switchover, the WDQS lag checking/monitoring required
manual adjustm
Legoktm created this task.
Legoktm added projects: Wikibase-Quality-Constraints,
Service-deployment-requests, serviceops.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Services, SRE.
TASK DESCRIPTION
Description: T176312: Don’t check format
Legoktm closed this task as "Resolved".
Legoktm assigned this task to Tgr.
Legoktm raised the priority of this task from "Medium" to "Unbreak Now!".
Legoktm added projects: Wikidata, MediaWiki-extensions-WikibaseRepository,
Growth-Team (Current Sprint), ci-test-err
Legoktm added a comment.
The original exception has been fixed. The new one is because on REL1_35
eslint-config-wikimedia isn't pinned and using a ^ expression instead.
TASK DETAIL
https://phabricator.wikimedia.org/T255248
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Legoktm added a comment.
For reference
https://gerrit.wikimedia.org/g/operations/puppet/+/7bbfebf8e5c99a90923fc200f270a8654e384ca9/modules/profile/manifests/icinga/ircbot.pp#11
is what needs to be changed.
TASK DETAIL
https://phabricator.wikimedia.org/T282301
EMAIL PREFERENCES
https
Legoktm added a comment.
In T258895#6926448 <https://phabricator.wikimedia.org/T258895#6926448>,
@Gehel wrote:
>> - Should fall under the Wikimedia privacy policy / or anyone who has
access to private information should have signed an NDA.
>
> This project has q
Legoktm changed the task status from "Open" to "Stalled".
Legoktm added a comment.
This is waiting on response from the WCQS maintainers on whether the above
criteria are met (now documented at https://wikitech.wikimedia.org/wiki/W.wiki)
TASK DETAIL
https://phabr
Legoktm added a comment.
In T277362#6919814 <https://phabricator.wikimedia.org/T277362#6919814>,
@daniel wrote:
>> That's not a valid reason to bypass the deprecation policy. In the past we
just added logging for it (e.g. T176526
<https://phabricator.wikimedia.org/T
Legoktm added a comment.
In T277362#6916991 <https://phabricator.wikimedia.org/T277362#6916991>,
@Lucas_Werkmeister_WMDE wrote:
> I also notice that MediaWiki core has again hard-deprecated code that is
still used in Wikimedia-maintained code even though the stable interfa
Legoktm added a comment.
In T276429#6883944 <https://phabricator.wikimedia.org/T276429#6883944>,
@Lucas_Werkmeister_WMDE wrote:
> Can we find a better name for the “deployed” group, then? I don’t think it
makes sense to exclude the Wikidata Query Service from a group called
Legoktm added a comment.
I think this would fit better under "services" since "deployed" is currently
just MediaWiki core+extensions+skins+vendor
TASK DETAIL
https://phabricator.wikimedia.org/T276429
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Legoktm added a comment.
Just to follow up from IRC, yes, the standard MediaWiki HTTP wrappers should
always pass along `X-Request-Id`. But the application shouldn't require it,
since other things that hit the service directly (like monitoring, etc.) might
not have the header.
TASK DETAIL
Legoktm added a comment.
In T266823#6672755 <https://phabricator.wikimedia.org/T266823#6672755>,
@Lucas_Werkmeister_WMDE wrote:
> Well, the first round of LibUp
<https://phabricator.wikimedia.org/tag/libup/>-powered phpcs updates is now on
Gerrit, and I’m not exactly imp
Legoktm added a parent task: T269464: Release MediaWiki CodeSniffer 34.0.0.
TASK DETAIL
https://phabricator.wikimedia.org/T266823
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Jdforrester-WMF, thiemowmde, Aklapper, Michael, Ladsgroup
Legoktm claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T228527
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Pablo-WMDE, darthmon_wmde, WMDE-leszek, Addshore, Daimona, Michael,
Legoktm, Jdforrester-WMF, Aklapper
Legoktm added a comment.
So first, I note that ContentTranslation has seemed to gotten this working
without any libup intervention, see e.g.
https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/ContentTranslation/+/ec12768a718a8bccf070a70b86c9c42afe603362
I believe
Legoktm created this task.
Legoktm added projects: Wikimedia-Mailing-lists, Wikidata.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Operations.
TASK DESCRIPTION
The wikidata-bugs
<https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs>
Legoktm edited projects, added MediaWiki-extensions-UrlShortener; removed
MediaWiki-extensions-ShortUrl.
Legoktm added a comment.
In T258895#6338446 <https://phabricator.wikimedia.org/T258895#6338446>,
@Ladsgroup wrote:
> In T258895#6336079 <https://phabricator.wikimedia
Legoktm removed a project: MW-1.35-release.
Legoktm added a comment.
It looks like all of this is in Wikibase, so I'm removing as a 1.35 blocker.
TASK DETAIL
https://phabricator.wikimedia.org/T247196
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Legoktm added a comment.
class WikibaseGlobalArrayConfig {
public static function factory() {
global $wgWBRepoSettings;
return new self ( $wgWBRepoSettings );
}
public function __construct( array $settings ) {
...
}
}
TASK DETAIL
https
Legoktm added a comment.
In theory you can get every possible config option by reading through
extension.json and DefaultSettings.php. But we often stage new config settings
before deployment, so the proposed linter would need to be able to work around
that.
@Krinkle's codesearch-based
Legoktm added a comment.
I think in general your plan sounds good, but you can just do it all in
Wikibase. Just define the GlobalArrayConfig class in Wikibase, and have the
factory function pass $wgWBRepoSettings to the new instance.
TASK DETAIL
https://phabricator.wikimedia.org/T258658
Legoktm added a comment.
In T258395#6323079 <https://phabricator.wikimedia.org/T258395#6323079>,
@Lucas_Werkmeister_WMDE wrote:
> Oh, I see. Yes, I think we’d push tags directly to the split repo, that
should work. (Though I’m not yet sure how often we’ll release the librar
Legoktm added a comment.
I think that's fine as a start but it's still possible to leak outside of the
library accidentally (e.g. `require '../SomeClass.php';`) and pass tests. For
complete confidence the split repo is usable standalone, the tests should be
runnable and pass in that split
Legoktm added a comment.
In T258395#6322331 <https://phabricator.wikimedia.org/T258395#6322331>,
@Lucas_Werkmeister_WMDE wrote:
> I don’t think we have any tags in Wikibase.git at the moment.
Oh, I meant in the library. When you want to make a new release, you'd push a
Legoktm added a comment.
I would suggest sticking with the standard way we currently link with
Packagist, which is to rely on the GitHub mirror and enable the GitHub ->
packagist integration.
TASK DETAIL
https://phabricator.wikimedia.org/T258397
EMAIL PREFERENCES
ht
Legoktm added a comment.
I think we would want these split commits to still run through CI to make
sure the independent library is still fully independent and can pass tests on
its own.
We can upload patches to Gerrit that have a CR+2 applied immediately (what
libup also does) so once
Legoktm added a comment.
How would git tags work? Would they just be pushed to the split repo?
TASK DETAIL
https://phabricator.wikimedia.org/T258395
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE, Legoktm
Cc: Legoktm
Legoktm added a project: Librarization.
TASK DETAIL
https://phabricator.wikimedia.org/T256058
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Addshore, Lucas_Werkmeister_WMDE, Ladsgroup, ItamarWMDE, Tarrow,
WMDE-leszek, Aklapper
Legoktm added a comment.
+1 to moving to core, though I think fixing T163277
<https://phabricator.wikimedia.org/T163277> eliminates the need for this.
TASK DETAIL
https://phabricator.wikimedia.org/T258390
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Legoktm removed a project: MW-1.35-release.
Legoktm added a comment.
My understanding is this only affects Wikibase/Wikidata, in which case it's
not a 1.35 release blocker.
TASK DETAIL
https://phabricator.wikimedia.org/T257684
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Legoktm added subscribers: thiemowmde, Legoktm.
Legoktm added a comment.
Related: T164653: Review rules in wikibase/wikibase-codesniffer and see which
are appropriate for MW-CS <https://phabricator.wikimedia.org/T164653>
I've suggested this elsewhere, but as a start, I think we ca
Legoktm added a comment.
I still believe T143967: Expose structured Content information via the API
prop=revisions <https://phabricator.wikimedia.org/T143967> is the correct way
to fix this.
TASK DETAIL
https://phabricator.wikimedia.org/T40971
EMAIL PREFERENCES
Legoktm closed this task as a duplicate of T36928: Create a user right that
allows ignoring the spam blacklist.
TASK DETAIL
https://phabricator.wikimedia.org/T248924
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Aklapper, dbarratt
Legoktm raised the priority of this task from "Medium" to "High".
Legoktm added a comment.
maxlag is intended to tell fully-automated bots to backoff to help servers
recover in times of excess lag, and the recommended setting is maxlag=5. If the
server is constan
Legoktm renamed this task from "Special:ApiSandbox# cannot get a good token
when using item marge since wikibase docker image 1.33" to "Special:ApiSandbox#
cannot get a good token when using item merge since wikibase docker image 1.33".
TASK DETAIL
https://phabricator.w
Legoktm added a comment.
If there's still value in having separate Wikibase configuration (I don't
think so, but that's just me), then I think we could ship it inside the
MediaWiki-Codesniffer repo so it doesn't fall behind at least.
TASK DETAIL
https://phabricator.wikimedia.org/T243296
Legoktm added a project: Regression.
Legoktm added a comment.
This is definitely a regression, as codesearch used to be able to do shallow
clones fine.
Is there an error log on the server for the HTTP 500 error?
TASK DETAIL
https://phabricator.wikimedia.org/T240862
EMAIL PREFERENCES
Legoktm added a project: Software-Licensing.
TASK DETAIL
https://phabricator.wikimedia.org/T177734
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Lydia_Pintscher, Smalyshev, Lucas_Werkmeister_WMDE, Aklapper, Yurik,
darthmon_wmde, ET4Eva
Legoktm added a comment.
Untested, but I believe the correct code should be:
def get_results(endpoint_url, query):
sparql = SPARQLWrapper(endpoint_url, agent='MyCoolTool/0.1
f...@example.org')
sparql.setQuery(query)
sparql.setReturnFormat(JSON)
return
Legoktm renamed this task from "Update PHPUnit version of wikiba.se repostiory
to PHPUnit 8" to "Update PHPUnit version of wikiba.se repository to PHPUnit 8".
TASK DETAIL
https://phabricator.wikimedia.org/T225111
EMAIL PREFERENCES
https://phabricator.wikimedi
Legoktm added a comment.
Submitted patches for all of
https://codesearch.wmflabs.org/search/?q=Wikibase%2Ftests%2Fphan=nope==
TASK DETAIL
https://phabricator.wikimedia.org/T226005
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc
Legoktm added a comment.
WikibaseCirrusSearch shouldn't be importing `.phan/stubs` for analysis...
TASK DETAIL
https://phabricator.wikimedia.org/T226005
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Legoktm, Jdforrester-WMF, MaxSem
Legoktm added a comment.
Related: T225112: New phan dependencies significantly slowed down CI tests
<https://phabricator.wikimedia.org/T225112>
TASK DETAIL
https://phabricator.wikimedia.org/T225195
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefe
Legoktm updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T199440
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Addshore, Legoktm
Cc: gerritbot, WMDE-leszek, Legoktm, hashar, Aleksey_WMDE, Addshore, Aklapper,
E.S.A-Sheild
Legoktm added a comment.
@Esc3300 can you add a description to this task? It's not clear to me what
needs to be done for #mediawiki-configuration
<https://phabricator.wikimedia.org/tag/mediawiki-configuration/> for this,
since I don't really know at all what it's about.
TASK DETAIL
Legoktm removed a project: MediaWiki-extensions-UrlShortener.
TASK DETAIL
https://phabricator.wikimedia.org/T221127
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Krinkle, Legoktm
Cc: Fuzheado, Krinkle, Theklan, Multichill, Pigsonthewing, Jheald
Legoktm added a comment.
In T88434#5196007 <https://phabricator.wikimedia.org/T88434#5196007>,
@Lucas_Werkmeister_WMDE wrote:
> I just came back across this point while looking into T223214: Start
converting Wikibase extensions to use extension registratio
Legoktm edited projects, added Wikidata-Gadgets; removed Gadgets.
Restricted Application added a project: Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T223776
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Danmichaelo, Legoktm
Cc
Legoktm added a comment.
When WDQS first launched, we intentionally removed it from the CORS whitelist
(previously *.wikidata.org was whitelisted IIRC) as a security hardening
measure.
I would suggest that WDQS plan to shorten URLs anonymously. Since it's
happening client-side (AIUI
Legoktm added a comment.
Ah, gotcha.TASK DETAILhttps://phabricator.wikimedia.org/T216337EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, Aklapper, Bugreporter, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Wikidata
1 - 100 of 460 matches
Mail list logo
