GSoC '20 Intern at Wikimedia,
Coding pursuits: GitHub
Wikimedia: mediawiki.org
User Details
- User Since
- Nov 4 2019, 5:26 PM (176 w, 3 d)
- Availability
- Available
- IRC Nick
- Sohom Datta
- LDAP User
- Unknown
- MediaWiki User
- Sohom Datta [ Global Accounts ]
Yesterday
@Reputation22 I think @Aditiganvir28 was working on this ?
Tue, Mar 21
Thanks for the report, I have restarted the containers
Mon, Mar 20
@Reputation22 Can you explain what you mean by trimming from the left, I can't seem to be able to get the tool to trim from the left, not sure if I'm doing anything wrong ?
Sun, Mar 19
@Najni_Fatima Lmk if you are stuck in a specific area
Sat, Mar 18
Not really, best to add a link to this in the README ? (Or maybe better to document this specific instance in the README itself)
Lets not decline this :)
Tue, Mar 14
Use the Wikimedia Parsing text API (https://m.mediawiki.org/wiki/API:Parsing_wikitext) or the Parsoid Rest API
Mon, Mar 13
Seems like a good idea :)
Sat, Mar 11
Fri, Mar 10
Looks like sequelize doesn't play well with ESM modules, we should probably switch to CommonJS modules for now
Tue, Mar 7
I do intend to use seqelize to make for easier migration from Mongo
Thanks for the patch
Mon, Mar 6
Lets branch out the session storage aspect into a different bug though
Sun, Mar 5
Also we should be able to avoid these issues after https://gerrit.wikimedia.org/r/c/labs/tools/VideoCutTool/+/894169 is merged (which moves the environment variables into a .env file that is ignored by git via .gitignore)
@Aklapper Those are local credentials for setting up a development environment, and are not the ones used by VideoCutTool on Toolforge (AFAIK). The callback URL for those keys are set to http://localhost:4000/api/auth/mediawiki/callback which shouldn't be reachable by anyone except the user themselves. (This is the associated grant based on some digging around: https://meta.wikimedia.org/w/index.php?title=Special:OAuthListConsumers/view/fe3623a2f263e7f95ae8b602641f2415&name=Akash+Ranja&publisher=&stage=1)
This sounds like a good idea, feel free to ping us (me/@Gopavasanth) if you are getting stuck anywhere
I think @KunalKatara12 is still working on this, so this isn't open right now. (Btw, feel free to ping us (me/@Gopavasanth) if you get stuck anywhere @KunalKatara12 )
Sat, Mar 4
Thu, Mar 2
Wed, Mar 1
This probably isn't ProofreadPage, WS Export looks like the proper project :)
Right, I think we can probably investigate PostgreSQL and/or SQLite with a sequelize ORM for our current needs given that no NoSQL databases are supported. (ping @Gopavasanth in case they have any thoughts on other ORMs/other alternative databases to use)
Tue, Feb 28
@taavi Are there any alternatives (NoSQL databases that are interoperable with NodeJS) that we can shift to that are offered by the WMCS ?
Mon, Feb 27
Removing assignee, pls read the top info text (this is umbrella microtask so please don't assign yourself the task but feel free to work on it)
Sun, Feb 26
Fri, Feb 24
Sure, that sounds great, I am interested in taking up the role (also thanks for the kind words 🙂)
Thu, Feb 23
Wed, Feb 22
I don't think @I has access to the LogStash (for that matter, I don't think anyone who will be browsing good first task will have the requisite access)
Feb 20 2023
Wrt to P17185, currently the feature being tested via Selenium is behind the $wgProofreadPageEnableEditInSequence feature flag. Setting it to true should allow the tests to run locally.
@zeljkofilipin I've been working on ProofreadPage selenium tests, will be happy to answer questions on test and general ProofreadPage setup.
@I The discussion you linked started today and has very few participants, I'd defer untill we have participants in the discussion/the discussion has been open for a sufficiently long time without any opposing remarks before making the change :)
Feb 17 2023
Feb 15 2023
@ShreyashPingle Let me know if your are interested in working on this task wrt to testing the Mongoose model, I can try and take a stab at helping you integrate it with CI.
Feb 14 2023
@ShreyashPingle Please take a look at T328928
Imo we should not be using Mocha, since we plan to use to Jest for the frontend we should also use jest for the backend. It doesn't make sense to have two types of testing systems on the same project :(
Feb 10 2023
Feb 7 2023
Feb 6 2023
Hey @Sidharthkumar23 this is somewhat of a umbrella task of sorts so I'm not assigning it to a specific contributor, but feel free to work on it :)
Feb 5 2023
Feb 4 2023
Feb 3 2023
@Punith.nyk Can you give some more information on how this behaviour can be reproduced ?
Jan 30 2023
@Reputation22 It would make sense to add some verbiage to ask users to report the issue to phabricator if the error is not expected :)
Jan 29 2023
I don't think using the sender's address in this case is the way to go, instead, I think we should use the Wikimedia email API to send emails to the user (we can eithier create a new user account for this, or opt to have the new user email themselves via the OAuth sendemail permission).
Jan 27 2023
Jan 22 2023
Jan 20 2023
This would be the correct solution, except that it clashes with the (current under development) edit-in-sequence preview module :(
Jan 19 2023
This is caused by the fact that we use the height of the image as the size of the editform :(
Can you explain what you mean by this ? The size is not supposed to persist across sessions/tabs (and that would probably require filing a seperate task)
Jan 17 2023
Jan 16 2023
Jan 10 2023
Jan 6 2023
Wrt to Layout storage, maybe once we implement T294903 we will be able to directly allow users to send layout data ?
Jan 3 2023
Currently the basic MVP should work on Beta Wikisource, mostly.