Ladsgroup closed this task as "Resolved".
Ladsgroup claimed this task.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
This is done, I'll file a ticket about fully deprecating unix timestamp as
expiry
TASK DETAIL
https://phabricator.wikime
Ladsgroup closed subtask T286260: APCu caches are set to expire in 2073 instead
of an hour if exptime is a unix timestamp as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T285919
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
Ladsgroup added a comment.
I know in the old ruby browser tests we could mark different browser tests to
be for beta or CI only. I think it makes sense here if possible. I haven't
looked into it yet.
TASK DETAIL
https://phabricator.wikimedia.org/T277862
EMAIL PREFERENCES
Ladsgroup claimed this task.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
I'm fixing all of these
TASK DETAIL
https://phabricator.wikimedia.org/T185629
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Ladsgroup added a comment.
In T185629#5182888 <https://phabricator.wikimedia.org/T185629#5182888>,
@Seb35 wrote:
> Instead of solving this task, it would be better (but harder) to rewrite
the current ooMenu without using jQuery.ui.widget but OOUI, given this
component got depr
Ladsgroup added a comment.
so this is fixed from wikibase point of view but we need to come to a
decision to either merged the fix patch or fully deprecate using unix for
expiry.
TASK DETAIL
https://phabricator.wikimedia.org/T286260
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Ladsgroup closed this task as "Resolved".
Ladsgroup added a comment.
With the rolling restart of php-fpm and
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/704320 being
merged this is fully fixed.
TASK DETAIL
https://phabricator.wikimedia.org/T285919
EMAIL P
Ladsgroup added a comment.
Other usage is going down
https://grafana.wikimedia.org/d/00160/wikidata-entity-usage?viewPanel=15&orgId=1&refresh=5m&from=now-30d&to=now
F34549576: image.png <https://phabricator.wikimedia.org/F34549576>
It'll take a wh
Ladsgroup added a comment.
Form me it was this:
amsa@amsa-Latitude-7480:~/gui$ npm run deploy
> wikidata-query-gui@0.1.4 deploy /home/amsa/gui
> grunt deploy
Warning: Task "build-for-deploy" not found. Use --force to continue.
Aborted
Ladsgroup added a comment.
I deploy this.
TASK DETAIL
https://phabricator.wikimedia.org/T259900
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: toan, Ladsgroup
Cc: Ladsgroup, Manuel, Lucas_Werkmeister_WMDE, Aklapper, Biggs657, Invadibot
Ladsgroup added a comment.
It's default in Wikibase as well. Plus not many third party installations use
wikibase client altogether.
TASK DETAIL
https://phabricator.wikimedia.org/T286381
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lads
Ladsgroup claimed this task.
Ladsgroup moved this task from Peer Review to Doing on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T283040
WORKBOARD
https
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
This is waiting on review (of https://github.com/wmde/Time/pull/148/files) if
I understand it correctly.
TASK
Ladsgroup closed this task as "Declined".
Ladsgroup added a comment.
I'm really sorry to say this but we decided not to fix this issue. It is a
very valid issue and we understand the frustration but on the other hand the
code behind this is extremely old and problematic maki
Ladsgroup added a comment.
So the patch I made above would fix the statement usage and tested locally ^.
Fixing label and other usages has an intricacy. We look up values of other
usages through other means (like term store) meaning we should not follow
redirect directly, unless we load
Ladsgroup created this task.
Ladsgroup added projects: Wikidata-Campsite (Wikidata-Campsite-Iteration-∞),
Wikidata, MediaWiki-extensions-WikibaseClient.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: User-Ladsgroup.
TASK DESCRIPTION
It's s
Ladsgroup added a comment.
The jjb succeeds with the patch and there are job configs that look sensible
but I'm fairly sure the project part wouldn't work, I'm not sure how can I
inject the env variable here.
TASK DETAIL
https://phabricator.wikimedia.org/T285049
EMAIL PREF
Ladsgroup claimed this task.
Ladsgroup updated the task description.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285049
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: DannyS712
Ladsgroup added a comment.
Using `Status` seems most sensible thing here IMHO. It decouples the
SuggesterParamsParser and the API module and gives them a shared language to
speak.
TASK DETAIL
https://phabricator.wikimedia.org/T229319
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Ladsgroup added a comment.
What about rdf4j https://rdf4j.org/documentation/programming/repository/?
(section 1.6.2)
TASK DETAIL
https://phabricator.wikimedia.org/T259900
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Ladsgroup
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup claimed this task.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286280
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286282
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286250
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286251
WORKBOARD
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286252
WORKBOARD
Ladsgroup added a comment.
https://github.com/wmde/wikit/pull/443
TASK DETAIL
https://phabricator.wikimedia.org/T285670
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Ladsgroup, karapayneWMDE, Aklapper, Michael, Invadibot
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286253
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T286254
Ladsgroup added a comment.
okay, that's not great and needs fixing indeed but I suggest fixing it by
making it transient
TASK DETAIL
https://phabricator.wikimedia.org/T280910
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgro
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to
Stalled/Waiting on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
I was thinking of asking WMF
Ladsgroup added a comment.
I spent more than two hours just trying to make this work. It's quite messy,
at the end I just abandoned it. Let's try to move the data instead.
TASK DETAIL
https://phabricator.wikimedia.org/T272128
EMAIL PREFERENCES
https://phabricator.wikimedia.or
Ladsgroup added a comment.
group() would work here but sometimes doesn't, depending on how we are
transforming data.
TASK DETAIL
https://phabricator.wikimedia.org/T272128
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: M
Ladsgroup added a comment.
One note, it's not as easy as it looks because one of the paths has an extra
node.
E.g. `wikibase.queryService.ui.app.result.received.success.sum` and
`wikibase.queryService.ui.embed.app.result.received.success.sum`
And so far `wikibase.queryServi
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
It's a bit hard to test.
Ladsgroup added a comment.
It's the same underlying problem.
TASK DETAIL
https://phabricator.wikimedia.org/T285919
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Vahurzpu, Urbanecm, Ladsgroup, Masssly, Lotje, Aklapper, Inva
Ladsgroup added a comment.
Where the test should reside? In Lib? I want to avoid that as lib should be
dismantled. In Client and repo separately? then how are going to test lib?
Maybe we shouldn't test lib in this regard at all.
TASK DETAIL
https://phabricator.wikimedia.org/T286209
Ladsgroup added a comment.
"X" usage is deprecated and has caused all sorts of issues including a major
outage in ruwiki, we really should avoid using it unless absolutely necessary.
If I understand it correctly, the usage is transient so if I check P1
Ladsgroup added a comment.
For now, please use https://www.wikidata.org/wiki/Special:SetSiteLink/Q33 and
Special:SetSiteLink in general until I figure out how APCu cache stopped
getting expired.
TASK DETAIL
https://phabricator.wikimedia.org/T285919
EMAIL PREFERENCES
https
Ladsgroup added a comment.
Marius said we can remove it, let me make a patch on this.
TASK DETAIL
https://phabricator.wikimedia.org/T283040
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Lucas_Werkmeister_WMDE, Ladsgroup, Michael
Ladsgroup added a comment.
Let me double check with Marius but after that, let's remove this.
TASK DETAIL
https://phabricator.wikimedia.org/T283040
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Lucas_Werkmeister_WMDE, Lads
Ladsgroup added a comment.
It's clearly the caching of the APCu of nodes, just trying it on mwdebug2002
made it work:
https://www.wikidata.org/w/index.php?title=Q4115189&diff=1453291485&oldid=1453122467
Why caches have not been expired after two days is interesting, pr
Ladsgroup added a comment.
My 2c from a rather different perspective.
Support for IE11 in WMF is in this weird stage of "no support for new
products but keeping support for widely used/old interfaces" but it's not going
to stay like this forever, we drop support for old
Ladsgroup added a comment.
Exactly, I want to emphasize that page_props is not a scalability/performance
concern. ALL of page_props (with wikidata, etc.) in enwiki is just 2.8GB, it's
25th biggest table. To compare, output of autoreview logs of flaggedrevs in
ruwiki in just two yea
Ladsgroup reassigned this task from Ladsgroup to Lucas_Werkmeister_WMDE.
TASK DETAIL
https://phabricator.wikimedia.org/T285102
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE, Ladsgroup
Cc: Ladsgroup, Michael, Moebeus, Manuel
Ladsgroup added a comment.
The main person working on this is Kunal and he was busy with deploying
shellbox for Score last week and dc switchover, next week is WMF holiday so I
guess the week after that we can start looking at it (/me secretly wishes we
had several clones of Kunal)
TASK
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T97577
WORKBOARD
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
https://github.com/wmde/wikit
Ladsgroup added a comment.
I have been investigating this but I found a weird case, maybe introduced in
new refactoring but ValueParsers are totally cut off from the rest of the code
and are basically dead code now. For example check for usages of
`WikibaseRepo::getValueParserFactory` is
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
This happens basically on every type
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285102
Ladsgroup added a comment.
Thanks for clarifying. I'm not native either, that definitely contributed to
the confusion. Now I have more questions!
In T283040#7189715 <https://phabricator.wikimedia.org/T283040#7189715>,
@Michael wrote:
> Based on the code, "Ot
Ladsgroup moved this task from Doing to Peer Review on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
https://github.com/wmde/wikit/pull/440
TASK DETAIL
https://phabricator.wikimedia.org/T277738
WORKBOARD
https://phabricator.wikimedia.org/project
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T277738
WORKBOARD
Ladsgroup added a comment.
> in particular, most of the documentation for the "Other" aspect seems out
of date as it seems to actually include Alias-usage and existence checks, but
not Description usage
Description usage is not "Other" usage AFAIK. Am I missing
Ladsgroup added a comment.
In T285795#7189591 <https://phabricator.wikimedia.org/T285795#7189591>,
@daniel wrote:
> `flavor=dump` is used primarily for updating WDQS, right? In that case, the
data is polled because it is know to have changed. So caching seems pointless...
Ladsgroup added a comment.
I think using fallback chain would be better, if the item has label in
`de-at` show that, if not, then show `de` and then `en`, etc.
TASK DETAIL
https://phabricator.wikimedia.org/T285795
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Ladsgroup added a comment.
It sounds good to me. Please remove that TODO.
TASK DETAIL
https://phabricator.wikimedia.org/T222951
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Ladsgroup, Lucas_Werkmeister_WMDE, sarhan.alaa, sarhan
Ladsgroup closed this task as "Resolved".
Ladsgroup claimed this task.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
This just needs caching to expire. The cache is for a day, so give it a day.
TASK DETAIL
https://phabricator.wikimedia.org/T285
Ladsgroup added a comment.
Then in technical point of view having the request language (the third
option) makes sense. It remains with community consultation and product to
decide on what to do next.
TASK DETAIL
https://phabricator.wikimedia.org/T285795
EMAIL PREFERENCES
https
Ladsgroup closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T284394
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Aklapper, Maintenance_bot, Invadibot, maantietaja, Hazizibinmahdi,
Akuckartz, Nan
Ladsgroup closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T284931
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Maintenance_bot, Aklapper, Invadibot, maantietaja, Hazizibinmahdi,
Akuckartz, Nan
Ladsgroup closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T284459
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Aklapper, Maintenance_bot, Invadibot, maantietaja, Hazizibinmahdi,
Akuckartz, Nan
Ladsgroup claimed this task.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T284931
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Maintenance_bot, Aklapper, Invadibot, maantietaja
Ladsgroup claimed this task.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T284394
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Aklapper, Maintenance_bot, Invadibot, maantietaja
Ladsgroup claimed this task.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T284459
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Aklapper, Maintenance_bot, Invadibot, maantietaja
Ladsgroup added a subscriber: Manuel.
Ladsgroup added a comment.
This is technically a task for Lydia and @Manuel to decide on.
TASK DETAIL
https://phabricator.wikimedia.org/T285795
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc
Ladsgroup updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285795
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Aklapper, Addshore, Lydia_Pintscher, Tarrow, daniel,
Lucas_Werkmeister_WMDE
Ladsgroup created this task.
Ladsgroup added projects: wdwb-tech, Wikidata, Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞), User-Addshore.
TASK DESCRIPTION
When an item uses entities (e.g. saying an statement of P31
<https://phabricator.wikimedia.org/P31>:Q5), the non-dump (flavo
Ladsgroup added a comment.
One note: This still might happen in production but the chance of it
happening is extremely low. So if you see one or two in production, just ignore
them. Reasoning is mentioned in T285138#7183036
<https://phabricator.wikimedia.org/T285138#7183036>
TASK
Ladsgroup added a comment.
Created T285761: Add proper security headers to Query Builder
<https://phabricator.wikimedia.org/T285761> for headers.
Does T276366: Replace vue-cli with vite and webpack with rollup
<https://phabricator.wikimedia.org/T276366> mitigate the medium s
Ladsgroup created this task.
Ladsgroup added projects: Wikidata, Wikidata Query Builder, Wikidata-Campsite.
TASK DESCRIPTION
Including CSP:
https://securityheaders.com/?q=https%3A%2F%2Fquery-builder-test.toolforge.org%2F&followRedirects=on
TASK DETAIL
https://phabricator.wikimedia
Ladsgroup added a comment.
This is basically done, we just need to wait to see if it continues to happen.
TASK DETAIL
https://phabricator.wikimedia.org/T285634
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Tarrow
Ladsgroup added a project: Wikidata-Campsite (Wikidata-Campsite-Iteration-∞).
Ladsgroup claimed this task.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
On to find and revert/fix the culprit
TASK DETAIL
https://phabricator.wikimedia.org/T285634
EMAIL
Ladsgroup closed this task as "Resolved".
Ladsgroup added a comment.
This is done. Unfortunately (or fortantely) the second issue didn't have much
performance issues given the fact that short description from wikidata is
enabled on some wikis and it's bound to ParserCac
Ladsgroup added a comment.
In T219215#7179955 <https://phabricator.wikimedia.org/T219215#7179955>,
@Lucas_Werkmeister_WMDE wrote:
> (I had already scheduled it for deployment later today…)
And? It's assigned to me, I already said I would do it Monday.
TASK
Ladsgroup moved this task from Stalled/Waiting to Doing on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Deploying on Monday
TASK DETAIL
https://phabricator.wikimedia.org/T283168
WORKBOARD
https://phabricator.wikimedia.org/project/board/3539
Ladsgroup moved this task from Stalled/Waiting to Doing on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Deploying on Monday
TASK DETAIL
https://phabricator.wikimedia.org/T274157
WORKBOARD
https://phabricator.wikimedia.org/project/board/3539
Ladsgroup moved this task from Stalled/Waiting to Doing on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Deploying on Monday
TASK DETAIL
https://phabricator.wikimedia.org/T284538
WORKBOARD
https://phabricator.wikimedia.org/project/board/3539
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Restricted Application added a project: User-Ladsgroup.
I'll deploy it on Monday.
TASK D
Ladsgroup closed subtask T285105: MediaWiki should support routing to different
shellbox instances as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: JMeybohm
Ladsgroup moved this task from Peer Review to Done on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
Ladsgroup closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T285105
WORKBOARD
https://phabricator.wikimedia.org/project/board/35
Ladsgroup moved this task from Peer Review to Done on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
Ladsgroup closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T285230
WORKBOARD
https://phabricator.wikimedia.org/project/board/35
Ladsgroup closed subtask T285230: Replace ILBFactory by injecting new
Db-Service in Repo's pruneItemsPerSite maintenance script as
"Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T283246
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailp
Ladsgroup closed this task as "Resolved".
Ladsgroup moved this task from Peer Review to Done on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
TASK DETAIL
https://phabricator.wikimedia.org/T285290
WORKBOARD
https://phabricator.wikimedia.org/project/board/35
Ladsgroup closed subtask T285290: Replace ILBFactory by injecting new
Db-Service in Client's UpdateRepo class and add MaxLag functionality as
"Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T283246
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Ladsgroup closed this task as "Resolved".
Ladsgroup moved this task from Peer Review to Done on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
TASK DETAIL
https://phabricator.wikimedia.org/T285288
WORKBOARD
https://phabricator.wikimedia.org/project/board/35
Ladsgroup closed subtask T285288: Use DomainDb in SpecialUnconnectedPages as
"Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T283246
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Aklapper, Michael, Invadibot, m
Ladsgroup added a comment.
Yes and no, it makes sense internally (to the core's internals and
implementation) but it's conceptually less cohesive, if it's related to
replication, then it should be on ReplicationWaiter, not connection manager or
others.
TASK
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T281669
WORKBOARD
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285230
Ladsgroup added a comment.
We don't need to readd that, LoadBalancer::resolveGroups says it adds the
default group anyway.
TASK DETAIL
https://phabricator.wikimedia.org/T285230
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgro
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285288
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Ladsgroup claimed this task.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285228
Ladsgroup added a comment.
Okay, I have had enough of the json dumps moving around breaking the script.
I ran this hadoop query (that's basically two weeks old)
SELECT
regexp_extract(claim.mainsnak.datavalue.value,',\"language\"\\:"(.+?)"'
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Doing
on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285290
WORKBOARD
Ladsgroup created this task.
Ladsgroup added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
It's still useful to have so we can parallelize reading massive dumps.
Similar to XML dumps.
TASK DETAIL
Ladsgroup added a comment.
LGTM :D
TASK DETAIL
https://phabricator.wikimedia.org/T285290
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Ladsgroup, Addshore, Aklapper, Michael, Invadibot, maantietaja, Akuckartz,
Iflorez, alaa_wmde
Ladsgroup added a comment.
I'm a little bit hesitant to add getMaxLag to DomainDb as it would violate
ISP but OTOH, I don't have a better idea.
TASK DETAIL
https://phabricator.wikimedia.org/T285290
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefer
Ladsgroup moved this task from Peer Review to Doing on the Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞) board.
Ladsgroup added a comment.
Some not done yet:
amsa@amsa-Latitude-7480:~/Wikibase$ grep -ri LBFactorySingle
lib/tests/phpunit/Rdbms/LocalRepoDbTestHelper.php:use
Ladsgroup claimed this task.
Ladsgroup moved this task from To Do (prioritised from top to bottom) to Peer
Review on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Ladsgroup.
TASK DETAIL
https://phabricator.wikimedia.org/T285224
401 - 500 of 4878 matches
Mail list logo
