awight added a comment.
I can confirm that WMDE Tech Wishes doesn't depend on the preference counts,
please see T260182: BetaFeatures dashboard should distinguish between automatic
opt-in and intentional opt-in <https://phabricator.wikimedia.org/T260182> for a
longer explanation
awight added a comment.
(See previous work in T309695 <https://phabricator.wikimedia.org/T309695>)
TASK DETAIL
https://phabricator.wikimedia.org/T337222
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: awight, Aklappe
awight closed this task as "Resolved".
awight claimed this task.
awight added a comment.
Congratulations and thank you for the patch! It looks like this issue was
fixed as of Feb 1:
F36818844: image.png <https://phabricator.wikimedia.org/F36818844>
TAS
awight added a project: Wikimedia-production-error.
TASK DETAIL
https://phabricator.wikimedia.org/T309695
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, hoo, awight, Aklapper, Adamm71,
Jersione
awight added a comment.
This bug is responsible for the biggest share of errors from kartotherian.
Please adapt the POC patch and let us know if we can help!
TASK DETAIL
https://phabricator.wikimedia.org/T309695
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
awight added a comment.
We're seeing flapping from another test in that class:
> 14:58:46 1)
Wikibase\Repo\Tests\Store\Sql\WikiPageEntityMetaDataLookupTest::testLoadRevisionInformation
> 14:58:46 Trying to get property 'rev_id' of non-object
I suggest we skip the entire
awight added a comment.
+1 please skip, this is affecting our work as well.
TASK DETAIL
https://phabricator.wikimedia.org/T321517
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: awight, Jdlrobson, Umherirrender, Aklapper, Astuthiodit_1
awight added a comment.
There's a completely different direction we could go in, which would mean
adding some non-trivial functionality to kartotherian but would greatly
simplify the integration here. The mapframe tag could support a new attribute
like `marker="center"` which
awight added projects: Unplanned-Sprint-Work, WMDE-TechWish-Sprint-2022-06-08.
TASK DETAIL
https://phabricator.wikimedia.org/T309695
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Lydia_Pintscher, hoo, awight, Aklapper, mrephabricator
awight added a comment.
In T309695#7973878 <https://phabricator.wikimedia.org/T309695#7973878>,
@Lydia_Pintscher wrote:
> Thanks Adam! Do you want to provide a patch?
I don't have a local Wikibase installation for development, but I would be
happy to pair with a Wikidata
awight renamed this task from "High volume of requests for static map
thumbnails to www.wikidata.org Special:BlankPage" to "High volume of
un-servable requests for static map thumbnails to www.wikidata.org
Special:BlankPage".
awight added a project: WMDE-TechWish-Mainten
awight created this task.
awight added projects: Maps, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Half of the "groupIds not available" log messages, roughly 60k requests per
day, are being made for impossible maps on Wikidata's Special
awight created this task.
awight added projects: Wikidata, Maps (Kartographer).
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
00:06:13.224 1)
Wikibase\Lib\Tests\Formatters\CachingKartographerEmbeddingHandlerTest::testGetParserOutput
00:06:13.224 MWException
awight added a comment.
This is just a walk-by comment so feel free to ignore, but didn't we have a
nearly identical issue last year, and the solution was to put all these little
files in a tmpfs which could simply be unmounted when the container is
destroyed? If this sounds like something
awight added a comment.
More glitches which happen locally and I can see in a few CI failures,
[Chrome 90.0.4430.212 linux #0-5] 1) Termbox: AnonEditWarning "before each"
hook for Termbox: AnonEditWarning
[Chrome 90.0.4430.212 linux #0-5] element
(".wb
awight updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T291476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat,
Akuckartz
awight added a comment.
In T291476#7407856 <https://phabricator.wikimedia.org/T291476#7407856>,
@awight wrote:
> Just discovered that @Addshore has already migrated Wikibase CI to use the
apache job, and it has been running successfully since 45196761454f2
awight updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T291476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat,
Akuckartz
awight added a comment.
Just discovered that @Addshore has already migrated Wikibase CI to use the
apache job, and it has been running successfully since 45196761454f28
<https://phabricator.wikimedia.org/rCICF45196761454f28d79438bd9ea525bd08603e6833>.
TASK DETAIL
awight updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T291476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat,
Akuckartz
awight added a comment.
Can you programmatically add namespaces from an extension `callback` hook
<https://www.mediawiki.org/wiki/Manual:Extension_registration#Customizing_registration>?
TASK DETAIL
https://phabricator.wikimedia.org/T97012
EMAIL PREFERENCES
awight added a parent task: T226869: Run browser tests in parallel.
TASK DETAIL
https://phabricator.wikimedia.org/T291476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja
awight created this task.
awight added projects: wdwb-tech, Wikidata-Campsite, Wikidata,
Continuous-Integration-Config, User-awight.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Apache is a multithreaded backend, which will make it possible to run tests
concurrently
awight updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T290303
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Manuel, Addshore, Ottomata, awight, Lydia_Pintscher, Aklapper, Michael,
Invadibot, maantietaja
awight added a comment.
In T282563#7251679 <https://phabricator.wikimedia.org/T282563#7251679>,
@GoranSMilovanovic wrote:
> Anyways, following a series of cross-validations and tricks to account for
a highly imbalanced dataset, one Random Forrest classifier was able to predict
awight added a comment.
I really like where this is going.
Maybe also look for patterns in the 94% who have dropped off, for example any
variables that negatively correlate with longetivity.
TASK DETAIL
https://phabricator.wikimedia.org/T282563
EMAIL PREFERENCES
https
awight added a comment.
This is looking great! I mean, it's a discouraging phenomenon but a
promising analysis :-)
I have a question about how to interpret the "0" reactivations category,
which is stated above to be "a vast majority of editors [who] never reactivate
awight added a comment.
>> Can you share more about the query that produced reactivations.csv? I
can't tell from the information provided what counts as a "period of
inactivity".
>
> R code. If you still would like me to share it with you I will open a
Gerri
awight added a comment.
This line can be removed,
> event_user_id != 0
Anonymous users are already filtered out with `event_user_is_anonymous =
FALSE`, and anyway `event_user_id` is set to `null` rather than `0` for
anonymous (or revision-deleted) users.
I think the
awight added a comment.
The latest patchset drops selenium-standalone.
TASK DETAIL
https://phabricator.wikimedia.org/T00
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Tonina_Zhelyazkova_WMDE, Lucas_Werkmeister_WMDE, Addshore
awight added a comment.
In T00#6853286 <https://phabricator.wikimedia.org/T00#6853286>,
@zeljkofilipin wrote:
> - Is there a reason this repository uses `selenium-standalone` instead of
`chromedriver`?
I think we can remove that dependency if we merge my pa
awight added a comment.
Notes:
- The `wdio-chromedriver-service` seems better from a distance, but the
antagonist seems to be in the details. See this commit
<https://gerrit.wikimedia.org/r/c/mediawiki/core/+/558617> for some notes about
why the approach was abandoned in m
awight added a comment.
I mashed together some bits laying around and got the above patch to pass.
The only big issue is the grunt-merge-i18n package coming from github, which
breaks due to missing `ssh`. Otherwise, I think this is usable.
TASK DETAIL
https://phabricator.wikimedia.org
awight added a comment.
Quibble runs some services in the background, which you would also need in
order to run browser tests. Specifically I think you're missing:
- xvfb in order to run headless, like `xvfb :94 -screen 0 1280x1024x24
-nolisten tcp -nolisten unix`
- chromedriver
awight closed this task as "Resolved".
awight claimed this task.
awight added a comment.
In T225195#5382996 <https://phabricator.wikimedia.org/T225195#5382996>,
@Jdforrester-WMF wrote:
> Can we just declare this Resolved or is further work under this banner
planned?
awight added a comment.
In T238055#5659632 <https://phabricator.wikimedia.org/T238055#5659632>,
@hashar wrote:
> I guess we want a follow up task to make sure the build breaks as soon as
the problem is detected?
Thanks, following up in: T238203: Composer-merge-plu
awight added a comment.
I think the confusion is caused by a late failure. The original error is
from `composer install`, where one dependency requires
`wikimedia/assert:v0.4.0`, and then wikibase-lexeme requires wikimedia/assert
([>= 0.2.2.0-dev < 0.3.0.0-dev]). Composer r
awight moved this task from Watching to Tech Debt on the
Multi-Content-Revisions board.
awight edited projects, added Multi-Content-Revisions (Tech Debt); removed
Multi-Content-Revisions.
TASK DETAIL
https://phabricator.wikimedia.org/T217329
WORKBOARD
https://phabricator.wikimedia.org
awight added a comment.
In T88258#5118855 <https://phabricator.wikimedia.org/T88258#5118855>,
@Lucas_Werkmeister_WMDE wrote:
> T87985: Convert Translate to use extension registration
<https://phabricator.wikimedia.org/T87985> has an interesting proposal for how
to d
awight added a comment.
In T225195#5240385 <https://phabricator.wikimedia.org/T225195#5240385>,
@Ottomata wrote:
> So I suppose since those patches are in two different repos, tests on each
fail until they are both merged?
They are redundant rather than interdependen
awight added a subscriber: AndyRussG.
awight added a comment.
The CentralNotice changes I'm looking at were made in February, fac8406c28d9
<https://phabricator.wikimedia.org/rECNOfac8406c28d917e4a9373ceb63e0030064f1ed39>,
and the EventBugHooks side was changed May 17 in b0450e28449c
awight added a project: MediaWiki-extensions-CentralNotice.
awight added a comment.
> the job runs PHPUnit two times, and the first time everything succeeds
This just means that the failing tests are all in the `Database` group.
These are skipped in the first run, and inclu
awight added a parent task: T225162: Tracking: flapping tests in gated
extensions.
TASK DETAIL
https://phabricator.wikimedia.org/T225017
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: awight, darthmon_wmde, Premeditated, Nandana
awight created this task.
awight added a project: Lexicographical data.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
This is breaking unrelated patches, since it's a gated extension.
1) Lexeme:Statements can be added:
Statement value added to GUI shows
awight added a comment.
This might also be useful:
T199116: Quibble should run `npm install` and `npm run selenium-test` for
each extension/skin that has Selenium tests
<https://phabricator.wikimedia.org/T199116>
I have a patch for review which will run browser tests for each ext
awight updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONI'm not sure if this is requiredthere's an audience for it, but setting upa mediawiki-vagrant role for WikibaseLexemeeme would have been helpful to me at the moment. Setting up the extension locally turns out
awight created this task.awight added projects: Lexicographical data, MediaWiki-Vagrant.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONI'm not sure if this is required, but setting up WikibaseLexeme locally turns out to be challenging. Wikibase properties and items need
awight added a parent task: T204303: Investigate MCR support gap for JADE purposes.
TASK DETAILhttps://phabricator.wikimedia.org/T201431EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: PDrouin-WMF, Aklapper, Ramsey-WMF, JKSTNK, Lahi, E1presidente
awight updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...However, strange problems show up in the docker CI output, suggesting that the `wikibase/data-model` library is somehow out of sync. CI reports that version 8.0.0 of the library is installed, which is what I have
awight created this task.awight added projects: Lexicographical data, Wikibase-DataModel.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONWhen running unit tests on recent WikibaseLexeme, I get a fatal interpreter error. The UI also whitescreens.
Using PHP 7.1.16
PHP Fatal error
awight added a subscriber: Addshore.awight added a comment.
@Addshore Hi, I'm wondering if the WikibaseLexeme namespace registration really needs to be made conditional or if a patch like https://gerrit.wikimedia.org/r/462017 might be a good idea?TASK DETAILhttps://phabricator.wikimedia.org
awight added a project: goodfirstbug.Restricted Application added a project: Growth-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T171953EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklapper, PokestarFan, Raymond, Kieubinhtb, kostajh
awight added a subscriber: Ladsgroup.awight added a comment.
It got complicated, I found some custom namespace registration I wanted to ask @Ladsgroup about, if you know anything?TASK DETAILhttps://phabricator.wikimedia.org/T197267EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
awight added a comment.
This is about a PHP constant, not a data item for the lexeme namespace, right? I'm new to Wikidata, so hearing "property" is enough to raise my hackles, that this is possibly a task about something persisted in Wikibase?
There's a configuration variable for $wgL
awight updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...This should be made consistent, choosing a single capitalization scheme. Other lexeme data types like "Form", and "Sense" are alsooften capitalized in thee extension's interface, maybe to hig
awight updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...This should be made consistent, choosing a single capitalization scheme. It seems thatOther data types like "Form", and "LexemSense" are currently beingalso capitalized in the interface
awight created this task.awight added a project: Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONFor example, Wikibase special pages include:
"Create a new Lexeme"
"Create a new item"
"Create a new property".
This should be made
awight created this task.awight added a project: Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONSteps to reproduce:
Browse to a lexeme, e.g. https://www.wikidata.org/wiki/Lexeme:L10
Click "Download as PDF" in the left sidebar, to invoke E
awight added a comment.
@Jdforrester-WMF Is there another task to implement the history view for MediaInfo? I'd like to subscribe to that, if and when it exists.TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
awight added a comment.
It's not blocking my work or anything, I just thought I would run the system through its paces, and maybe get a better understanding of MCR. Feel free to decline!TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
awight created this task.awight added a project: Structured-Data-Commons.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONhttps://structured-commons.wmflabs.org/w/index.php?title=MediaInfo:M13=""> gives me a whi
awight added a comment.
Should this be a subtask of T174045: DB schema migration for MCR?TASK DETAILhttps://phabricator.wikimedia.org/T183487EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, gerritbot, Tgr, Jdforrester-WMF, Anomie, Addshore
awight added a parent task: T187836: [Epic] Audit of pending ORES GUI deployments.
TASK DETAILhttps://phabricator.wikimedia.org/T127470EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Glorian_WD, awightCc: Glorian_WD, Ladsgroup, Halfak, Glorian_Yapinus, Sumit
awight added a comment.
@Catrope is right, all it took was kicking the CheckModelVersions job. I think this job isn't running automatically.
mwscript extensions/ORES/maintenance/CheckModelVersions.php --wiki=wikidatawikiTASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps
awight added a comment.
ORES UI is disabled on beta wikidatawiki. Please don't close this task without either doing or scheduling the subtasks outlined above.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
awight added a comment.
Per T181191: Make ORES-consuming pages more robust to ORES errors, we need to catch any expected exceptions and gracefully degrade. Must be covered by tests.
Why are the database models different than what ores-beta offers? Ores-beta is currently overloaded, FWIW.
TASK
awight added a comment.
Okay something weird is going on. The models in ores-beta are,
/srv/deployment/ores/deploy/submodules/editquality/models/wikidatawiki.damaging.gradient_boosting.model
/srv/deployment/ores/deploy/submodules/editquality/models/wikidatawiki.goodfaith.gradient_boosting.model
awight added a comment.
I see no ores_model goodfaith for beta wikidata in the database, so I'll disable in configuration.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Ladsgroup, Addshore
awight added a comment.
Confirmed that the fact no longer has an ellipsis. I also tried an old revision, https://www.wikidata.org/w/index.php?title=Q1021880=463116190TASK DETAILhttps://phabricator.wikimedia.org/T176565EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
awight added a comment.
@BBlack Thanks for the detailed notes! All I was going to add was my understanding of how Ext:ORES has the potential for exacerbating any issues with the API layer, simply by consuming with every new edit.TASK DETAILhttps://phabricator.wikimedia.org/T179156EMAIL
awight added a comment.
@hoo Wondering if you wrote an incident report, that I can add to with an explanation of ORES's involvement?TASK DETAILhttps://phabricator.wikimedia.org/T179156EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: daniel, Peachey88
awight closed this task as "Declined".awight added a comment.Herald removed a subscriber: Liuxinyu970226.
The API has recovered.TASK DETAILhttps://phabricator.wikimedia.org/T179112EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklap
awight added a comment.
It seems that the wikidata API is slow overall, so this might be resolved by external work.
Meanwhile, I haven't been able to determine our extractor's User-Agent...TASK DETAILhttps://phabricator.wikimedia.org/T179112EMAIL PREFERENCEShttps://phabricator.wikimedia.org
awight moved this task from Backlog to Current on the Scoring-platform-team board.awight edited projects, added Scoring-platform-team (Current); removed Scoring-platform-team.
TASK DETAILhttps://phabricator.wikimedia.org/T179112WORKBOARDhttps://phabricator.wikimedia.org/project/board/1901/EMAIL
awight created this task.awight added projects: ORES, Scoring-platform-team, Wikidata.
TASK DESCRIPTION[I'll post in a minute with exactly what the API requests look like]TASK DETAILhttps://phabricator.wikimedia.org/T179112EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
awight 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.
@Catrope, Just a heads up that I was unable to duplicate the same drop in query
awight created this task.awight added projects: Wikidata-Query-Service, Beta-Cluster-Infrastructure.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONIssue seen on deployment-sca03.deployment-prep.eqiad.wmflabs:
Error: Failed to apply catalog: Found 1
awight added a comment.
I have a side project that would benefit from daily JSON dumps. Happy to look into providing this if there's anyone else who cares?TASK DETAILhttps://phabricator.wikimedia.org/T72246EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
awight removed a subscriber: awight.
TASK DETAIL
https://phabricator.wikimedia.org/T95663
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: Ricordisamoa, wpmirrordev, JanZerebecki, aude, Aklapper, Wikidata-bugs,
Mbch331
awight added a subscriber: awight.
awight added a comment.
@Reedy: Thanks for taking this on!
TASK DETAIL
https://phabricator.wikimedia.org/T114538
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: awight, daniel, Ricordisamoa, gerritbot
awight added a subscriber: AndyRussG.
TASK DETAIL
https://phabricator.wikimedia.org/T114538
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: awight
Cc: AndyRussG, awight, daniel, Ricordisamoa, gerritbot, AKoval_WMF,
FloorKoudijs, TFlanagan-WMF, hoo
awight added a subscriber: awight.
TASK DETAIL
https://phabricator.wikimedia.org/T95663
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
awight created this task.
awight added subscribers: awight, JeroenDeDauw, daniel, Lydia_Pintscher.
awight added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Copy some of the reasonable assumptions from repo/config/Wikibase.example.php
to repo
83 matches
Mail list logo
