User talk:Jdforrester (WMF)/Archive 2/Flow export

Latest comment: 3 years ago by MediaWiki message delivery in topic Growth team newsletter #24

Pre-Flow discussion is on User talk:Jdforrester (WMF)/Archive.

Engineering report

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


This is a dead project, the last finished report with a proper summary was published in August. September is a draft without summary, October doesn't exist (also redirected, if you want it as red link delete that also.) See also Project:Village Pump/Flow/2014#c-Be..anyone-2014-10-13T07:43:00.000Z-Wikimedia_Engineering_reports. –Be..anyone 💩 21:37, 27 October 2014 (UTC)Reply

"Delayed" doesn't mean "dead". I've responded in more length in the other thread you started. Guillaume (WMF) (talk) 19:16, 28 October 2014 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Pic

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


 

Gummi bear saying "thank you" for the VE tables. Elitre (WMF) (talk) 17:57, 6 November 2014 (UTC)Reply

You're welcome. :-) Jdforrester (WMF) (talk) 18:44, 6 November 2014 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Block vandal

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Please, block this vandal: User:S-e-x f-u-c-k-i-n-g-i-d-i-o-t Syum90 (talk) 17:25, 17 November 2014 (UTC)Reply

Hey, I see that it's already been done. Thanks for the alert, though. Jdforrester (WMF) (talk) 17:38, 17 November 2014 (UTC)Reply
Okay, greetings. Syum90 (talk) 17:58, 17 November 2014 (UTC)Reply
Mas porque Eu sou queria copar os jogos do Sonic 78.29.154.146 (talk) 20:08, 23 January 2015 (UTC)Reply
41emJQ I've read a few good stuff here. Definitely worth bookmarking for revisiting. I surprise how much effort you put to make such a wonderful informative site. 37.233.27.142 (talk) 23:22, 4 February 2015 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

All WMF Projects should follow VisualEditor's Lead

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


I'm really liking the idea of the triage meetings for VisualEditor. I sat in on the last one and look forward to the next. As a third-party user/admin it's a great way to be involved and provide insight into the decision making process. Are there plans for the other WMF-led projects to do the same? Echo, MobileFrontend, CirrusSearch, Flow, etc?
If not, how could someone outside, such as myself, propose such a thing? Ckoerner (talk) 17:14, 2 March 2015 (UTC)Reply
Thanks for the feedback.
I don't know about other teams' plans, but yes, I think that could be a good move. I worry a bit that it'd be over-whelming to have e.g. ten weekly public meetings, though – if I'm a volunteer and interested in a bunch of different things, do I just have to pick the ones I can do? If they're rotating the times at which they're occurring, who gets to go first, etc.?
Echo, MobileFrontend per se (it's complicated) and CirrusSearch aren't active under development currently (just maintenance), but Flow certainly is – for that, you should ask User:DHorn (WMF).
Other user-facing projects underway which might want to do this are:
There's also Wikidata itself, led by User:Lydia Pintscher (WMDE), and several less user-facing projects – the Wikidata Query Service, front-end standardisation work, the continuous integration workstream, the general Platform backlog and several others. Jdforrester (WMF) (talk) 17:43, 2 March 2015 (UTC)Reply
I am always happy to have help with triaging Wikidata bugs :) I currently do not have the time however to do regular triage sessions on IRC myself. If you want to talk more and help please do reach out. Lydia Pintscher (WMDE) (talk) 17:45, 2 March 2015 (UTC)Reply
Hello, we stopped with the IRC triage sessions due to a lack of time and audience. Its an ongoing process for us so triages do happen all the time. We'd be happy to hold similar sessions in future (not immediate). Until that time, if there is enough interest we can make it a part of the office hour that happens every month. Thanks for the suggestion. Runa Bhattacharjee (WMF) (talk) 11:35, 3 March 2015 (UTC)Reply
Runa, that's good to know! Rdicerb (WMF) (talk) 19:28, 3 March 2015 (UTC)Reply
Ckoerner, thank you for that feedback - we are considering building meetings like this or similar into the product development lifecycle and need to look into ways of making it scalable in terms of the technology used (Webex vs. GHangout vs. Hangout on Air). Certainly, checking with other teams to see where they're at and whether they're able to accommodate these meetings are a great idea - I can imagine it might not always be useful to do so, but there are other mechanisms that can be used to give more insight into the decision making and development process :) Rdicerb (WMF) (talk) 21:11, 2 March 2015 (UTC)Reply
I appreciate you taking the time. You're all doing good work and I think you all have done a commendable job for communicating the complex work you do. I'll dig in with some of the suggestions and see where I can not only learn more but help too! Ckoerner (talk) 21:24, 4 March 2015 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Starting conversion of LiquidThreads to Flow at mediawiki.org

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello. I'm sending this to you, because you've been one of the top 50 users of LQT on mediawiki.org over the last 360 days,[1] and I wanted to make sure that you'd seen the announcement at Starting conversion of LiquidThreads to Flow at mediawiki.org. There are links in the topic-summary at the top, for other discussions (wikitech-l and Project:Current_issues), and a link to the planned process and timeline (scheduled to begin April 6, with smaller conversions at first). Please do test Flow out at Talk:Sandbox if you haven't tried it recently, and give any feedback/suggestions/requests at that main discussion location. Much thanks. Quiddity (WMF) (talk) 23:57, 27 March 2015 (UTC)Reply

Great to hear. :-) Jdforrester (WMF) (talk) 22:24, 29 March 2015 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

mr and hi still not enabled

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


We received message through . ‎MediaWiki message delivery to test IME at https://wikimedia.github.io/VisualEditor/demos/ve/desktop-dist.html#!pages/simple.html. I wanted to test mr and hi devnagari script, Alas both the scripts IME could not be activated, may be still not enabled. So as of now test failed before we begin :(

Rgds Mahitgar (talk) 10:55, 22 April 2015 (UTC)Reply

Thank you for responding! Could you tell me what browser and what IME you are using for these? Jdforrester (WMF) (talk) 15:33, 22 April 2015 (UTC)Reply
https://www.mozilla.org/en-US/firefox/37.0.1/releasenotes/
About IME , the test page only displayed language names and did not display any of usual IME options available under ULS (UniversalLanguageSelector Extension)
Or is it that it that still ULS is not enabled but we can use external IMEs . 30 % of Marathi language users use Google input tools I will ask more people to test with diferent IMEs step by step Thanks and rgds Mahitgar (talk) 05:33, 23 April 2015 (UTC)Reply
ULS testing is going to be worked on by the Language Engineering team, but right now it's not enabled, that's right. Did you try out the Google input tools or an external IME for these? Jdforrester (WMF) (talk) 15:09, 23 April 2015 (UTC)Reply
>>Did you try out the Google input tools or an external IME for these?<<
I wanted to know which user types to be diverted for testing, I will start diverting the users now, thanks. Mahitgar (talk) 07:23, 25 April 2015 (UTC)Reply
Thank you.
If you (or other community members) have an IME that is active in VisualEditor, it would be particularly great if you could use this logger to create a trace of exactly what happens when you use one or two of the IMEs so that we can definitively work out what causes the issues and how we can solve them? If so, please copy the log it outputs and e-mail it to me (or post on-wiki).
Many thanks! Jdforrester (WMF) (talk) 19:06, 27 April 2015 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

VisualEditor (Japanese) MS Office IME glitches

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


I tested the Visual Editor and found problems inputting while using MS Office IME 2010 (Windows 7, Internet Explorer). Acts as if it randomly accepts an "enter" key input, even whenI have not yet pressed "enter", having only manipulated arrow keys and space bar.

This either results in rendering unconverted pure-hiragana text ("ありがとう" instead of "有難う") or at other times when I try to convert the entire "ありがとう" it gets split the word up and starts converting just the "あり" part.

I think Visual Editor would be great for new users who find it overtaxing to use markup. But currently, the input is too glitchy so I can only recommend that Japanese-speakers create a draft using their own favorite editor and copy&paste the texts, footnotes, etc. --~ Kiyoweap (talk) 23:13, 22 April 2015 (UTC)Reply

Hello!
Thank you for this information.
If you have the time, would it be possible for you to use this logger to create a trace of exactly what happens when you use the IME so that we can definitively work out what causes the issues and how we can solve them? If so, please copy the log it outputs and e-mail it to me (or post on-wiki).
Thanks! Jdforrester (WMF) (talk) 20:32, 27 April 2015 (UTC)Reply
I'm usually active in En and Ja Wikipedia, don't usually haunt the MediaWiki so I didn't notice this request till now.
I tried operating IME (MS Office IME 2010 (14.0.7003.100) SP2) using this logger .
When I tried "ありがとう"⇒"有難う"the conversion worked like a charm.
But this is a case where the first conversion candidate offered is the correct result.
It seems to still not work in the case where I need to scroll down to second or third candidates and select.
So it converted「げてん」⇒「ゲ店」without allowing me to scroll down to pick my choice which was「げてん」⇒「下天」.
I think result will vary depending on user, because IME is memory-based, and will offer as first candidate whatever choice you used recently or repeatedly.
Hope that helps. --~ Kiyoweap (talk) 03:24, 3 September 2015 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

VisualEditor on kkwiki

edit

Please turn on Visual Editor as default for all user on kk.wikipedia.org. Discussion is here Arystanbek (talk) 14:00, 25 April 2015 (UTC)Reply

I have posted this as phab:T97315. Kazakh is a complicated language system, and our support for it is weak at the moment. It might be better to encourage more extensive testing first. Whatamidoing (WMF) (talk) 18:01, 27 April 2015 (UTC)Reply
Single edit tab is close, but I still have a problem. I have fresh installation MW 1.27 with Visual Editor, I'm logged in as Admnistrator but I can not see option Editing mode: in Preferences. How can I enable this option? I would like to get Visual Editor as a default editor. Thanks. Rozpalacz (talk) 21:00, 20 October 2016 (UTC)Reply

VisualEditor on Bhojpuri wiki (bh.wiki)

edit

Hello Sir ! I use Chrome browser and VE is working fine for me on hindi wikipedia (hi.wiki) but is not working properly on bh.wiki! My problem is that when I make some edit and the press the save button, next window in which we give summary does not appear. But still if I try to type summary, its text appears hanging at the middle of the screen and then I press "Shift+tab" (this would have highlighted the save button on summay window) and then 'Enter', my edits get saved.

That means summary window just does not appear on screen but still its works.

I asked another user Sanjeev Kumar and he told me that this VE works fine for him! Please help! --SM7--talk-- 15:13, 9 May 2015 (UTC)Reply

Hi there! Would you please try to edit this page while logged out (or in an incognito window)? It could be a gadget/script is interfering, because using VE seems possible at that wiki. Best, Elitre (WMF) (talk) 16:43, 9 May 2015 (UTC)Reply
Yes, it was gadget - defaultsummaries. Thanks for the help!--~ --SM7--talk-- 23:45, 9 May 2015 (UTC)Reply
Thank you for your interest! You can use this page to provide any feedback in the future. Elitre (WMF) (talk) 06:28, 10 May 2015 (UTC)Reply


"Minority of users"

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


I strong disagree on your edit in Template:ExtensionInstall.

Please, provide a valid reason, or else I'd have to revert, because the minority of users are actually who could use the new wfLoadExtension function. See quantity of wikis using MediaWiki 1.25 vs others Ciencia Al Poder (talk) 09:25, 30 May 2015 (UTC)Reply

If you want to update the template properly, that's great – go ahead. That means:
  1. If registration = yes, show the MW 1.25+ documentation in one block of description and a distinct block for MW 1.24- with very clear warning signs that this is the deprecated method that should only be used if people know the previous method doesn't work.
  2. If registration = no, show the MW 1.24- documentation block with a note that it's still using the old method and will be replaced in the next few weeks (if they're using master) or in the next release (if not).
In the next couple of weeks, we're going to switch the template over to assume that registration = yes by default, so… Remember that using a mixture of wfLoadExtension and the old, slow method is inefficient for users' servers, so we need to encourage people to switch over comprehensively.
Also, please do not threaten to revert people, and in general it's expected that you discuss the merits of edits on the discussion page of the relevant page, rather than hounding the individual who made it on their talk page. Jdforrester (WMF) (talk) 20:10, 30 May 2015 (UTC)Reply
You are right that my message isn't as polite as one would expect. Still, if you see the edit history of Template:ExtensionInstall, you'll notice the reason for it to be included, which was totally ignored by your edit, so I don't think opening a discussion would make any difference in this case.
Will do my best in editing that template to provide a clear idea that this new method is what needs to be used since MediaWiki 1.25, but older installations need to use the old version. The current situation is simply wrong and will generate lots of complains for users using MediaWiki 1.24 and before that will get a WSOD page. Ciencia Al Poder (talk) 09:35, 31 May 2015 (UTC)Reply
I think you underestimate people. People using out-of-date code (like an MW 1.24.* branch) are generally aware that they shouldn't try adding or configuring anything new as the world has moved on. Jdforrester (WMF) (talk) 16:53, 1 June 2015 (UTC)Reply
People can just install MediaWiki 1.24, or 1.23 (that's LTS) instead of 1.25 for whatever reason (some specific extensions still not compatible with 1.25, system requirements or just because 1.25 is still too recent) and install extensions for them. You can't negate them the right to do so by obscuring documentation for them Ciencia Al Poder (talk) 17:31, 1 June 2015 (UTC)Reply
LTS is a laughable lie – the 'S' in 'LTS' means support, and no-one supports them except WMF staff doing security patch releases from time to time. We need to stop pretending to people that they're likely to get much or any community support when they're using anything other than the latest release or so. Jdforrester (WMF) (talk) 20:30, 1 June 2015 (UTC)Reply
Talk to yourself, but thankfully, MediaWiki is not only Wikipedia and WMF staff, and there's a community -in which I'm part of it- supporting them in Project:Support desk. Pretending to drop that support is like pretending to ignore that MediaWiki is running in more than 25000 sites. And that's a disrespectful statement for a lot of developers that probably won't be contributing to MediaWiki if it were close-minded enough to only support WMF wikis Ciencia Al Poder (talk) 09:28, 2 June 2015 (UTC)Reply
I think you two are talking about different types of support.
You're doing "tech support" at Project:Support desk—answering questions that people have about (for example) how to install it or troubleshoot it. That awesome community provides support for all versions, regardless of how old, so long as someone there knows the answer or is interested in finding out what it is.
The "S" in "Long-term support" isn't about tech support; it's about dev support. It's about things like porting new security patches back to older versions. There are very few people doing that, and I would not be surprised at all to learn that most (or even all) of them are employed by the WMF.
Or, to give an analogy, I have an old Mac Plus (with a whole megabyte of RAM!) in the basement, and I can certainly find a community online that would cheerfully provide "tech support" on how to set it up again. But it's no longer "supported" in the sense of new software or updates to old software being created for it. It is unsupported hardware, even if it's possible to get answers to my questions about it. Whatamidoing (WMF) (talk) 09:53, 3 June 2015 (UTC)Reply
I don't see what's the point of your message to the whole conversation here, sorry.
There are a lot of MediaWiki installations out there that need longer terms for upgrading, because they rely on extensions that usually are broken on every new MediaWiki release and need some time for devs to fix them. Often because of problems with the release team (see phab:T66157).
Security fixes are not hard to backport, so I don't see what's the problem of maintaining LTS. If you ever remove LTS releases, I imagine the next step is to remove support for stable MediaWiki releases, only supporting current master or WMF branches. Who would put the limit, here? Ciencia Al Poder (talk) 20:10, 3 June 2015 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Bots

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.



You are receiving this message because a technical change may affect a bot, gadget, or user script you have been using. The breaking change involves API calls. This change has been planned for two years. The WMF will start making this change on 30 June 2015. A partial list of affected bots can be seen here: https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/081931.html This includes all bots that are using pywikibot compat. Some of these bots have already been fixed. However, if you write user scripts or operate a bot that uses the API, then you should check your code, to make sure that it will not break.

What, exactly, is breaking? The "default continuation mode" for action=query requests to api.php will be changing to be easier for new coders to use correctly. To find out whether your script or bot may be affected, then search the source code (including any frameworks or libraries) for the string "query-continue". If that is not present, then the script or bot is not affected. In a few cases, the code will be present but not used. In that case, the script or bot will continue working.

This change will be part of 1.26wmf12. It will be deployed to test wikis (including mediawiki.org) on 30 June, to non-Wikipedias (such as Wiktionary) on 1 July, and to all Wikipedias on 2 July 2015.

If your bot or script is receiving the warning about this upcoming change (as seen at https://www.mediawiki.org/w/api.php?action=query&list=allpages ), it's time to fix your code!

Either of the above solutions may be tested immediately, you'll know it works because you stop seeing the warning.

Do you need help with your own bot or script? Ask questions in e-mail on the mediawiki-api or wikitech-l mailing lists. Volunteers at m:Tech or w:en:WP:Village pump (technical) or w:en:Wikipedia:Bot owners' noticeboard may also be able to help you.

Are you using someone else's gadgets or user scripts? Most scripts are not affected. To find out if a script you use needs to be updated, then post a note at the discussion page for the gadget or the talk page of the user who originally made the script. Whatamidoing (WMF) (talk) ~~~~~

MediaWiki message delivery (talk) 19:03, 17 June 2015 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Portal vs Main Page

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello,

I think, that portals could allure users with some topic, they could help them with navigation in that topic and they could offer them also some news and interesting facts about that topic. But so many users still don't even know, what is their purpose. Therefore I've got an idea, which would be worth realizing. Users could check (in Settings/Beta) not to see the Main Page, but to be redirected to their selected portal. I.e. if that user then clicks at Wikipedia logo, or types e.g. en.wikipedia.org in their browser (logged in of course), their selected portal will be openned instead of standard Main Page. This function could help not only with portal and its article of the month (etc.) propagation but also portal topic propagation itself across users. Portal is so called main page of its topic, in which are some users interested, isn't it? Of course it would be a function just for experienced users, which check it in the Settings/Beta and select their preferred portal there. Everybody else would see standard Main Page as usual. I don't know, how to code for MediaWiki, I'm just experienced web programmer and template editor on Czech Wikipedia (cswiki). Therefore I ask for your opinion and for your help and effort to make this idea happen. Dvorapa (talk) 09:19, 4 September 2015 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Updating Citoid with latest translators

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


How often does the MW codebase sync with Zotero's official translator repo? I wrote a translator that was accepted today on Github but it's not working with Citoid right now. czar 21:57, 6 December 2015 (UTC)Reply
Arbitrarily. Our fork was last updated in August but I think our last upstream merge was sometime before that... definitely not ideal. I'll make sure it gets done again soon (mobrovac is another person to bug about that- he does deploy for citoid).
Also- thanks for writing a translator! That's awesome! Mvolz (WMF) (talk) 20:29, 7 December 2015 (UTC)Reply
Hey @Czar, I agree with Mvolz, it's awesome that you did that.
Would you mind telling us whether you followed any guides in particular? Do you have tips, recommendations, advice that you can share with others willing to do the same? That would be so appreciated. Thank you again. Elitre (WMF) (talk) 14:34, 9 December 2015 (UTC)Reply
Oy, this could be a long post... I love Zotero and use it for academic articles but it needs more website translators and better citation export for Wikipedians, so I'm trying to help where I can with that. I was excited about Citoid and posted at W:WT:VG about making translators for our project's common sites but the translator coding barrier to entry is quite high—particularly its tutorial materials, which are partly what kept me from contributing for so long.
I used the "HWZT" tutorial (by Crymble and with additions on the Zotero wiki) but, frankly, it was needlessly complicated. The best route right now is to get set up with Firefox and Scaffold, learn how to get XPaths with Firebug, and use the "Framework" template (which is supported in Scaffold). But if you could screencast Sebastian's potential training, it surely would be much more efficient than the day I poured into figuring this out. I also think there are some easy fixes I can target to improve integration with Wikipedia (update embedded metadata translator, create Chrome extension like CiteGen that matches {{Cite web }} standard formatting and uses Citoid? but allows for customization so editors can create citations with one click even outside VE). Have a lot more thoughts on this, if I can be useful czar 17:40, 18 December 2015 (UTC)Reply
We're all ears. :) Also, let us know what you think about our suggestion about whether Sebastian could be interested in turning the "webinar" into a Tech talk in February or later. Can you get in touch with him, perhaps? Elitre (WMF) (talk) 17:47, 18 December 2015 (UTC)Reply
(I did find Talk:Citoid/2015#h-Potential_webinar_on_Zotero_translator_coding-2015-12-06T16:58:00.000Z after I left my message.) Elitre (WMF) (talk) 15:33, 9 December 2015 (UTC)Reply
Maybe @Mvolz will know the answer. Whatamidoing (WMF) (talk) 18:57, 7 December 2015 (UTC)Reply
@Mvolz (WMF) @Mobrovac-WMF Requesting another upstream merge for the translators repo (I wrote a few more translators with a few more in the pipeline. I'm also mostly done with a hideous automatic citation expander that uses the Citoid API to automate the majority of online material that I cite in my workflow.)
(1) Would it be better to request future merges on Phrabricator? (2) Is there a reason for merging manually instead of automatically? czar 04:24, 22 June 2016 (UTC)Reply
@Czar unfortunately merging automatically doesn't work :(. For some reason git has a really hard time merging files with "last updated" strings inside the translators and every time we merge we have to manually fix up a lot of the files, which is pretty error prone and time consuming. Mvolz (WMF) (talk) 13:50, 23 June 2016 (UTC)Reply
(1) Yes, it'd be easier to track progress that way.
(2) Enabling translators in the stand-alone zotero service is done by setting a flag in each translator (so as to indicate that it can be used in the service, and some are known not to work), so we have an extra patch with which we do that. Alternatively, we should try to upstream our fork and use the upstream repo directly. @Mvolz (WMF) already filed a patch for that.
When you say you're almost done, does it mean you have more work to do on the translators? Would it be worth waiting for the work to be complete before doing an upstream merge? Mobrovac-WMF (talk) 10:05, 22 June 2016 (UTC)Reply
@Mobrovac-WMF Unfortunately there's a hiccup with that change, which is that the google books fix we put in place to anonymize google books urls isn't accepted, because they only fill out the url field if the full text is available.
So we are back to having our own fork or putting that change in citoid itself specifically for google books links. Not sure which road to go down really. Mvolz (WMF) (talk) 13:47, 23 June 2016 (UTC)Reply
@Mvolz (WMF), hm, how about we just upstream the activation part of the patch? That would at least help us merge upstream changes more easily. It's not glorious, but it's a start. Mobrovac-WMF (talk) 12:25, 24 June 2016 (UTC)Reply
@Mobrovac-WMF Everything that has been pulled upstream is good to go—I just meant that I will be making more in the future and I didn't know how often I should request a merge (since I'd like to use the translators with Citoid)
@Mvolz (WMF), if you would like a hand with the Zotero end of that pull request (so that Citoid can use the upstream repo directly), let me know and I can give it a try czar 15:29, 22 June 2016 (UTC)Reply
Awesome, @Czar, thank you on your efforts! I will do my best to bring the update to our fork ASAP (I'm on Wikimania currently, so this probably won't happen before next week). Mobrovac-WMF (talk) 12:26, 24 June 2016 (UTC)Reply
The latest changes from upstream have been merged and are now live. Mobrovac-WMF (talk) 09:21, 30 June 2016 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Single edit tab

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


The WMF's discussion of single edit tab has been, at least to me, very confusing and unclear. I've gotten a few responses that the WMF isn't going to be doing X, isn't doing Y, and isn't doing Z. But I'm having trouble finding a positive answer on how single edit tab is planned to work when someone signs up for a new account.

After ruling out all of the X Y and Z that aren't going to happen, the process of elimination seems to indicate:

  • New users will not get a menu
  • A new user will get a single edit button
  • The first time that button is clicked it will go directly into the site default editor
  • The EnWiki site default editor is currently wikitext
  • The EnWiki site default editor won't be changed to VE without asking the community first

Can you either confirm that the plan is to default new users directly into wikitext mode, or clarify how it is planned to work for new accounts? Thanx. Alsee (talk) 09:38, 20 January 2016 (UTC)Reply

Sure:
There will be only one edit tab. When you click on it, an editor will be loaded. Depending on user and system preferences, which editor loads will differ. For users who have no preferences beyond the default, which includes anonymous users, they will get the editor they used last; for logged-in users who've never edited, or logged-out editors who've not edited since their cookies were cleared or expired, they will get the "default" editor.
On "VE primary" wikis (like the Spanish Wikipedia, along with >200 others), the first editor that loads will be the visual editor. As always, first-time editors on opening the visual editor get some educational material welcoming them to the wiki, and about how to use links and references appropriately. Returning editors will get their most recent editor. Returning logged-in editors with a one-time welcome dialog that offers the ability to change their preferences in case they don't like the default settings (e.g. they never want to load the visual editor on clicking 'edit', or they want both tabs). This is hopefully going to go well, but as hope doesn't make a promise we're doing it gradually, starting with one smaller wiki and verifying it works for users there before proceeding.
On "VE secondary" wikis (like the English Wikipedia), the first editor that loads will still be the wikitext editor (if they have JavaScript, like now). Once this is in place, we will be able to run on the English Wikipedia our first ever A/B test with anonymous users (as before offering VE changed the read interface, which isn't permitted for performance reasons), where we will experiment with what the impact of making the wiki "VE primary" will be, and once we have data, discussing what that means for users with the existing editors.
I hope we'll be able to run the A/B test for the English Wikipedia in the next couple of months, but our first duty is to ensure these changes work well on the bigger wikis by VE edit volume. Jdforrester (WMF) (talk) 15:44, 20 January 2016 (UTC)Reply
It has been a week. I see you have been editing on the 13th, the 18th, the 19th, and today.
Is T132806 being ignored? Alsee (talk) 08:40, 20 April 2016 (UTC)Reply
I hope this was simply a bug, but VE was just imposed as Primary editor on EnWiki. Alsee (talk) 21:39, 12 April 2016 (UTC)Reply
Hi there, sorry for the delayed response; I didn't see this until just now (the perils of having dozens of notifications)…
Thanks for your remarks: it appears something is indeed not working as I had expected it to. T133304 for example seems to suggest the cookie system is not behaving in the way described in documentation. We'll address all the issues in due course: CLs will collect more specific details from users who have reported them. Apologies for the inconvenience.
Yours, Jdforrester (WMF) (talk) 17:50, 25 April 2016 (UTC)Reply
Could you triage Phab T132806 as accepted? Thanx. Alsee (talk) 15:18, 26 April 2016 (UTC)Reply
They will presumably do the paperwork for that Phab ticket at the next bug triage meeting.
At least with this team, it is not unusual for bugs to be resolved before the paperwork gets done. Whatamidoing (WMF) (talk) 16:42, 27 April 2016 (UTC)Reply
Not resolved. See Village Pump discussion.
I just saw you replied there. Thanx. Reclosing this thread. Alsee (talk) 21:40, 12 May 2016 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

HBD

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


And many years.

Ad Huikeshoven (talk) 13:25, 31 March 2016 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Urdu Wikipedia (Latin numbers & Short URL for pages)

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi James,

It was a pleasure meeting you at Wikimania 2016.

As discussed with you, please ensure that Urdu Wikipedia pages get short URL codes in English similar to what is available for Hindi Wikipedia.

Also, please make latin numbers (1,2,3) default for Urdu Wikipedia.

In case if you would like to further discuss this, please post a message on my Urdu Wikipedia talkpage.

Umpteen thanks in advance. Hindustanilanguage (talk) 15:02, 5 July 2016 (UTC)Reply

Hey there.
The first request was filed during the conference as T138507. I'll get it done soon.
For the second request, I'm not sure I understand. Numbers in references are already Latin, as are the ones on e.g. Special:Statistics. Am I missing something? Jdforrester (WMF) (talk) 20:37, 11 July 2016 (UTC)Reply
And it's now done! :-) Jdforrester (WMF) (talk) 00:22, 22 July 2016 (UTC)Reply
As probably you might remember during our meeting at Wikimania, for the phonetic font, when I type 1,2,3, I am getring ۱،۲،۳. We don't want this. We prefer 1,2,3 numerals. Hindustanilanguage (talk) 19:28, 18 July 2016 (UTC)Reply
Aha, yes, that was T138399. I will talk to the Language team about that one too. Jdforrester (WMF) (talk) 20:05, 18 July 2016 (UTC)Reply
Thank you. If there is anything urgent, please post the message on my Urdu Wikipedia talk page. Hindustanilanguage (talk) 14:03, 24 July 2016 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Translate extension

edit

Hi Jdforrester, could you explain me a bit why did you remove the translation tags on VisualEditor. You wrote it is because a bug of the Translate extension. What bug is it? Thanks in advance. Pamputt (talk) 16:49, 13 September 2016 (UTC)Reply

Hey there. The superb Translate extension is sadly incompatible with the visual editor. It is inappropriate to try to make such pages translatable, as it just makes the wiki terrible for everyone. Switching Translate over to not be based on strings but instead DOM is a huge piece of work. https://phabricator.wikimedia.org/T131516 is the top-level task for this. Jdforrester (WMF) (talk) 18:03, 13 September 2016 (UTC)Reply
I disagree that "superb" is an appropriate descriptor for Extension:Translate. "Brittle" and "strange" seem like much more appropriate words. Whatamidoing (WMF) (talk) 12:03, 15 September 2016 (UTC)Reply
Hmmm, so if I understand correctly, it just means that since people are using Visual Editor, translation tags should not be used because there are troubles with it. Right? Pamputt (talk) 18:10, 13 September 2016 (UTC)Reply
Basically, what you described is just a problem for English version, mainly for users who use visual editor. For all others languages, it is not a problem at all since users of such languages have only access to the translation interface. So should we stop to translate pages just because there are some issue with visual editor? I guess most of people who write on mediawiki do not use VE but I may be wrong. Pamputt (talk) 16:21, 16 September 2016 (UTC)Reply
No, it is a problem for the "master" version whatever language it is written in. We have been manually translating pages for 16 years. Doing so is not that onerous. Jdforrester (WMF) (talk) 20:56, 20 September 2016 (UTC)Reply
So, if I understand correctly your point, Translate extension should not be used on any wiki, right? Because I guess there are the same issues whatever the wiki the extension is used on. Sorry if I ask naive question but it is because I am a bit surprised because I never met someone that shows me these issues before. For example, on Wikidata, translate extension is widely used and I never met someone that talk to me about such problem so far. Pamputt (talk) 21:56, 3 October 2016 (UTC)Reply
Extension:Translate is "safe" to use on pages that you do not expect to edit again. It's used for m:Tech/News, for example: the 'master' copy is finalized, and then all of the translations are made. And we (to our sorrow) use it on some Help: pages, including Help:VisualEditor/User guide, which needs to be changed frequently. However, the use of the translate extension there deters people from updating the help page. Even experienced editors avoid editing that page. So it is continually out of date. Whatamidoing (WMF) (talk) 08:12, 11 October 2016 (UTC)Reply

[Moved] Enabling "Single Edit Tab" mode on a third party installation

edit

Originally posted elsewhere by @Rozpalacz:

Single edit tab is close, but I still have a problem. I have fresh installation MW 1.27 with Visual Editor, I'm logged in as Admnistrator but I can not see option Editing mode: in Preferences. How can I enable this option? I would like to get Visual Editor as a default editor. Thanks. Jdforrester (WMF) (talk) 20:49, 28 October 2016 (UTC)Reply

Hey. That feature was added about a year ago in 748db015 to fix T58337, and made it into MW 1.27; the option you mention sets the visualeditor-tabs preference and should be available, as long as you set $wgVisualEditorUseSingleEditTab to true in your LocalSettings.php file. If that's the case, did you also set visualeditor-enable to 1 there too? Jdforrester (WMF) (talk) 20:55, 28 October 2016 (UTC)Reply

Engaging with and understood by the community

edit

It would cost you nothing to respond to sensible suggestions and requests from the community with helpful and informative responses, rather than amusing yourself with unhelpful flippancies. You are clearly capable of understanding and responding in a positive and constructive fashion if you so choose – please try to do so regularly in future, you might even find that you come to enjoy it. Rogol Domedonfors (talk) 09:58, 29 October 2016 (UTC)Reply

Non-binary current edit

edit
Interesting idea; let's follow-up on Phabricator!

Instead of a user edit being either current or not current, what if there was an indicator on the contribution page that indicated how many bytes have changed since an edit? Would that have an effect on performance? That would be very useful, and interesting to see the numbers get larger as you scroll back! Kjerish (talk) 15:35, 17 December 2016 (UTC)Reply

Thanks for the picture. You're not looking for the number of bytes changed by that edit; you're looking for the net number of bytes changed since that edit – which could mean processing a very short list of subsequent edits, or, in some cases, could mean processing thousands of edits. There is some potential for significant performance issues in the latter.
Jdforrester might have different advice, but my suggestion to you is to write up a description of what you want to see on phab:. How to report a bug explains how to do it. You might additionally make a note on your calendar to look for the next m:Community wishlist survey, which should start in ~10 months. You could suggest this idea there, too. Whatamidoing (WMF) (talk) 18:05, 17 December 2016 (UTC)Reply

Request

edit

Hello, happy New year ))) I have 2 accounts. I scored a password - user:Bari srtik, one of the stewards said that can help system administrators. On the personal page of Bari srtik, it is written that this is my page. Please help me...Ankax Hayastan (talk) 10:10, 5 January 2017 (UTC)Reply

What is the practical problem? If you don't want to use two accounts, then simply stop using the second account. (Some people want two accounts. For example, they use one account on their own computers, and another when they visit an internet café.) WhatamIdoing (talk) 17:15, 5 January 2017 (UTC)Reply
You did not understand me Ankax Hayastan (talk) 17:44, 5 January 2017 (UTC)Reply
I want to use my second account. But I don't remember the password. I want to get a new password, but I haven't used email. Ankax Hayastan (talk) 17:47, 5 January 2017 (UTC)Reply
I want to use my two accounts Ankax Hayastan (talk) 17:49, 5 January 2017 (UTC)Reply
I am don't good speak English. Ankax Hayastan (talk) 17:51, 5 January 2017 (UTC)Reply
Without an e-mail address, password resets are almost impossible. Unless a system administrator has met you in person, or knew that you had both accounts before the password is lost, then it cannot be done.
User:Yurik could probably explain this. WhatamIdoing (talk) 18:57, 5 January 2017 (UTC)Reply
I noticed this thread because I had this page watchlisted from an old discussion.
Userpage m:User:Bari_srtik has not been edited by anyone except the owner (history link). The account has no contributions outside it's own userpage and usertalk page (contrib link). The user page says:
Hello, I am Bari srtik (nickname), and I am volunteer in wiki projects. My first user's page - Ankax Hayastan (6AND5).
The grammar is odd, but the meaning is clear. I have no idea what the (6AND5) part is about, but assuming there are no other accounts resembling "Ankax Hayastan" then it seems reasonable to reset Bari_srtik to it's asserted owner. However I couldn't find an explicit policy on reset requests. Alsee (talk) 22:05, 5 January 2017 (UTC)Reply
My first name 6AND5 - https://ru.wikipedia.org/w/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D1%83%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA%D0%B0%3AAnkax_Hayastan&action=historysubmit&type=revision&diff=77493200&oldid=77280156 Ankax Hayastan (talk) 09:08, 6 January 2017 (UTC)Reply
https://ru.wikiquote.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%B0%D0%B2%D0%B0%D0%BC%D0%B8/Bari_srtik Ankax Hayastan (talk) 09:15, 6 January 2017 (UTC)Reply
On the personal page of the second account says that my account. Ankax Hayastan (talk) 19:49, 5 January 2017 (UTC)Reply
https://meta.wikimedia.org/w/index.php?title=User:Bari_srtik&oldid=15515863 Ankax Hayastan (talk) 19:52, 5 January 2017 (UTC)Reply
@Jdforrester (WMF), you will help me? Ankax Hayastan (talk) 10:24, 7 January 2017 (UTC)Reply

how to sign on wikimedia foundation

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


I try sign on wikimedia foundation but it not working Ghetto Gal (talk) 14:56, 17 January 2017 (UTC)Reply

Do you mean www.wikimediafoundation.org/? That wiki is locked so that only authorised accounts can edit there. You can ask for an account at https://meta.wikimedia.org/wiki/Request_for_an_account_on_the_Foundation_wiki on meta, if you have a reason to need one. Jdforrester (WMF) (talk) 17:56, 17 January 2017 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

GCI

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Can you accept my task for flow to I can do next what I want or I have to wait for prtksxna or Yana Kizule (talk) 20:21, 10 January 2018 (UTC)Reply

I don't have GCI access, sorry, I think you have to wait for them. :-( Jdforrester (WMF) (talk) 20:22, 10 January 2018 (UTC)Reply
Ok, no problem. They will deploy 100% because is merged.
Thank you! Kizule (talk) 20:24, 10 January 2018 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Extension Registration

edit

Sir, Some Stubs waiting for Merge

These are some very easy stubs, which you can test in an hour. So please try to merge. So that I move forward.

https://gerrit.wikimedia.org/r/#/c/406330/

https://gerrit.wikimedia.org/r/#/c/406290/

https://gerrit.wikimedia.org/r/#/c/406390/

https://gerrit.wikimedia.org/r/#/c/406053/

https://gerrit.wikimedia.org/r/#/c/406392/

https://gerrit.wikimedia.org/r/#/c/405903/ Jayprakash12345 (talk) 19:30, 27 January 2018 (UTC)Reply

Please block this user

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi James,

User:Usapcsupport (Special:Contributions/Usapcsupport) is a spam bot and I am getting tired to manually delete his junk. Please block the user.

Thank you very much! 2001:16B8:10B9:200:79E5:9A3:F432:3D89 (talk) 00:27, 24 March 2018 (UTC)Reply

Done! Jdforrester (WMF) (talk) 00:30, 24 March 2018 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Reorganizing the 2017 WikiEditor Workboard at the Phabricator

edit

Hello again. Should I create a task requesting reorganization of the 2017 WikiEditor Workboard at the Phabricator? There are 100+ tasks in the Backlog column and no other columns at the moment. George Ho (talk) 15:03, 28 March 2018 (UTC)Reply

Hi @George Ho. That workboard isn't actually used for anything; all the work for the 2017 Wikitext Editor workboard is tracked inside the VisualEditor and VisualEditor (Current work) projects. I should probably turn the workboard off. Dan Garry, Wikimedia Foundation (talk) 15:38, 28 March 2018 (UTC)Reply
What do you mean "turn the workboard off", @Deskana (WMF): ? Do you mean merging the tasks into the "VisualEditor" project? If so, the VisualEditor Workboard is filled with too many tasks. Merging two Projects into one would need more reorganization; otherwise, how else can the 2017 WE be tracked? If not, what else do you mean? George Ho (talk) 15:43, 28 March 2018 (UTC)Reply

Marking "MediaWiki 1.31" for translation

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello. Could you please mark the recent revision of MediaWiki 1.31 for translation? I'm translating it into Japanese, but I can translate only a small part of the page because translate tags in the marked revision don't contain the whole text. ocha (talk) 05:57, 24 June 2018 (UTC)Reply

Done, though it's quite messy. :-( Jdforrester (WMF) (talk) 16:05, 25 June 2018 (UTC)Reply
Hello. Could you please do this again? This page seemed to be stable, so I added translate tags to all list items. ocha (talk) 06:13, 7 July 2018 (UTC)Reply
Done! Jdforrester (WMF) (talk) 15:43, 9 July 2018 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Consequences of a move

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello. Today I noticed that one year ago you have moved the page Multimedia/Media Viewer to Reading/Multimedia/Media Viewer. The same action hasn't happened for the translated subpages like Multimedia/Media Viewer/it or Multimedia/Media Viewer/es and all the others languages. Now they don't appear in the box at the top of the page Reading/Multimedia/Media Viewer and somebody could think that no translation exists and start a new one in his language. Furthermore, I think that the old subpages aren't linked any more to the primary page and can't follow its updates.

I'm worried that this situation could has happed to other pages: talking about Media Viewer, I noticed the same thing (in Meta-Wiki) with the page Community Engagement (Product)/Media Viewer consultation, moved to Community Liaisons/Media Viewer consultation. Aquatech (talk) 09:58, 16 August 2018 (UTC)Reply

Hmm, yes, it looks like Translate's special page move handler didn't kick in? That feels like a bug. Will investigate. Jdforrester (WMF) (talk) 15:43, 16 August 2018 (UTC)Reply
OK, so, thanks to a colleague we've identified a few things:
  • This is a known bug, T114592
  • It's very irritating.
  • There's no sane fix. I can't move the page back (because it's translatable), so clashes with the subpages; I can't move the subpages over (because I'd be moving them into the translatable world).
Sorry. :-( Jdforrester (WMF) (talk) 18:23, 16 August 2018 (UTC)Reply
OK, I've now re-made Reading/Multimedia/Media Viewer/it via the Translation tool (the "memory" feature already had the text fully). I'll do the same for de, ru, es, fr, ja and pt-br. Fun. :-( Jdforrester (WMF) (talk) 18:34, 16 August 2018 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Growth team updates #1

edit

Welcome to the first newsletter for the new Growth team!  

The Growth Team's objective is to work on software changes that help retain new contributors in mid-size Wikimedia projects. We will be starting with Wikipedias, but we hope these changes will benefit every community.

8 ideas we consider: tell us what you think about them!

We are considering new features to build, that could retain new editors in mid-size Wikipedias. We will be testing new ideas in Czech and Korean Wikipedias, and then we'll talk to more communities (yours!) about adopting the ideas that work well.

We have posted the 8 ideas we are considering. We would really appreciate your thoughts and the thoughts from your community. Please share the ideas, and tell us what do you and your community think of those ideas before September 9.

Share your experiences with newcomers

We want to hear about what is working and what is not working for new contributors in your wiki. We also want to hear any reactions, questions, or opinions on our work. Please post on the team’s talk page, in any language!

Learn more about us

You can visit our team page to find out why our team was formed and how we are thinking about new editors, and our project page for detailed updates on the first project we'll work on.

Growth team's newsletter prepared by the Growth team and posted by botGive feedbackSubscribe or unsubscribe. MediaWiki message delivery (talk) 13:11, 24 August 2018 (UTC)Reply

Growth team updates #2

edit

MediaWiki message delivery (talk) 13:31, 4 October 2018 (UTC)Reply

Growth team updates #3

edit

Welcome to the third newsletter for the new Growth team!  

The Growth team's objective is to work on software changes that help retain new contributors in mid-size Wikimedia projects.

Two Growth team projects to be deployed in next two weeks

We will be deploying the "Understanding first day" and "Personalized first day" projects on Czech and Korean Wikipedias in the coming weeks. See the new project pages below for full details on the projects, and our project updates page for their progress.

  • Understanding first day: learn about the actions new editors take right after creating their accounts. We will be careful with user privacy, and we hope to share initial results in December.
  • Personalized first day: learn about new editors' objectives by adding some optional questions to the new editor’s registration process, and personalizing their onboarding. We hope to share initial results in December.

Third Growth team project begins

  • Focus on help desk: direct newcomers to the local help desks where they can ask questions to help them make their first edits. We hope to have an initial experiment running in December.

Best practices for helping newcomers

We are going to direct newcomers to help desks. But what's the best way to reply to a newcomer there? We have gathered some best practices for successful interactions, based on community experiences and some external documentation. The page has also been reviewed by some experienced community members who suggested some changes. That page is now open for translations. Comments and suggestions are still welcome!

We are still looking for volunteers

Do you want to participate to our experiments? We are looking for new communities to work with us (especially a new mid-size wiki), and people to become ambassadors to help us to communicate with the different communities. Discover how you can involve yourself or your community.

Also, please share this update with your community and interested people!

Learn more about us

You can visit our team page to find out why our team was formed and how we are thinking about new editors, and our project page for detailed updates on the projects we'll work on.

Growth team's newsletter prepared by the Growth team and posted by bot, 13:30, 7 November 2018 (UTC) • Give feedbackSubscribe or unsubscribe. MediaWiki message delivery (talk) 13:30, 7 November 2018 (UTC)Reply

Growth team updates #4

edit

Welcome to the fourth newsletter for the new Growth team!  

The Growth team's objective is to work on software changes that help retain new contributors in mid-size Wikimedia projects.

We need your feedback!

We have two requests for community members:

  1. Now that data is coming in for the welcome survey, we are planning how to use that data to personalize the newcomer's first day. See our current thoughts here, and join the conversation here.
  2. Try out the help panel's interactive prototype, and read about how we're planning to roll it out, and post any thoughts or reactions here.

Two Growth team projects have been deployed (detailed updates here)

  • Personalized first day (welcome survey) was deployed on November 20 on both Czech and Korean Wikipedias.
    • The survey is now being shown to half of new users (A/B test). Responses are being recorded in the database. We'll report on initial results during December.
    • We are planning to test a second version of the survey, called "Variation C", which we think will maximize the number of users who complete the survey and stay on the wiki.
    • The original objective of this project was to give newcomers the materials they need to achieve their goals, and so now we are currently planning how we will use the information collected in the welcome survey to personalize the newcomer's experience. We hope community members will read our current thinking and join the conversation here. Some of the plans we are considering include:
      • Making it easy for newcomers to see editing activity around the topic areas in which they indicated that they're interested.
      • Connecting interested newcomers to experienced editors.
      • Surfacing the help content most relevant to the reason for which the newcomers created their accounts.
  • Understanding first day (EditorJourney) was deployed on November 15 on both Czech and Korean Wikipedias. It has been done after a longer security review and final testing than expected. Data is now being recorded for all new users on those wikis, and we've been auditing the data and preparing to make initial reports during December. Stay tuned for the next newsletter!

Help panel is under construction

  • Focus on help desk (help panel) is planned to be deployed during the week of January 7 on both Czech and Korean Wikipedias.
  • This interactive prototype is the best way to see the design and wording in the feature.
  • We ran live user tests on the prototype, with results posted here.
  • In addition to giving the ability to ask a question, the help panel will also contain a set of links to existing help content. Our ambassadors on Czech and Korean Wikipedias are determining the right initial set of most helpful links in this task.
  • We encourage community members to try out the prototype and read about the rules for who will get the feature, and add any thoughts to this discussion.

We are still looking for volunteers

Do you want to participate to our experiments? We are looking for new communities to work with us (especially a new mid-size wiki), and people to become ambassadors to help us to communicate with the different communities. Discover how you can involve yourself or your community.

Also, please share this update with your community and interested people!

Learn more about us

You can visit our team page to find out why our team was formed and how we are thinking about new editors, and our project updates page for detailed updates on the projects we work on.

Growth team's newsletter prepared by the Growth team and posted by bot, 09:31, 7 December 2018 (UTC) • Give feedbackSubscribe or unsubscribe. MediaWiki message delivery (talk) 09:31, 7 December 2018 (UTC)Reply

Growth team updates #5

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Welcome to the fifth newsletter for the new Growth team!  

The Growth team's objective is to work on software changes that help retain new contributors in mid-size Wikimedia projects.

New projects for discussion

edit

We began the "Personalized first day" project with the welcome survey so that we could gather information about what newcomers are trying to accomplish. The next step is to use that information to create experiences that help the newcomers accomplish their goal – actually personalizing their first day. We asked for community thoughts in the previous newsletter, and after discussing with community members and amongst our team, we are now planning two projects as next steps: "engagement emails" and "newcomer homepage".

  • Engagement emails: this project was first discussed positively by community members here back in September 2018, and the team how has bandwidth to pursue it. The idea is that newcomers who leave the wiki don't get encouraged to return to the wiki and edit. We can engage them through emails that send them the specific information they need to be successful – such as contact from a mentor, the impact of their edits, or task recommendations. Please read over the project page, and comment on its discussion page with any ideas, questions, or concerns. Do you think this is a good idea? Where could we go wrong?
  • Newcomer homepage: we developed the idea for this project after analyzing the data from the welcome survey and EditorJourney datasets. We saw that many newcomers seem to be looking for a place to get started – a place that collects their past work, options for future work, and ways to learn more. We can build this place, and it can connect to the engagement emails. The content of both could be guided by what newcomers say they need during their welcome survey, and contain things like contact from a mentor, impact of their edits, or task recommendations. Please read over the project page, and comment on its discussion page with any ideas, questions, or concerns. Do you think this is a good idea? Where could we go wrong?

Initial reports on newcomer activity

edit

We have published initial reports on each of the team's first two projects. These reports give the basic numbers from each project, and there are many more questions we will continue to answer in future reports. We're excited about these initial findings. They have already helped us define and design parts of our future projects.

  • Welcome survey: the initial report on welcome survey responses is available here. Some of the main findings:
    • Most users respond to the survey, giving it high response rates of 67% and 62% in Czech and Korean Wikipedias, respectively.
    • The survey does not cause newcomers to be less likely to edit.
    • The most common reason for creating an account in Korean Wikipedia is to read articles—not for editing—with 29% of Korean users giving that responses.
    • Large numbers of respondents said they are interested in being contacted to get help with editing: 36% in Czech and 53% in Korean.
  • Understanding first day: the initial report on what newcomers do on their first day is available here. Some of the main findings:
    • Large numbers of users view help or policy pages on their first day: 42% in Czech and 28% in Korean.
    • Large numbers of users view their own User or User Talk page on their first day: 34% in Czech and 39% in Korean.
    • A majority of new users open an editor on their first day – but about a quarter of them do not go on to save an edit during that time.

Help panel deployment

edit

The help panel was deployed in Czech and Korean Wikipedias on January 10. Over the past four weeks:

  • About 400 newcomers in each wiki have seen the help panel button.
  • About 20% of them open up the help panel.
  • About 50% of those who open it up click on one of the links.
  • About 5% of Czech users ask questions, and about 1% of Korean users ask questions.

We think that the 20% open rate and 50% click rate are strong numbers, showing that a lot of people are looking for help, and many want to help themselves by looking at help pages. The somewhat lower numbers of asking questions (especially in Korean Wikipedia) has caused us to consider new features to allow people to help themselves. We're going to be adding a search bar to the help panel next, which will allow users to type a search that only looks for pages in the Help and Wikipedia namespaces.

How to create a good feedback page?

edit

What is the way to built a good help page? What blocks you when writing an help page? Your replies will help to create better help contents to newcomers, that would be used on Help panel.

Growth team's newsletter prepared by the Growth team and posted by bot, 14:15, 13 February 2019 (UTC)Give feedbackSubscribe or unsubscribe.Reply

MediaWiki message delivery (talk) 14:15, 13 February 2019 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Growth team updates #6

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


18:19, 18 March 2019 (UTC)

MediaWiki message delivery (talk) 18:19, 18 March 2019 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Une étoile pour vous !

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


<figure-inline> </figure-inline> L’étoile d’actes de gentillesse divers
good help hints ! Christian Wia (talk) 23:35, 22 March 2019 (UTC)Reply
Merci, Monsieur. Mon plaisir. Jdforrester (WMF) (talk) 18:24, 23 March 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

False accusations

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


First, my apologies if you found profanity where I wrote none. I used no profane words at Talk:Reading/Web/PDF Functionality. In UK law, any such implications of my actual phrasing are in the mind of the reader. On the other hand, overtly explicit words are often allowed in Wikipedia discussions. If I have broken any mores of the perahps distinct MediaWiki community, then I must apologise unreservedly for my ignorance. But "spread profanity" I did not.

But you made other accusations which I find disturbing and puzzling.

I have been contributing to Talk:Reading/Web/PDF Functionality for a time measured in years. To characterise me in perjorative manner as just "showing up" there is absurd, especially when it was you who did so.

I did indeed explain my concern, it was you who lacked the knowledge to understand what I was saying, as you later explained.

You claimed to be "interested", asked for a link, and found it "curious". Forgive me, but how am I supposed to know from such a response that our Lead Product Manager, Contributors, can nevertheless disclaim all involvement in a contributor tool such as book creation?

I reply to you here because it has nothing to do with the topic in question, yet it seems wrong that such bizarre accusations as yours go unanswered. Steelpillow (talk) 19:49, 12 April 2019 (UTC)Reply

I'm confused. Given that you bring up UK law, what do you think is heard in the mind of your audience when you repeatedly scream "WTF" online? Are you aware of the Public Order Act 1986 and how section 5 has been interpreted?
My review of your comments was to solely to determine whether to block your account for violation of the Code of Conduct, which is binding on all participants on this wiki. Your aggressive tone on following me to my talk page is going a long way towards convincing me I was wrong to hold back.
I am not LPM for Contributors, and haven't been for over a year, sorry. Jdforrester (WMF) (talk) 20:48, 12 April 2019 (UTC)Reply
Please note the Code of Conduct, reproduced below, with respect to personal attacks, deliberate intimidation and derogatory comments. I would ask you to be more respectful of your volunteer colleagues in the future, and to ensure that information about your paid position remains up-to-date. Thank you. I shall not be watching for your reply. Steelpillow (talk) 08:26, 13 April 2019 (UTC)Reply
"Unacceptable behavior
"Harassment and other types of inappropriate behavior are unacceptable in all public and private Wikimedia technical spaces. Examples include but are not limited to:
"* Personal attacks, violence, threats of violence, or deliberate intimidation.
"* Offensive, derogatory, or discriminatory comments." Steelpillow (talk) 08:26, 13 April 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

increasing abuse of installations of wikimedia application

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi James. I wished to leave an observation for the developer community, and not exactly sure of the best place to leave it with regard to the default installation of mediawiki.

In a role of looking at spam activity at WMF wikis, I am now seeing that there are many mediawiki-installed wikis across the web that are becoming spambot-infested eg. planet-nomads-wiki.com, and they are either purposefully setup to be targets for spambots, or they are set up and left by whomever installed them. Either way, their abuse is being leveraged to spam, and proliferate spam. I am guessing that they are just default installations of mediawiki, and that the spambots are just able to work their "magic" without much difficulty.

It would seem to me though that our default configuration of mediawiki that is packaged is allowing for this easy abuse of wikis. I would like to see the developer community have a conversation about whether such an open and abusable/misusable configuration is truly in the best interests of wikis, and the secure web. Might there be a better default configuration that could be packaged/utilised to enable less abuse of mediawiki application?

I have started to blacklist numbers of these wikis after investigation that they are abused and that they are otherwise unmanaged. Predominantly these wikis have just been set up with a default administrator account (admin/crat) and these accounts have next to no activity. — billinghurst sDrewth 23:56, 28 April 2019 (UTC)Reply

Hey @Billinghurst, that's an interesting point; thank you for highlighting it. I'm not sure who would be best-placed to run such a conversation, but @CCicalese (WMF) as product owner of MediaWiki itself likely has a few ideas. Jdforrester (WMF) (talk) 15:36, 29 April 2019 (UTC)Reply
billinghurst sDrewth 13:08, 5 May 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Growth team updates #7

edit

16:19, 29 April 2019 (UTC)

MediaWiki message delivery (talk) 16:19, 29 April 2019 (UTC)Reply

Une étoile pour vous !

edit
<figure-inline> </figure-inline> L’étoile du travail d’équipe
Thanks for your immediate help. Christian Wia (talk) 18:19, 6 May 2019 (UTC)Reply
Je vous en prie. :-) Jdforrester (WMF) (talk) 00:32, 7 May 2019 (UTC)Reply

Call for submissions for the Community Growth space at Wikimania 2019

edit

Welcome to a special newsletter from the Growth team! This special newsletter is not about Wikimedia Foundation Growth team projects. Instead, it is a call for submissions for the Community Growth space at Wikimania 2019. We think that many people who receive this newsletter may have something valuable to contribute to this space at Wikimania. We haven't translated the newsletter, because Wikimania's language is English.

Please see below for the message from the organizers of the Community Growth space at Wikimania.

---

Wikimania 2019 is organized into 19 “spaces”, which are all accepting proposals for sessions. This message comes from the team organizing the Community Growth space.

Since you are interested b Growth team projects, and potentially involved in welcoming newcomers initiatives on your wiki, we would like to invite you to submit a proposal to the Community Growth space because of the actions you’ve done around newcomers on wikis. The deadline for submission is June 1. See below for Community Growth submission topics and session formats. Topics and sessions have to be in English.

In the Community Growth space, we will come together for discussions, presentations, and workshops that address these questions:

  • What is and is not working around attracting and retaining newcomers?
  • How should Wikimedia activities evolve to help communities grow and flourish?
  • How should our technology and culture evolve to help new populations to come online, participate and become community members?

Recommended topics: please see this link for the list for the list of recommended topics. If you do not plan to submit a proposal, you can also suggest additional topics here. If your topic does not fit into our space, remember that there are 18 other spaces that could welcome you sharing your knowledge and perspective.

Types of session. We prefer sessions that are participatory, interactive, promote conversations, and give a voice to parts of our movement that are heard less often. Please see this link for the list of recommended session formats.

Poster submissions. Posters are also a good way to introduce a topic, or show some results of an action. Please consider submitting one!

More information about the Community Growth space, topics, and submission formats is available on the proposal page.

Please submit your proposal. The reviews will happen at the beginning of June.

If you have questions about Wikimania in general, please ask them on the Wikimania wiki.

On behalf of the Community Growth leadership team, Trizek (WMF), 11:44, 16 May 2019 (UTC) MediaWiki message delivery (talk) 11:44, 16 May 2019 (UTC)Reply

Translations

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi. I just went to start translating Manual:Page content models, but it won't let me save, saying that "Saving the translation failed: This namespace is reserved for content page translations. The page you are trying to edit does not seem to correspond any page marked for translation." - can you help? Thanks, --DannyS712 (talk) 01:25, 31 May 2019 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Growth team updates #8

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


09:02, 13 June 2019 (UTC)

MediaWiki message delivery (talk) 09:02, 13 June 2019 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Une étoile pour vous !

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


<figure-inline> </figure-inline> L’étoile d’actes de gentillesse divers
fast and positive collaboration, we continue! Christian Wia (talk) 21:11, 2 July 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Marquer MediaWiki 1.33 à traduire

edit

Hi James, Ive completed FR version and added some corrections on EN page, can you resend please for translation to be synchronized ? Thank you.


5 juillet 2019 à 19:26 Jdforrester (WMF) discussion contributions a marqué MediaWiki 1.33 à traduire

Christian Wia (talk) 15:02, 6 July 2019 (UTC)Reply

Growth team updates #9

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


14:26, 23 July 2019 (UTC)

MediaWiki message delivery (talk) 14:26, 23 July 2019 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Growth team updates #10

edit

18:49, 2 October 2019 (UTC)

MediaWiki message delivery (talk) 18:49, 2 October 2019 (UTC)Reply

Growth team updates #11

edit

15:02, 18 November 2019 (UTC)

MediaWiki message delivery (talk) 15:02, 18 November 2019 (UTC)Reply

Continuous Integration problem

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi James,

Thanks for merging in the layout.yaml change for Extension:ChessBrowser. I uploaded a new patch set to gerrit:554214 but the unit tests did not run. Do you have any ideas what could be wrong? Best, ~ Wugapodes (talk) 20:44, 10 December 2019 (UTC)Reply

Hey there, that's because you were not in the CI system as a trusted user. Fixed now. Jdforrester (WMF) (talk) 21:27, 10 December 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Log In

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi User:Jdforrester (WMF) [[2 years of Wikipedia access restrictions were lifted in Turkey on 15 January. After this news, I wanted to log into my account. However, I couldn't log in for more than 2 years and I forgot the email address and password. I talked to Administrator User:Vikiçizer, Bureaucrat User:Xeno and Steward User:HakanIst about this. If I learn my e-mail address, I can set a new password. I can learn my e-mail only from someone who can access the database. Can you help me? User:Abecesel. 176.88.47.89 (talk) 17:21, 19 January 2020 (UTC)Reply

I think you should contact m:Trust and safety and ask for their help. Ainz Ooal Gown (talk) 17:25, 19 January 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Growth team updates #12

edit

17:39, 4 February 2020 (UTC)

MediaWiki message delivery (talk) 17:39, 4 February 2020 (UTC)Reply

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi you have recently closed the following subject (???) while it was still under investigation https://www.mediawiki.org/wiki/Project%3AVillage%20Pump/Flow/2020/02#h-Manual%3A%24wgSpamRegex_dead_link_http%3A//wiki.chongqed.org-2020-02-17T22%3A51%3A00.000Z concerning "Manual:$wgSpamRegex dead link http://wiki.chongqed.org" .I am the originator and have now validated the correction made by Shirayuki. I can add comments but I can no longer close the subject although the option mark as resolved is available. Can you please cancel your action for me to close the topic properly ? Thank you. Christian 🇫🇷 FR 🚨 (talk) 20:55, 20 February 2020 (UTC)Reply

You've already marked it as unresolved. What do you think I can do that you cannot? Jdforrester (WMF) (talk) 21:06, 20 February 2020 (UTC)Reply
may be try to close it by yourself now, because this option is without effect on my browser. Christian 🇫🇷 FR 🚨 (talk) 21:31, 20 February 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Bots

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello, James!

This information would be lost in gerrit, so continuing the discussion here:
What bug bot is sensitive to "Bug: Tnnnnnn<not \n>"? Gerritbot handles non-\n fine. —Aron Man.🍂 edits🌾 00:30, 29 February 2020 (UTC)Reply

ReleaseTaggerBot. Jdforrester (WMF) (talk) 19:23, 2 March 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Jenkins

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hi! Sorry for the CI slowdown. Pull requests are missed, dearly. I've abandoned most of the patch chain and will be more gentle with the tooling. Please re-enable Jenkins, so I can continue work.

This use-case of uploading long chains could use some more work. Tell me if you need an extra hand to implement some measures to limit test runs on long chains, for example those I've suggested on gerrit.

Btw, what did you mean by "predictive branch explosion"? I only know about processors' branch prediction, but what is this in the context of CI? —Aron Man.🍂 edits🌾 20:56, 11 March 2020 (UTC)Reply

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

CI screenshot

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Is it possible to get ahold of a CI browser test screenshot? This one:

https://integration.wikimedia.org/ci/job/wmf-quibble-selenium-php72-docker/25867/console

20:48:50 Screenshot location: /workspace/log/User-should-be-able-to-log-in-%40daily.pngAron Man.🍂 edits🌾 23:52, 12 March 2020 (UTC)Reply

https://integration.wikimedia.org/ci/job/wmf-quibble-selenium-php72-docker/25867/artifact/log/User-should-be-able-to-log-in-%2540daily.png DannyS712 (talk) 23:54, 12 March 2020 (UTC)Reply
That's awesome, thank you very much! —Aron Man.🍂 edits🌾 01:51, 13 March 2020 (UTC)Reply
This is my talk page and not a good venue for support. You should try #wikimedia-tech in IRC. Jdforrester (WMF) (talk) 00:32, 13 March 2020 (UTC)Reply
K,thx. —Aron Man.🍂 edits🌾 01:50, 13 March 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

A barnstar for you!

edit
<figure-inline> </figure-inline> The Random Acts of Kindness Barnstar
Thank you for Wikimedia response.

https://www.mediawiki.org/w/index.php?title=2017%20wikitext%20editor/Feedback/2020#h-Kindly_add_these_Wikicode_buttons-2020-04-06T05%3A45%3A00.000Z

RIT RAJARSHI (talk) 17:06, 6 April 2020 (UTC)Reply

Haha love it! LTZ

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Love it LTZ1111 (talk) 10:43, 8 April 2020 (UTC)Reply

Welcome. Jdforrester (WMF) (talk) 19:07, 8 April 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Extension:ParsoidBatchAPI

edit

You archived this extension on MediaWiki.org without doing any of the other steps of archiving an extension hosted on Gerrit (emptying the repo, removing the tests from integration/config, etc.) * Pppery * it has begun 02:36, 14 May 2020 (UTC)Reply

Correct. I'm working though it. Jdforrester (WMF) (talk) 20:38, 14 May 2020 (UTC)Reply

Growth team newsletter #13

edit

14:29, 18 May 2020 (UTC)

MediaWiki message delivery (talk) 14:29, 18 May 2020 (UTC)Reply

Do not invalidate valid translations

edit

Use "⧼tpt-action-nofuzzy⧽" checkboxes in Special:PageTranslation.

By your action, the existing translations were invalidated. See [2] and [3] Shirayuki (talk) 10:37, 11 August 2020 (UTC)Reply

I did? Jdforrester (WMF) (talk) 10:38, 11 August 2020 (UTC)Reply
Yes. I did not invalidate. Shirayuki (talk) 10:41, 11 August 2020 (UTC)Reply
Huh. Maybe it didn't take the checkbox? Jdforrester (WMF) (talk) 11:00, 11 August 2020 (UTC)Reply
The last time I marked something, I couldn't find the box (which I wish was checked automatically). Maybe it only appears sometimes? Whatamidoing (WMF) (talk) 04:56, 13 August 2020 (UTC)Reply
The ways of Translate are dark and mysterious, indeed. Jdforrester (WMF) (talk) 09:48, 13 August 2020 (UTC)Reply
See "Invalidation" paragraph in Help:Extension:Translate/Page translation administration . Shirayuki (talk) 11:09, 13 August 2020 (UTC)Reply
… yes? I know what invalidation skipping is. I applied it in these cases. Apparently it didn't take on that page. Jdforrester (WMF) (talk) 13:43, 13 August 2020 (UTC)Reply

Growth team newsletter 14

edit

09:33, 7 September 2020 (UTC)

MediaWiki message delivery (talk) 09:33, 7 September 2020 (UTC)Reply

MediaWiki Docker Hub status

edit

Hi! I noticed you undid my edit to the Docker page. My edit was because of some info I read that was apparently incorrect. Could you maybe weigh in on https://phabricator.wikimedia.org/T266186? Thanks! Lonaowna (talk) 11:37, 25 October 2020 (UTC)Reply

Sure. Unfortunately I have no idea how to edit the Docker Hub system. Jdforrester (WMF) (talk) 17:14, 25 October 2020 (UTC)Reply

Growth team updates #15

edit

10:09, 1 November 2020 (UTC)

MediaWiki message delivery (talk) 10:09, 1 November 2020 (UTC)Reply

Growth team updates #16

edit

14:22, 7 December 2020 (UTC)

MediaWiki message delivery (talk) 14:22, 7 December 2020 (UTC)Reply

Growth team newsletter #17

edit

16:02, 3 March 2021 (UTC)

MediaWiki message delivery (talk) 16:02, 3 March 2021 (UTC)Reply

¡Una barnstar para ti!

edit
  El Barnstar original
WikiLambda contribution. BoldLuis (talk) 12:44, 13 April 2021 (UTC)Reply
Thank you, this is very kind. Jdforrester (WMF) (talk) 14:53, 13 April 2021 (UTC)Reply

Growth Newsletter #18

edit

15:23, 17 May 2021 (UTC)

MediaWiki message delivery (talk) 15:23, 17 May 2021 (UTC)Reply

Growth Newsletter #19

edit

18:36, 26 October 2021 (UTC)

MediaWiki message delivery (talk) 18:36, 26 October 2021 (UTC)Reply

Apology

edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


https://www.mediawiki.org/w/index.php?title=MediaWiki_1.38/Roadmap&oldid=prev&diff=4941894&diffmode=source


Sorry for not noticing your edit. Thanks for letting me know. Firestar464 (talk) 01:24, 1 December 2021 (UTC)Reply

No worries. :-) Jdforrester (WMF) (talk) 14:35, 1 December 2021 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Thanks for thanking my edits

edit
Just want to say: as a new staff member who is still pretty insecure about making edits and having my work and mistakes be visible to the whole world, it's nice when a comrade you've never met thanks you for your edits. So, thanks for taking time to thank me for my edits on various wikis -- even when they are potentially causing chaos as I learn :-) TBurmeister (WMF) (talk) 15:24, 10 December 2021 (UTC)Reply
Thank you for making them. It's such great work you're doing, and it's so important that we're investing in this area now. :-) Jdforrester (WMF) (talk) 17:37, 13 December 2021 (UTC)Reply
If only I had learned I could hand out kittens before I posted this boring text-only message :-) TBurmeister (WMF) (talk) 18:49, 10 December 2021 (UTC)Reply
Oh yes, the kitten feature is under-advertised, clearly. :-D Jdforrester (WMF) (talk) 17:37, 13 December 2021 (UTC)Reply

How we will see unregistered users

edit

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) MediaWiki message delivery (talk) 18:17, 4 January 2022 (UTC)Reply

When was Vue.js officially chosen?

edit

I'm not surprised that I got some information wrong about this, but something about your revert seems incorrect as well. The announcement email was sent in August 2021; did it really take a year and a half between when the decision was made and when it was announced? The email makes it sound like a recent decision. The wording there is a little unclear, but it seems to suggest that the decision in March 2020 was just to go forward with a pilot project for Vue.js, to determine if it really did make sense to use as MediaWiki's standard JS framework; and that in August 2021 it was decided that the pilot project was enough of a success to make the official decision. Is that incorrect? Yaron Koren (talk) 17:56, 4 February 2022 (UTC)Reply

I'm not surprised that I got some information wrong about this, but something about your revert seems incorrect as well. The announcement email was sent in August 2021; did it really take a year and a half between when the decision was made and when it was announced?

Sadly, it did. No-one could agree who was allowed to announce it, until finally we just did it anyway.

The email makes it sound like a recent decision. The wording there is a little unclear, but it seems to suggest that the decision in March 2020 was just to go forward with a pilot project for Vue.js, to determine if it really did make sense to use as MediaWiki's standard JS framework; and that in August 2021 it was decided that the pilot project was enough of a success to make the official decision. Is that incorrect?

No, the working group to decide on Vue.JS reported in September 2019, hence the RfC launched at that point just as the RfC system was being dismantled. Jdforrester (WMF) (talk) 13:52, 7 February 2022 (UTC)Reply
Okay, strange but true! Thanks for the explanation. I just modified the wording of the history somewhat; hopefully it's still accurate. Yaron Koren (talk) 14:33, 7 February 2022 (UTC)Reply

Growth Newsletter #20

edit

17:12, 16 March 2022 (UTC)

MediaWiki message delivery (talk) 17:12, 16 March 2022 (UTC)Reply

Growth Newsletter #20

edit

17:13, 16 March 2022 (UTC)

MediaWiki message delivery (talk) 17:13, 16 March 2022 (UTC)Reply

Growth Newsletter #20

edit

17:19, 16 March 2022 (UTC)

MediaWiki message delivery (talk) 17:19, 16 March 2022 (UTC)Reply

Growth team newsletter #21

edit

13:03, 5 July 2022 (UTC)

MediaWiki message delivery (talk) 13:03, 5 July 2022 (UTC)Reply

Growth team newsletter #22

edit

17:18, 21 September 2022 (UTC)

MediaWiki message delivery (talk) 17:18, 21 September 2022 (UTC)Reply

Growth team newsletter #23

edit

20:57, 29 November 2022 (UTC)

MediaWiki message delivery (talk) 20:57, 29 November 2022 (UTC)Reply

Growth team newsletter #24

edit

14:44, 31 January 2023 (UTC)

MediaWiki message delivery (talk) 14:44, 31 January 2023 (UTC)Reply

Return to the user page of "Jdforrester (WMF)/Archive 2/Flow export".