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 (181 w, 1 d)
- Availability
- Available
- IRC Nick
- abijeet
- LDAP User
- Unknown
- MediaWiki User
- APatro (WMF) [ Global Accounts ]
Today
Sun, Aug 14
While working on T306573: Copy button in Codex demos copies extra newline in Chrome I was not able to set the IP and port that the server should run on when using npm run doc or npm run doc:dev. I had to modify the vite.config.ts file in order to change these configurations.
Sat, Aug 13
Wed, Aug 10
Mon, Aug 8
Translations were exported today: https://github.com/Ajapaik/ajapaik_flutter_app/commit/cc8e52586d26f23c507759ee1329ed6fcfd41e50
Translatewiki exported the translations out today: https://github.com/lingua-libre/SignIt/commit/809c44c142b7a1fe8e15de3c915a93118ee21e85
For PageTranslationHooks we want to do the following:
- Move the class under the PageTranslation namespace and rename the class to Hooks. Remove use of any deprecated methods if possible.
- As part of another task(T314759), start implementing hook interfaces and injecting dependencies.
Thu, Aug 4
@Yug There have been a few issues and PR submitted to fix things:
Project is available for translation: https://translatewiki.net/wiki/Translating:Lingua_Libre_SignIt
Translations failed today due to lack of commit access for the bot. I've created an issue on GitHub: https://github.com/Ajapaik/ajapaik_flutter_app/issues/2
The editcontentmodel right is not needed if we create the page with the correct content model to begin with.
Wed, Aug 3
We've not received any reports of these changes causing any issues. Marking this as resolved.
Tested on Translatewiki:
Tue, Aug 2
Deployed on translatewiki.net: https://translatewiki.net/wiki/Special:Translate?action=translate&group=ajapaik-flutter-app
For this task we believe we've fixed the out of date translation pages when translation units are deleted using Special:Nuke extension. We've created a separate bug report to track the issue related to successive reverts: T314390: Successive translation unit reverts cause out of date translation pages
Tested on translatewiki.net. I confirm that the issue is fixed.
@Wangombe - I think this issue is fixed. Can you confirm?
Mon, Aug 1
I do like approach A and B more because they appear less busy, but I think they will not work very well with touch devices so I would prefer to go with approach D.
Fri, Jul 29
Thu, Jul 28
This tool was used to import a large CSV file: T313051: Mass import translations from CSV file for MSG termbase and the process completed without errors. There were two improvements identified:
We've added a fix for this, and the page now renders fine. The underlying issue is tracked in a separate task.
Thanks @brennen!
Wed, Jul 27
Tue, Jul 26
I was also wondering if we could just have the date and the summary text without any spacing in between as a continuous text. Something similar to:
This is happening because we are now (ff82250e) using the TtmServerFactory to create instances of available translation services. With the configuration on MediaWiki:
Mon, Jul 25
Fix for this issue has been backported. It is now working as expected. Thanks you.
Sun, Jul 24
I am able to reproduce this locally with the following configuration set:
Thu, Jul 21
I'm able to reproduce this locally. Here's what I think is happening:
@Asaf - I've added some documentation regarding WikiLearn on the Meta-Wiki page here: https://meta.wikimedia.org/wiki/APatro_(WMF)/Translating_WikiLearn_Courses
Wed, Jul 20
Tested on MediaWiki
This workflow works as expected now.
Tue, Jul 19
Note to system admin: Importing this CSV file will put a lot of jobs into the queue. Recommend running the import when traffic to the site is low.