User talk:Harej

Dear Harej, Welcome to MediaWiki.org!

Yes, welcome! This site is dedicated to documenting the MediaWiki software, the software behind many wikis, including that of Wikipedia and the Wikimedia Foundation projects.
Please, take a look at the following pages. They might prove useful to you as a newcomer here:

If you have any questions, please ask me on my talk page. Once again, welcome, and I hope you quickly feel comfortable here, and find this site useful documentation of the MediaWiki software.

Thanks, and regards, John Vandenberg (talk) 06:45, 23 February 2015 (UTC)Reply

My account here has been around since at least 2009, but thanks! :] Harej (talk) 06:45, 23 February 2015 (UTC)Reply

Need a little advice on who to direct this feature request to

Latest comment: 7 years ago3 comments2 people in discussion

I'd like to post a feature request regarding the ability to directly edit the content type entries available for use with Special:ChangeContentModel, but I don't know which particular project or user group to direct it to on Phabricator. Any ideas? - DSquirrelGM (talk) 04:40, 2 March 2017 (UTC)Reply

DSquirrelGM, typically new content models are added through MediaWiki extensions. Was there anything in particular you had in mind? Harej (talk) 16:56, 2 March 2017 (UTC)Reply

Essentially, I was looking for the ability to directly create a content model list for purely text-based formats such as MathML, SVG, and various other standard text-based formats (which other than changing the content-type wouldn't otherwise need special handling) that could be directly editable by administrators, perhaps using the MediaWiki namespace (just for sake of argument let's call it MediaWiki:ContentModels). The net result being that instead of needing to upload text-based files, the files could use the normal editing features to update. Some method to arbitrarily add content types when there would be no extra required processing beyond that. It'd be useful for any type of content that uses XML-based structure almost exclusively. - DSquirrelGM (talk) 18:58, 2 March 2017 (UTC)Reply

Question to an API you created

Latest comment: 7 years ago2 comments2 people in discussion

Hi James,

I recently started working at Wikimedia Germany. My focus is new editor retention work in the german community - similar to your first projects at WMF.

In that role my team created a tool to count views of videos the potential new editor viewed on a wiki-page. If you're interested you can find it here: https://tools.wmflabs.org/commons-video-clicks/ .

We are using your API (https://phabricator.wikimedia.org/P4339) to get the data and I have two questions and hope you can help me with that.

First, the tool is using the following query to get the data in JSON and showing it in the tool: https://tools.wmflabs.org/mediaplaycounts/api/1/FilePlaycount/date_range/How_Wikipedia_contributes_to_free_knowledge.webm/20170501/20170503. A colleague told me that in the consecutive dates in the JSON output there is stated that the data is updated daily. The problem is, that form July Second on there is no data for the views. E. g. the following query gives no data: https://tools.wmflabs.org/mediaplaycounts/api/1/FilePlaycount/date_range/How_Wikipedia_contributes_to_free_knowledge.webm/20170705/20170706. Do you have more information on the update rates or missing update of the data itself?

Second, do you know in whitch time zone the date in the database is?

I would love to have a feedback if this message reached you and if or when you could help me with that. Maybe you know someone who else can support me here?

Best, --Stefan Schneider (WMDE) (talk) 08:46, 6 July 2017 (UTC)StefanReply

Hello Stefan Schneider. There was an issue with that API that caused it to not update daily. The new one, located at https://partnermetrics.wmflabs.org/mediaplaycounts/2, is much faster and also updates on a daily basis now. Also, the time zone used is UTC. Harej (talk) 05:05, 27 July 2017 (UTC)Reply

Hi Harej, thank you for your reply. Is there maybe another API documentation similar to that one: https://phabricator.wikimedia.org/P4339 ?

Toolforge migration broke wprequests

Latest comment: 4 years ago1 comment1 person in discussion

If you look at any page of your wprequests tool it fails due to the new Toolforge domain not being on ALLOWED_HOSTS. This doesn't seem like a particularly complicated fix; if the source code is publicly available I should be able to fix it. Vahurzpu (talk) 21:15, 14 August 2020 (UTC)Reply

How we will see unregistered users

Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

18:17, 4 January 2022 (UTC)

Wikimania Hackathon

Hi Harek!

How's it going? I'm reaching out to invite you to the Wikimania Hackathon. It would be wonderful to have you host a session or drop in to work on a project. Let me know if you have any questions!

Best,

Karen.