User talk:Waldyrious
Add topic- Note: To keep threads intact, I'll reply here if you write me here, so please check back or watch this page if you leave me a message.
Note that moving links out of components' description will make sync with bugzilla impossible. --Nemo 17:12, 7 February 2013 (UTC)
- What about the descriptions that currently don't have the link in their Bugzilla description? --Waldir (talk) 18:08, 7 February 2013 (UTC)
- Either it's considered obvious, or it should be fixed by adding one. --Nemo 18:14, 7 February 2013 (UTC)
- Agreed. So since this is a wiki and it's easy to sync, the descriptions should be first fixed/harmonized in bugzilla. Otherwise it would be detrimental to attempt to keep up with a list that is inconsistent and/or incomplete. --Waldir (talk) 02:56, 8 February 2013 (UTC)
- Sorry, I don't understand your point. We're updating the description on the wiki and then we'll sync bugzilla with it. But bugzilla has only the description, not a table for each component, so if you remove crucial information it will be impossible to update bugzilla descriptions. --Nemo 08:15, 8 February 2013 (UTC)
- Oh, I dint't know that a bugzilla sync was planned. Well, I noticed that the bugzilla description can contain links, e.g. the "Apache config" component description in bugzilla has a link to the operations/apache-config repo (and the version on the wiki doesn't, btw). I imagine that such links are built using html markup, which is undesirable in the wiki, so a full sync would be awkward anyway; therefore, I don't see a problem with the links being appended to the desc in Bugzilla only (e.g. "Bugs relating to the continuous integration server (Running Jenkins & TestSwarm) -- integration.wikimedia.org", or something to that effect), since that's not going to be the only difference anyway. --Waldir (talk) 16:01, 8 February 2013 (UTC)
- No, appending URLs is horrible. Anyway, I knew that it's a lost battle. ;-) --Nemo 16:13, 8 February 2013 (UTC)
- Well, we'd have to choose between a less-than-ideal description string in bugzilla or a less-than-ideal string on the table... I personally prefer the table to be more streamlined as it's way more informative (and actually allows people to contribute to it without jumping through hoops) --Waldir (talk) 17:49, 8 February 2013 (UTC)
- No, appending URLs is horrible. Anyway, I knew that it's a lost battle. ;-) --Nemo 16:13, 8 February 2013 (UTC)
- Oh, I dint't know that a bugzilla sync was planned. Well, I noticed that the bugzilla description can contain links, e.g. the "Apache config" component description in bugzilla has a link to the operations/apache-config repo (and the version on the wiki doesn't, btw). I imagine that such links are built using html markup, which is undesirable in the wiki, so a full sync would be awkward anyway; therefore, I don't see a problem with the links being appended to the desc in Bugzilla only (e.g. "Bugs relating to the continuous integration server (Running Jenkins & TestSwarm) -- integration.wikimedia.org", or something to that effect), since that's not going to be the only difference anyway. --Waldir (talk) 16:01, 8 February 2013 (UTC)
- Sorry, I don't understand your point. We're updating the description on the wiki and then we'll sync bugzilla with it. But bugzilla has only the description, not a table for each component, so if you remove crucial information it will be impossible to update bugzilla descriptions. --Nemo 08:15, 8 February 2013 (UTC)
- Agreed. So since this is a wiki and it's easy to sync, the descriptions should be first fixed/harmonized in bugzilla. Otherwise it would be detrimental to attempt to keep up with a list that is inconsistent and/or incomplete. --Waldir (talk) 02:56, 8 February 2013 (UTC)
- Either it's considered obvious, or it should be fixed by adding one. --Nemo 18:14, 7 February 2013 (UTC)
Re: MediaWiki search
[edit]I've replied you at [1]. Cheers, Nemo 18:40, 11 February 2013 (UTC)
If you're interested in it, not that there's a rather tedious but probably note too hard job to do about it, sync'ing the various config summaries in its i18n file with those on the wiki. See the tasks currently on translatewiki:User:Matma_Rex (who can't do it) and gerrit:40290 where this was half done. Cheers, Nemo 12:06, 13 February 2013 (UTC)
- Thanks for the pointer! I'll definitely take a look at this soon. --Waldir (talk) 19:11, 13 February 2013 (UTC)
- Nice! Please let me know if you can take this to work on in the foreseeable future, so that I know if I have to look for someone else or not. :-) --Nemo 19:42, 13 February 2013 (UTC)
- I really want to do it :D I help out in several small (non-WMF) wikis that understandably don't give out server access, so being able to do configuration changes from the browser would be ideal. I will need to have a chat with you to understand better what's involved, though. This week I'm kinda busy but next week I'll try to reach to you on IRC. Let me know what days/hours (UTC) I'm more likely to find you online. --Waldir (talk) 23:51, 13 February 2013 (UTC)
Categories in mediawiki sidebar in Vector skin
[edit]How to show categories and subcategories in sidebar of Mediawiki 1.20.3 in Vector skin. Please help me please.I have used CategoryTree extension but dont know syntax is rightly used in LocalSettings.php. I got one website using this http://edutechwiki.unige.ch/fr/Accueil Please tell me how to dislplay categories in vector skin? --Ksanjeet 20:24, 11 March 2013 (UTC)
- Please post your question to the Support desk --Waldir (talk) 13:25, 18 March 2013 (UTC)
mwclient questions
[edit]Pinging you here to let you know that I've asked some questions on mwclient on Talk:Evaluating and Improving MediaWiki web API client libraries. If you can answer or point me to someone who can, I'd appreciate it! --Fhocutt (talk) 20:47, 13 June 2014 (UTC)
- Thanks! I did get a notification, actually, because I was mentioned there. I'm letting you know since in the future it might save you the extra step of manually notifying someone you mention somewhere (I'm not 100% the notifications settings are on by default, though). As for the topic itself, I'll take a look and reply there. Cheers, Waldir (talk) 23:13, 14 June 2014 (UTC)
Waldir/Docs
[edit]Great stuff at User:Waldir/Docs.
The Data and developer hub (and the How to contribute#web-api section) is for a slightly different profile: people who want to make use of Wikimedia APIs and data. Sort of like your user, but off-wiki. It'll use Manual, Reference, and Interactive tools. I think rather than Tutorial it'll showcase some interesting uses of Wikimedia APIs or data, explaining what they do and pointing people into the interactive tools to try something similar but simpler. Anyway, that's the theory :)
-- SPage (WMF) (talk) 07:54, 20 March 2015 (UTC)
- +1 and see also: User:Quiddity (WMF)/Hubs and docs and Season of Docs (2019). :-) Quiddity (WMF) (talk) 20:49, 17 May 2019 (UTC)
pulling stuff from git
[edit]In a wikitech-l thread you proposed
- ... Similarly, the contents of README files and the docs folder should be integratable into mw.org.
FYI I sketched the tech to do this as a possible hackathon project at phab:T91626. It was more controversial than I expected. People have different visions of what to do with material in git. -- SPage (WMF) (talk) 07:59, 20 March 2015 (UTC)
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)
Add link to diff in post-edit confirmation message
[edit]hi @Waldyrious – this is a quick message to say: thank you for the wonderfully helpful change you made to include a link to the diff of the edit someone just published in the post-edit confirmation message 🙏🏼❤️ PPelberg (WMF) (talk) 19:05, 28 May 2024 (UTC)
- Thank you for the kind message! I'm really glad you found it useful 😊. It had been bothering me for a while that the message seemed so ripe for having a link and didn't have one. Hopefully I scratched my own itch as well as that of many others 😁! Waldyrious (talk) 09:27, 29 May 2024 (UTC)