- Also, if you notice a redlink, don't remove it but instead consider creating the page it links to. --Skizzerz 17:22, 10 June 2008 (UTC)
A kitten for you!Edit
Thanks for enabling WikiLove!
Jorm (WMF) 19:56, 8 July 2011 (UTC)
Can you explain how you know for certain that Extension:FCKeditor has been abandoned? I think you should add your rationale to the discussion page for that extension's article. --Lance E Sloan 14:05, 28 July 2011 (UTC)
Per the upstream bug tracker [http://dev.ckeditor.com/ticket/5602 http://dev.ckeditor.com/ticket/5602] and [http://dev.ckeditor.com/ticket/6273 http://dev.ckeditor.com/ticket/6273] "MediaWiki and FCKeditor are no longer supported. Closing the ticked."
16:07, 28 July 2011 (UTC)
- I see. But the newer CKEditor is supported, right? We should add a template that directs users to the extension for that editor instead. I'll look for such a template. --Lance E Sloan 17:06, 28 July 2011 (UTC)
- I don't know. Which is that extension/where does it live? :/ Reedy 18:11, 28 July 2011 (UTC)
- I think I'm wrong about that. FCKeditor has been renamed CKEditor, but on this wiki, the page for CKEditor redirects to FCKeditor. The article about WYSIWYG is no help, either. So... I guess there's nothing else that can be done for now. Hopefully your marking the extension as abandoned will attract some attention from developers that have some time to work on an alternative. --Lance E Sloan 18:22, 28 July 2011 (UTC)
Friendly reminder: 1/13 @ 19:00 UTC - MediaWiki Workshop: Preparing extensions for MW 1.19 in #wikimedia-devEdit
This workshop will be an opportunity to share information about changes in MediaWiki 1.19 that may require revisions to extensions or skins. Also an opportunity for developers to ask questions regarding extension development.
Look forward to seeing you in IRC. :) --Varnent 06:20, 13 January 2012 (UTC)
A cuppa tea for you!Edit
Username change requestEdit
Hi Reedy. I wanted to ask you if you can glance at this request for bugzilla (since you work there as well, don't you?). I'm asking you it because the last request we made (for our project) has been fulfilled after months. So if you could do us a favour, we would be glad. Regards, --Frigotoni ...i'm here; 15:07, 25 April 2012 (UTC)
Yes there was: bugzilla:33123, w:en:Wikipedia:Village pump (proposals)/Archive 83#Enable_.22Show_changes_since_last_visit.22_on_watchlist. --Krenair (talk • contribs) 17:05, 10 May 2012 (UTC)
- Well, now the community is angry, with some former supporters now opposing. Notice that we asked for a preference option, and we weren't given one.--Jasper Deng (talk) 18:56, 10 May 2012 (UTC)
- That was never voiced on bugzilla:33123 Reedy (talk) 19:24, 10 May 2012 (UTC)
- False. Only a few users mentioned opt-in/preference. --Krenair (talk • contribs) 19:31, 10 May 2012 (UTC)
- A few out of a few... in short, we didn't have enough !votes. I'll admit that no-one actually opposed because of a lack of a preference but me, but it caused some issues on enwiki when it actually happened. In any case, though, I actually like the stars far better than boldening, though optimally there's a full opt-out. Thanks.--Jasper Deng (talk) 21:14, 10 May 2012 (UTC)
Hi Reedy, hope you're well. When you have time, and if it's not too much trouble, do you think you could handle a few more upload requests for me? (bugzilla:36815, bugzilla:36816, bugzilla:36817, bugzilla:36818, bugzilla:36830) Thanks in advance, FASTILY (TALK) 07:12, 14 May 2012 (UTC)
According to the Review queue, the next step for the RandomRootPage extension is that you would move it to the Deployment queue. Tim Starling has approved the extension (see bugzilla:16655) and the extension is on git at git:extensions/RandomRootPage.git.... And, apparently Tim Starling wants to deploy it.--Snaevar (talk) 11:00, 14 May 2012 (UTC)
Yet another Upload RequestEdit
Common commit errorsEdit
It seems like the Common commit errors page you created could really be merged with Manual:Pre-commit checklist. A lot of things on that list could have automated checking. -- ☠MarkAHershberger☢(talk)☣ 20:49, 2 June 2012 (UTC)
New project on LabsEdit
Hi Reedy, thanks for setting me up with developer access. I'm working on a new MediaWiki extension, and from reading over https://labsconsole.wikimedia.org/wiki/Help:Getting_Started and the other help content I get the impression that I would need to have a new 'specific' project created. I didn't see any instructions on how to do that, so I figured I'd ask you how to get set up with a new project.
My basic goal is to get this new media handling extension working on a staging environment that's close to Wikimedia's. I'm not sure how relevant this is, but the extension involves file uploading, which includes some processing upon completing the upload to transform an effectively plain-text file into a static image. I've got the extension working on Ubuntu 11.10 Oneiric with MediaWiki 1.18 and (on another machine) 1.19. I've tentatively named the extension "PDBHandler". Thanks, Emw (talk) 03:48, 27 June 2012 (UTC)
Adminship for Uncle GEdit
(Alternately, you could make me a bureaucrat. ;-)
Another Upload RequestEdit
There is a set of diffs here: Wikia_code which are an out of date diff from the Wikia code base and mediawiki core. I'm a developer at Wikia and I'd be interested in keeping those up to date if you could tell me how they were created. Do you have a script to do it? Owyn (talk) 10:02, 4 February 2013 (UTC)
- I did actually write a wrapper script to do this. It's probably not needed, using diff -R would have a similar result, though it would be one combined file... Which still then needs uploading.. Those were 1.16. You seem to be running 1.19 now. Comparing that itself against master (considering we're now 1.21) will likely have a lot of changes there were just changes in core.. Do you want this running again for 1.19 vs wikia 1.19? Or your 1.19 against master? Reedy (talk) 14:33, 4 February 2013 (UTC)
- Argh, talk pages! Sorry, I didn't notice you had replied. I am interested in 1.19 vs Wikia 1.19, and we have merged in the latest security updates already. I was mostly interested in the process of keeping those pages up to date. Eventually I would like to try and reconcile most of these changes (determine if they are still necessary and either merge them into mediawiki or find another way of implementing them at Wikia). I can get the diffs myself and do all the work locally, but as there seemed to be an attempt to put a workflow in here by marking pages as DONE I was wondering if that was useful at all and whether it would be valuable to keep doing it. Owyn (talk) 23:44, 25 March 2013 (UTC)
it seems that with wmf20, an existing JS variable, namely "wgVectorEnabledModules" has evaporated. IMO, this should appear in "breaking changes", as the disappearance of previously available variable breaks some scripts (this is how i found out it disappeared). i'm not asking to resurrect this variable - it's probably too late for that anyway, and people will remove it from their scripts rather than wait a couple of weeks with broken scripts waiting for it to come back to life in wmf21, but i think it's reasonable to ask that this will appear in the changelog.
- It was purposely removed as part of cleaning up Extension:Vector. It's a wiki, feel free to edit it. Reedy (talk) 23:51, 10 October 2013 (UTC)
- i wasn't bitching about the removal - i just commented that i think it should be added to the changelog as "breaking change".
- is this the only JS variable that was removed? ("cleaning up" hints that maybe some other variables were removed, no?)
- i don't mind adding it to the changelog myself, but it will be better, i think, if someone who actually knows what it's about will do it (and at the same time, will give a full list of all variables that were removed). peace - קיפודנחש (talk) 18:22, 11 October 2013 (UTC)
- changelog is prolly the best place i can think of. i'll drop a message about it on enwiki wp:vpt - if you search on enwiki in user+mediawiki namespaces for "wgVectorEnabledModules", you'll notice several dozen hits. since this used to by some kind of ovject, some scripts tried to test one of its members (e.g., like so: which throws exception for null value. it's worth telling the members about it, methinks. peace - קיפודנחש (talk) 18:57, 11 October 2013 (UTC)
mw.config.get('skin') == 'vector' && mw.config.get('wgVectorEnabledModules').collapsiblenav
- changelog is prolly the best place i can think of. i'll drop a message about it on enwiki wp:vpt - if you search on enwiki in user+mediawiki namespaces for "wgVectorEnabledModules", you'll notice several dozen hits. since this used to by some kind of ovject, some scripts tried to test one of its members (e.g., like so:
Deployment of bugzilla:53132Edit
An important message about renaming usersEdit
I am cross-posting this message to many places to make sure everyone who is a Wikimedia Foundation project bureaucrat receives a copy. If you are a bureaucrat on more than one wiki, you will receive this message on each wiki where you are a bureaucrat.
As you may have seen, work to perform the Wikimedia cluster-wide single-user login finalisation (SUL finalisation) is taking place. This may potentially effect your work as a local bureaucrat, so please read this message carefully.
Why is this happening? As currently stated at the global rename policy, a global account is a name linked to a single user across all Wikimedia wikis, with local accounts unified into a global collection. Previously, the only way to rename a unified user was to individually rename every local account. This was an extremely difficult and time-consuming task, both for stewards and for the users who had to initiate discussions with local bureaucrats (who perform local renames to date) on every wiki with available bureaucrats. The process took a very long time, since it's difficult to coordinate crosswiki renames among the projects and bureaucrats involved in individual projects.
The SUL finalisation will be taking place in stages, and one of the first stages will be to turn off Special:RenameUser locally. This needs to be done as soon as possible, on advice and input from Stewards and engineers for the project, so that no more accounts that are unified globally are broken by a local rename to usurp the global account name. Once this is done, the process of global name unification can begin. The date that has been chosen to turn off local renaming and shift over to entirely global renaming is 15 September 2014, or three weeks time from now. In place of local renames is a new tool, hosted on Meta, that allows for global renames on all wikis where the name is not registered will be deployed.
Your help is greatly needed during this process and going forward in the future if, as a bureaucrat, renaming users is something that you do or have an interest in participating in. The Wikimedia Stewards have set up, and are in charge of, a new community usergroup on Meta in order to share knowledge and work together on renaming accounts globally, called Global renamers. Stewards are in the process of creating documentation to help global renamers to get used to and learn more about global accounts and tools and Meta in general as well as the application format. As transparency is a valuable thing in our movement, the Stewards would like to have at least a brief public application period. If you are an experienced renamer as a local bureaucrat, the process of becoming a part of this group could take as little as 24 hours to complete. You, as a bureaucrat, should be able to apply for the global renamer right on Meta by the requests for global permissions page on 1 September, a week from now.
In the meantime please update your local page where users request renames to reflect this move to global renaming, and if there is a rename request and the user has edited more than one wiki with the name, please send them to the request page for a global rename.
Stewards greatly appreciate the trust local communities have in you and want to make this transition as easy as possible so that the two groups can start working together to ensure everyone has a unique login identity across Wikimedia projects. Completing this project will allow for long-desired universal tools like a global watchlist, global notifications and many, many more features to make work easier.
If you have any questions, comments or concerns about the SUL finalisation, read over the Help:Unified login page on Meta and leave a note on the talk page there, or on the talk page for global renamers. You can also contact me on my talk page on meta if you would like. I'm working as a bridge between Wikimedia Foundation Engineering and Product Development, Wikimedia Stewards, and you to assure that SUL finalisation goes as smoothly as possible; this is a community-driven process and I encourage you to work with the Stewards for our communities.
Random acts of CR barnstarEdit
Heiya Reedy, thank you for solving the "TNT issue". This diff shows another use case for your bot I just discovered. I think it will be cool if you could to a replacement here too. Cheers --[[kgh]] (talk) 00:38, 8 March 2015 (UTC) PS Seems to be a bigger story. Another popular template in need of help. --[[kgh]] (talk) 10:17, 24 March 2015 (UTC)
A barnstar for you!Edit
|The Tireless Contributor Barnstar|
|"Thanks for the great night", ok, that sounds misleading :P So, simply "thanks" for all the work! :) Florianschmidtwelzow (talk) 11:58, 3 January 2016 (UTC)|
|For the work you did, you earn more as just one beer, but I don't want to spam your talk page :P Thanks for the work you invested to review changes for all these extensions! :) Florianschmidtwelzow (talk) 17:55, 4 January 2016 (UTC)|