I started working with Wikimedia since Feb, 2019. My primarily work will be on the Translate extension and translatewiki.net.
User Details
- User Since
- Feb 25 2019, 5:15 AM (272 w, 5 d)
- Availability
- Available
- IRC Nick
- abijeet
- LDAP User
- Unknown
- MediaWiki User
- APatro (WMF) [ Global Accounts ]
Yesterday
Last two unexpected cache misses:
Tue, May 14
I see exports are happening as expected: https://gitlab.wikimedia.org/toolforge-repos/wd-image-positions/-/commit/1ca9f6af8c11d646489239988966fa6986213dd9;
Mon, May 13
Instead of the notification on the top right, we've now added an inline error message:
Fri, May 10
The project is available for translation on translatewiki.net: https://translatewiki.net/wiki/Translating:SmartComments
Thu, May 9
Appears to be caused due to testing on canary, and the job queue being involved.
Screenshots from my dev machine:
Hi @Varnent, thanks for reporting this issue. A fix has been deployed, and I verified from my side that it works. Let me know if you are still blocked.
We're planning to automate the generation of the dumps, this would involve the following:
Wed, May 8
With the latest patches deployed:
Tue, May 7
We've decided to take a simpler approach for now until we implement T358600: Display priority languages for the translatable page for which notification is being sent. When a user selects a discouraged message group, we are displaying an error:
@Rvdwiel The project does not have a message documentation file (qqq.json). This is not a blocker, but recommended to provide translators context about the strings they are translating.
Updated the task description to also collect statistics about: unique users who have used the extension to send notification.
Received notification for Translate. Any other issues found can be filed as separate bug reports.
Mon, May 6
Some screenshots by Edly from the DEV server of message bundles with labels:
The refactored versions of TranslatablePage and MessageBundle loaders have been deployed on translatewiki.net
Change is deployed on translatewiki.net:
Patch was cherry-picked and deployed on translatewiki.net.
I can no longer reproduce this on translatewiki.net. Marking this as done.
Tested on MediaWiki.org:
I think that summarizes my thoughts well. We should implement T358600: Display priority languages for the translatable page for which notification is being sent first, and then get back to working again on this one.
Thu, May 2
Not planning to work on this currently.
[[ URL | name ]]
Wed, May 1
We could add a recent tab under Special:Translate:
Tue, Apr 30
I've been working on some POC patches, which can be found here. My goal is to gain a better understanding of Modules, Lua, and extending the Scribunto library. The API will be updated based on community feedback, but here are some planned changes that I think make sense:
Exports are working again: https://github.com/jwbth/convenient-discussions/commit/fc0391d6f7ff91a820491824824e240de50aec7a
Mon, Apr 29
Deployed on translatewiki.net
The OpusMT team said the tarball containing all translations from translatewiki.net could be processed.
Had a call with the Edly team on 19th April regarding this topic. Discussed if they have any questions, and what the format for the label should be.
Mentioned in the release notes for MLEB 2024.04: https://www.mediawiki.org/wiki/MediaWiki_Language_Extension_Bundle/2024.04
The feature is enabled on translatewiki.net to gather feedback. Feedback can be provided here, or on the support page on translatewiki.net