Catrope closed subtask T355384: PageTriage: Remove compatConfig from Vue
settings as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T289105
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Aklapper, Catrope, Danny_Benjafield_WMDE
Catrope removed Catrope as the assignee of this task.
TASK DETAIL
https://phabricator.wikimedia.org/T304534
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Catrope, Aklapper, Jdlrobson, Michael, Lucas_Werkmeister_WMDE,
Astuthiodit_1
Catrope closed this task as "Resolved".
Catrope claimed this task.
Catrope added a comment.
In T304534#8908758 <https://phabricator.wikimedia.org/T304534#8908758>,
@Michael wrote:
> I think there might only be some cleanup left here, that is: removing the
`comp
Catrope moved this task from QTE Sign-off to Design Sign-Off on the
Design-Systems-Team (Design-Systems-Sprint) board.
Catrope reassigned this task from EUdoh-WMF to Volker_E.
Catrope added a comment.
Moving to Design Sign-Off and assigning to @Volker_E per the previous comment
TASK DETAIL
Catrope closed this task as "Resolved".
Catrope added a comment.
This appears to have been done, as there are no references to Vue 2 left in
Wikibase or WikibaseLexeme
TASK DETAIL
https://phabricator.wikimedia.org/T314602
EMAIL PREFERENCES
https://phabricator.wikimedia.or
Catrope added a comment.
In T304534#8379196 <https://phabricator.wikimedia.org/T304534#8379196>,
@Michael wrote:
> @Catrope With the next train, the last pieces of the Wikibase Vue 3
migration should be rolling out, and we're done migrating the all the Wikibase
Vue produc
Catrope updated Other Assignee, added: EUdoh-WMF.
TASK DETAIL
https://phabricator.wikimedia.org/T305091
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Ladsgroup, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Catrope, Mooeypoo,
bmartinezcalvo
Catrope added a comment.
Note that there is still one `new Vue()` call remaining in Wikibase, in
ErrorPermission.vue in data bridge
<https://gerrit.wikimedia.org/g/mediawiki/extensions/Wikibase/+/d5b5885d2dc656a4e4936550630e33ec6bd1c8b2/client/data-bridge/src/presentation/compone
Catrope added a comment.
In T297381#7559573 <https://phabricator.wikimedia.org/T297381#7559573>,
@Lucas_Werkmeister_WMDE wrote:
> @Catrope would you consider adding this `module.exports=Vue;` assignment
directly to the `vue.global(.prod).js` files shipped by MediaWiki? That w
Catrope added a comment.
We've noticed problems with `.native` event bindings not working with
compiled Vue 2 code running in the Vue 3 migration build, see
https://gerrit.wikimedia.org/r/c/wvui/+/745576 . The only two uses of `.native`
that codesearch turned up were in WVUI (which
Catrope added a comment.
That confuses me, because WVUI uses `export default Vue.extend( { ... } )`
too (example
<https://github.com/wikimedia/wvui/blob/master/src/components/button/Button.vue#L20>),
and using the Vue 2 build of WVUI with the Vue 3 compat runtime works fine.
Catrope added a comment.
> since we compile templates in our build step, we can’t produce a bundle
that’s compatible with Vue 2 and 3 at runtime
I thought this would be a problem with WVUI, but from my testing, the Vue
2-compiled WVUI bundle works just fine under the Vue 3 migrat
Catrope updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T294465
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Aklapper, Catrope, Akuckartz, darthmon_wmde, lucamauri, Wikidata-bugs,
Lydia_Pintscher
Catrope created this task.
Catrope added projects: MediaWiki-extensions-WikibaseClient, Wikidata-Termbox.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
One of the first steps in our migration to Vue 3 will be to upgrade the
version of Vue in MediaWiki from Vue 2.6
Catrope removed Catrope as the assignee of this task.
TASK DETAIL
https://phabricator.wikimedia.org/T224426
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Catrope, Etonkovidova, JTannerWMF, Lydia_Pintscher, Ammarpad, Reedy,
Patriccck
Catrope added a comment.
The relevant code is
$layout->appendContent(
...$this->getCaptionsContent(
$entity->getLabels(),
$this->getLanguagesOrderedByFallbackCha
Catrope added a comment.
The relevant code is
$layout->appendContent(
...$this->getCaptionsContent(
$entity->getLabels(),
$this->getLanguagesOrderedByFallbackCha
Catrope added a comment.
What's the rationale behind doing the branch cut on Friday, then waiting over
72 hours to deploy it to even test wikis on Monday? In the table in
T223410#6174334 <https://phabricator.wikimedia.org/T223410#6174334>, maybe we
could move the branch cut to the
Catrope created this task.
Catrope added projects: Performance, MediaWiki-ResourceLoader,
MediaWiki-extensions-WikibaseClient.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
Restricted Application added projects: Wikidata, Performance-Team.
TASK DESCRIPTION
`Wikibase
Catrope removed a parent task: T220739: 1.34.0-wmf.14 deployment blockers.
TASK DETAIL
https://phabricator.wikimedia.org/T228290
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: greg, Catrope, dcausse, Jdforrester-WMF, Krinkle, Aklapper
Catrope reopened this task as "Open".
Catrope added a comment.
I was able to confirm that this spams the logs without my fix, and doesn't
spam it with my fix, so that's probably worth addressing. Unlinking this as a
train blocker though, since it's not fataling entire pages anym
Catrope added a comment.
For posterity: the "nesting level too deep" error was a crash in my debugging
code, where it attempted to serialize a recursive data structure. The original
error message before I started messing with things (and that is now happening
again) is th
Catrope renamed this task from "Fatal on Watchlist: Nesting level too deep" to
"Fatal on Watchlist: Call to a member function getAlphadecimal() on null".
TASK DETAIL
https://phabricator.wikimedia.org/T228290
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Catrope added a comment.
Sort of. The exception is still being thrown, it's just that it's now
(correctly) being swallowed by Flow's RecoverableErrorHandler so it doesn't
break the page.
TASK DETAIL
https://phabricator.wikimedia.org/T228290
EMAIL PREFERENCES
https
Catrope added a comment.
The preference is labeled "Show Wikidata edits *by default* in recent
changes". If you don't have it enabled, the default state of the RC filters
when you open RC will be such that Wikidata edits aren't shown, but if you then
change the filters they may en
Catrope added a comment.
In T223526#5189549 <https://phabricator.wikimedia.org/T223526#5189549>,
@Theklan wrote:
> It works (partially). It moves the link only if the "In other projects"
section exists.
Try this:
if ( !$( '#p-wikibase-othe
Catrope added a comment.
In T223526#5189390 <https://phabricator.wikimedia.org/T223526#5189390>,
@Theklan wrote:
> Maybe we can do it only for Basque wikipedia using js?
The JS for this is pretty simple:
$( '#p-wikibase-otherprojects ul' ).append( $('#t-wikibase')
Catrope added subscribers: MMiller_WMF, Catrope.Catrope moved this task from To Triage to Revisit on the Growth-Team board.Catrope added a comment.
We discussed this with the team earlier this week.
On a technical note (from me): this would require some Echo work to allow Wikibase to plug
Catrope added a comment.
In T183993#4001382, @daniel wrote:
This can happen every now and then due to replag. We should not worry unless this happens a LOT.
It happened 550 times over the past hour, which is a significant amount of log spam.TASK DETAILhttps://phabricator.wikimedia.org
Catrope closed this task as "Resolved".Catrope claimed this task.Catrope added a comment.
I can no longer reproduce thisTASK DETAILhttps://phabricator.wikimedia.org/T171953EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Catrope
Catrope renamed this task from "ORES and Enhanced Recent Changes: Backgound color stucks after patrolling" to "ORES and Enhanced Recent Changes: Background color gets stuck after patrolling".
TASK DETAILhttps://phabricator.wikimedia.org/T171953EMAIL PREFERENCEShttps://phabr
Catrope changed the task status from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T123213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Mattflaschen-WMF, TTO, I18n, Aklapper, Reedy, StudiesWorld, Analytics
Catrope added a comment.
In T184174#3894615, @Mooeypoo wrote:
In T184174#3887784, @MichaelSchoenitzer wrote:
When you disable the beta-feture again but don't change the url – i.e. you reload the already open page instead of clicking on "watchlist" in the menu – the enhanced watch
Catrope added a comment.
@Mooeypoo enhanced=1 controls "group by page", it doesn't control whether the WL shows only the most recent edit for each page, or all edits, and that's what he's talking about.TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFER
Catrope changed the task status from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Etonkovidova, MichaelSchoenitzer, Aklapper, Adrian1985, Lahi, Gq8
Catrope added a comment.
I tried running it, but of course that doesn't work because ores-beta is down:
catrope@deployment-tin:~$ mwscript extensions/ORES/maintenance/CheckModelVersions.php wikidatawiki
Starting...[71400e18b1a437ff51ed197f] [no req] RuntimeException from line 95 of /srv
Catrope added a comment.
Maybe the maintenance scripts to set up ORES on wikidatawiki were run wrong?TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Catrope, gerritbot, awight, Ladsgroup, Addshore
Catrope closed this task as "Resolved".Catrope claimed this task.Catrope added a comment.
This is fallout from T183252: Unbreak replication in beta labs. I've fixed enwiki but not wikidatawiki yet, so that's probably why it's fixed now.TASK DETAILhttps://phabricator.wikimedia.org/T1
Catrope added a comment.
This is deployed now, but someone will need to create https://se.wikipedia.org/wiki/Málle:AboutTopic for this to work properly.TASK DETAILhttps://phabricator.wikimedia.org/T179241EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
Catrope added a comment.
In T171027#3680606, @IKhitron wrote:
Hi, @Johan. Recent changes or watchlists?
Both. But the statement should really make that clearer. It uses RC and WL as if they're interchangeable, and in the code they kind of are because they use the same underlying infrastructure
Catrope added a comment.
In T171027#3677449, @Catrope wrote:
Thanks, I'll experiment with removing the STRAIGHT_JOIN, as well as with @awight's suggestion at T164796#3560530 of breaking out the change tags rollup.
This is tracked over at T176456: ORES on Watchlist causes big slowdown—especially
Catrope added a subscriber: awight.Catrope added a comment.
Thanks, I'll experiment with removing the STRAIGHT_JOIN, as well as with @awight's suggestion at T164796#3560530 of breaking out the change tags rollup.TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps
Catrope added a comment.
Thanks @jcrespo , @Reedy and @Ladsgroup for taking action.
In T171027#3668493, @jcrespo wrote:
Notification for users: We are going to disable wikidata recentchanges (meaning, changes on pages on other wikis coming from changes done on wikidata; the recentchanges
Catrope added a comment.
Thanks for the detailed analysis @Bawolff and @jcrespo . My $0.02:
Given the overwhelming number of Wikidata entries in the RC table (95% or more on some wikis, I was very surprised by that), I think that's the main problem that we should tackle. @Bawolff's split query
Catrope added a comment.
In T168487#3474933, @SBisson wrote:
From the task description:
There should be no highlighting for these rows regardless of whether it's using the original ORES highlighting or the newer highlighting done by RC Page itself.
Note that the patch above doesn't handle
Catrope added a comment.
In T168487#3473450, @gerritbot wrote:
Change 367841 had a related patch set uploaded (by Catrope; owner: Catrope):
[mediawiki/extensions/ORES@master] Treat RC_LOG and RC_EXTERNAL rows as unscorable
https://gerrit.wikimedia.org/r/367841
This patch does the following
Catrope moved this task from Ready for Pickup to Needs Review on the Collaboration-Team-Triage (Collab-Team-Q1-Jul-Sep-2017) board.Catrope claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T168487WORKBOARDhttps://phabricator.wikimedia.org/project/board/2828/EMAIL PREFERENCEShttps
Catrope added a comment.
In T159787#3440455, @jmatazzoni wrote:
@Mattflaschen-WMF, I'm sure this is necessary but I don't understand what it's about. As far as I can see, Wikidata already is an option in the Type of Change filter group. What do we still need to accomplish, and what's Blocking
Catrope added a comment.
In T168487#3391019, @Halfak wrote:
Is this something that the ORES Review Tool is doing? I'm confused.
Both the ORT and RCFilters do this. As I understand it, the culprit is that recentchanges rows that come from Wikidata have an rc_this_oldid that refers to a revision
Catrope added a comment.
In T165011#3255414, @Ladsgroup wrote:
Well, I was working on it but I will happy to help and collaborate. What I've got so far is that hewiki is okay even though their configs is almost identical and both are on wmf-30.1
I think it's because Wikidata's default
Catrope added a comment.
Hmm, if only we had support for ORES scores for non-revision objects (like log entries or RC rows), then this'd be much easier.TASK DETAILhttps://phabricator.wikimedia.org/T158025EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
Catrope reassigned this task from Catrope to Mattflaschen-WMF.
TASK DETAILhttps://phabricator.wikimedia.org/T159787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, CatropeCc: Catrope, gerritbot, Aklapper, Mattflaschen-WMF, Adik2382, Th3d3v1ls
Catrope claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T159787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: gerritbot, Aklapper, Mattflaschen-WMF, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, JJMC89, Maathavan
Catrope moved this task from Untriaged to External on the Collaboration-Team-Triage board.Catrope added a comment.
I'm guessing this is probably a bug in how #wikidata injects these language links? If it turns out to be a bug in Flow, or if Flow turns out to do something unhelpful, please do let
Catrope added a comment.
In T46222#515378, @aude wrote:
https://gerrit.wikimedia.org/r/#/c/48438/ will omit Wikidata edits for now, until we can get the necessary changes needed into MediaWiki core and the extension. (and then get it deployed)
I can't promise a timeframe for this, but hope
Catrope changed the title from "Special:SetSiteLink opens master connection on GET" to "Special:SetSiteLink, other SpecialModifyEntity subclasses open master connection on GET".Catrope edited the task description. (Show Details)
EDIT DETAILSSeems to happen for every reques
Catrope added a comment.
Duping this one to the other one because the other one has a patch attached to it that solves the problem for all SpecialModifyEntity subclasses.TASK DETAILhttps://phabricator.wikimedia.org/T154596EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Catrope closed this task as a duplicate of T154555: Special:SetSiteLink opens master connection on GET.Herald removed a subscriber: Liuxinyu970226.
TASK DETAILhttps://phabricator.wikimedia.org/T154596EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aaron
Catrope added subscribers: aaron, Joe, Krenair, PleaseStand, Gilles, Nemo_bis, Glaisher, Johan, daniel, Amire80.Catrope merged a task: T154596: SpecialModifyEntity master queries on page views.
TASK DETAILhttps://phabricator.wikimedia.org/T154555EMAIL PREFERENCEShttps://phabricator.wikimedia.org
Catrope added a comment.
This related to / almost a duplicate of T154555: Special:SetSiteLink opens master connection on GET. Both SpecialSetSiteLink from that bug and SpecialSetLabelDescriptionAliases from this bug are subclasses of SpecialModifyEntity.TASK DETAILhttps://phabricator.wikimedia.org
Catrope added a parent task: T92357: Fix problematic database master queries performed on HTTP GET/HEAD.
TASK DETAILhttps://phabricator.wikimedia.org/T154555EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Aklapper, Catrope, D3r1ck01, Izno, Wikidata
Catrope created this task.Catrope added projects: Wikidata, Availability, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSeems to happen for every request of the form /wiki/Special:SetSiteLink/Qnn
Expectation (masterConns <= 0) by MediaWiki::m
Catrope removed a project: Collab-Archive-2015-2016.
TASK DETAILhttps://phabricator.wikimedia.org/T117457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CatropeCc: Urbanecm, TerraCodes, Luke081515, Thryduulf, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226
Catrope removed a project: Collaboration-Team-Current.
TASK DETAIL
https://phabricator.wikimedia.org/T103346
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mattflaschen, Catrope
Cc: Catrope, Mattflaschen, gerritbot, StudiesWorld, daniel, Anomie
Catrope added a subscriber: Krinkle.
TASK DETAIL
https://phabricator.wikimedia.org/T127275
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Krinkle, Aklapper, Jdforrester-WMF, StudiesWorld, Izno, Wikidata-bugs,
aude, GWicke, Mbch331
Catrope closed this task as "Resolved".
Catrope added a subscriber: Catrope.
TASK DETAIL
https://phabricator.wikimedia.org/T103346
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mattflaschen, Catrope
Cc: Catrope, Mattflaschen,
Catrope closed blocking task T103346: phpunit hhvm failure: LuaSandbox:
TextLibraryTests[87]: json decode, invalid values (trailing comma) as
"Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T112073
EMAIL PREFERENCES
https://phabricator.wikimedia.org/sett
Catrope removed a subscriber: Catrope.
TASK DETAIL
https://phabricator.wikimedia.org/T18976
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: JEumerus, greg, Krenair, Aklapper, Meno25, Matanya, Arseny1992, aude,
brion, Amire80, Ebe123
Catrope moved this task to Needs Review on the Collaboration-Team-Current
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T116485
WORKBOARD
https://phabricator.wikimedia.org/project/board/1384/
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Catrope moved this task to QA Review on the Collaboration-Team-Current
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T116485
WORKBOARD
https://phabricator.wikimedia.org/project/board/1384/
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Catrope added subscribers: Catrope, Quiddity.
TASK DETAIL
https://phabricator.wikimedia.org/T116611
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Quiddity, Catrope, Aklapper, Lydia_Pintscher, Jdforrester-WMF, Matanya,
Luke081515
Catrope added a subscriber: Trizek-WMF.
TASK DETAIL
https://phabricator.wikimedia.org/T116611
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Catrope
Cc: Trizek-WMF, Quiddity, Catrope, Aklapper, Lydia_Pintscher, Jdforrester-WMF,
Matanya, Luke081515
Catrope triaged this task as Normal priority.
TASK DETAIL
https://phabricator.wikimedia.org/T107584
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: DannyH, Catrope
Cc: Catrope, Stryn, Qgil, Aklapper, Wikidata-bugs, matthiasmullie, aude,
Gryllida
Catrope assigned this task to DannyH.
Catrope added a subscriber: Catrope.
TASK DETAIL
https://phabricator.wikimedia.org/T107584
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: DannyH, Catrope
Cc: Catrope, Stryn, Qgil, Aklapper, Wikidata-bugs
Catrope created this task.
Catrope added a subscriber: Catrope.
Catrope added projects: MediaWiki-ResourceLoader, Wikidata, Technical-Debt.
Herald added a subscriber: Aklapper.
TASK DESCRIPTION
This is already fixed upstream in DataTypes on github:
https://github.com/wmde/DataTypes/blame
75 matches
Mail list logo
