Removing old php entry points

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 removing the old php entry points from extensions. This is ok but what I do not like is that you fail to update the respecive extension's docu pages on this wiki. There are people actually somewhat relying on the info. If will be nice if you could also update the pages here. Thanks [[kgh]] (talk) 22:01, 31 May 2017 (UTC)Reply

Moreover you are incrementing versions in a semver incompatible manner. :( So instead of 1.10.1 one should rather get 1.11.0 or 2.0 since removing these entry points is backwards incompatible. [[kgh]] (talk) 22:15, 31 May 2017 (UTC)Reply
Well, 2.0 it should be to stay in the example of the UserMerge extension. [[kgh]] (talk) 22:16, 31 May 2017 (UTC)Reply
Sorry, that's my bad. I'll update them today and use the info about semantic versioning in the future. SamanthaNguyen (talk) 01:12, 1 June 2017 (UTC)Reply
Thanks a lot. I have done a couple in the past but I am sure that there are left overs somewhere. Done e.g. UserMerge yesterday.
I believe using a semver compliant versioning makes life much easier.
Sorry for me being a but grumpy yesterday. No offense please. [[kgh]] (talk) 07:47, 1 June 2017 (UTC)Reply
No worries! This was my fault since I didn't do my part of updating the documentation. I just fixed this yesterday, so I'm going to mark this as resolved. SamanthaNguyen (talk) 01:31, 3 June 2017 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Extension:RandomSelection

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.


Heiya, I have seen that ShoutWiki is using the extension in version 2.2 but I cannot find the repo. There are heaps of different versions out there but no canonical repo. Do you happen to know where ShoutWiki fetches and develops the latest code. Cheers [[kgh]] (talk) 15:18, 18 July 2017 (UTC)Reply

Hi Kghlbn, thanks for asking! Our version of RandomSelection is in our SVN repository (which is hidden). Some time ago when originally the code was hosted on it's documentation page by the author, Jack Phoenix (another ShoutWiki staff member) made a version with several modifications. Our version of it is essentially feature-complete, stable, and up-to-date.
I'll request a new empty repository on Gerrit/New_repositories/Requests, and once it's created, we'll import from our SVN HEAD. :)
Cheers! SamanthaNguyen (talk) 20:44, 18 July 2017 (UTC)Reply
Hi Samantha, that's great news! I guess it will be nice to have this extension in a publicly accessible repository. It is quite popular as I saw from the numbers on WikiApiary so having forks spread all other the place is not the best solution. Thanks a lot and cheers! [[kgh]] (talk) 21:01, 18 July 2017 (UTC)Reply
Hi again, I updated Extension:RandomSelection!
Even though it's feature-complete (it does it's basic purpose), there's a few extras from forks that it doesn't have yet (such as from RationalWiki and Inclumedia), so we'll be incorporating those changes soon.
This version is now on 2.2 with its update as it requires newer extension registration, thus 1.25 (more info is available on the docs).
I'm going to close this as resolved now, thanks for pointing that out originally :) SamanthaNguyen (talk) 00:28, 24 July 2017 (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
  The Original Barnstar
Thank you for the many creations, updates, and improvements to the MediaWiki settings, scripts, and hooks!

Mainframe98 talk 20:20, 11 August 2017 (UTC)Reply

Thank you, this barnstar is very appreciated! :) SamanthaNguyen (talk) 21:45, 11 August 2017 (UTC)Reply

إليك وساما!

edit
  وسام التعاون الجدي
thanks Wael as-sani (talk) 15:18, 14 October 2017 (UTC)Reply

A barnstar for you!

edit
  The Technical Barnstar
I went to go write up Manual:$wgShellRestrictionMethod and then I was shocked to find that you had already created it! Thank you for all of your awesome work :-)

Legoktm (talk) 03:34, 4 December 2017 (UTC)Reply

Community Insights Survey

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.


RMaung (WMF) 14:34, 9 September 2019 (UTC)Reply

MediaWiki message delivery (talk) 14:34, 9 September 2019 (UTC)Reply

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

Reminder: Community Insights Survey

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.


RMaung (WMF) 19:14, 20 September 2019 (UTC)Reply

MediaWiki message delivery (talk) 19:14, 20 September 2019 (UTC)Reply

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

Reminder: Community Insights Survey

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.


RMaung (WMF) 17:04, 4 October 2019 (UTC)Reply

MediaWiki message delivery (talk) 17:04, 4 October 2019 (UTC)Reply

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

Could you talk about StructuredNavigation in the MWStake meeting in October?

edit

Hey, Samantha,


I'm wondering if you could talk about your StructuredNavigation extension during the next MediaWiki Stakeholder's meeting in October?

I first noticed your extension after you requested a repository shortly after i did. It looks intriguing.

When I asked what people thought about your extension in chat, River said "that seems like a huge improvement over navboxes, wow"

We typically meet online and discuss the MediaWiki happenings for the past month (example). It would be great to have you come and talk about your extension and how you've used it. MarkAHershberger(talk) 18:21, 9 September 2020 (UTC)Reply

Hi Mark,
I'm glad that you all are interested in the extension, and I would love the opportunity to speak at your next meeting! Is there anything in particular you would want me to mention and discuss?
Thank you! SamanthaNguyen (talk) 20:00, 10 September 2020 (UTC)Reply
I am interested in how you see it being used and interested in seeing use cases in action.
River said she would like to be able to populate it from Cargo or SMW queries. And I just thought of using Lua. Are these possible? Would you be interested in adding them if they aren't right now?
Since we need to make sure we schedule enough time for you and the monthly mw news ususally takes 20-30 minutes, I'm thinking we should allocate 20-30 for you to talk about it and then, also, field questions. Does that seem right? MarkAHershberger(talk) 20:17, 10 September 2020 (UTC)Reply
I don't know of any wikis that are currently using it, but I can set up a demo wiki with some use cases. Was that along the lines of what you were thinking?
I'm also more than willing to add an integration with Scribunto and Lua. Are you interested in being able to read data from a navigation, create a navigation, or both?
Unfortunately since I'm currently a university student, I may not be able to add a proper integration with Semantic MediaWiki and Cargo this month, but I would like to look into it in October.
In regards to the time allocation and questions, that sounds right, thank you. SamanthaNguyen (talk) 20:50, 10 September 2020 (UTC)Reply
Yes, if you could set up a demo wiki, that would be awesome. If you need some help with that, let me know.
I'll try to get River to comment here since she has more concrete ideas. MarkAHershberger(talk) 21:13, 10 September 2020 (UTC)Reply
I don't think I'd ever query a navigation, rather I'd want to generate a nav by querying a Cargo table, e.g. rows of the navbox are regions, and each row is a list of tournaments in 2020 in that region.
Querying navigations seems potentially useful for generating metadata reports, but I wouldn't want to have that be part of my wiki's structure, that sounds like making the design too rigid, I'd rather have data stored in a neutral place that both the nav and whatever else needs it are querying. RheingoldRiver (talk) 21:34, 10 September 2020 (UTC)Reply
@SamanthaNguyen am I right in interpreting what you said to mean that you could get Lua/Scribunto integration for building navigation done before the October meeting? If so, that would be awesome. MarkAHershberger(talk) 21:38, 10 September 2020 (UTC)Reply
I just realized I may be over eager in my interpretation since you may not see the same distinction between Lua and SMW/Cargo that I see. Sorry 'bout that. Don't mean to be pushy. MarkAHershberger(talk) 21:46, 10 September 2020 (UTC)Reply
@RheingoldRiver That sounds like a good and reasonable use case, thank you for explaining! Would you like it so that the data from the Cargo/SMW query is transformed into JSON, and have the extension use that query to automatically update whichever page in the Navigation namespace? This edit can be indicated as semi-automated with a registered change tag and automatic edit summary.
@MarkAHershberger So for example, Module:ExtensionJson has a giant Lua table centralizing data (auto-updated by a bot every 2 hours or so), and it auto-populates some of the data in Template:Extension (like hooks used/provided/software license etc.) with Module:Extension as the bridge.
I'm thinking that with a Lua integration, you'd be able to write a Lua table in a module page, and invoke that Lua module to render a navigation, the same way you would use a registered MW-parser tag to render a navigation. Is this correct?
I hope this clears the distinction, and that I have both uses cases down correctly. SamanthaNguyen (talk) 21:59, 10 September 2020 (UTC)Reply
For my part, the Lua table you're talking about makes sense. I think Cargo/SMW can also create a Lua table like that (page forms auto edit?), but I'm not sure. I'll defer to @RheingoldRiver on that bit. MarkAHershberger(talk) 22:19, 10 September 2020 (UTC)Reply
@SamanthaNguyen I don't understand, how would the jsons get edited? It would be scheduled at regular intervals based on the result of the query? RheingoldRiver (talk) 22:54, 10 September 2020 (UTC)Reply
@RheingoldRiver I'll be honest I'm not super familiar with SMW/Cargo, but from what I'm aware, the results are exportable. The query will be cached and there will be a refresh rate, and using MediaWiki's JobQueue functionality, they will be scheduled to update. The software will automatically handle transforming the data into a navigation.
I should clarify that the method for implementing this SMW/Cargo integration isn't set in stone, but I am willing to work on that once I have more time, and have it in a way that makes it easy to use for wiki editors. Your advice and feedback is most welcome! SamanthaNguyen (talk) 23:25, 10 September 2020 (UTC)Reply
Yeah that sounds like it would work. It's a bit different from what I'm used to, where there's no layer of caching the query result, the jobqueue just updates results dynamically as it refreshes pages, but I think for navigation it makes sense, since navbox content shouldn't be that dynamic. It would be good, though, if the query refresh rate can be set per navbox. Would these be pages on the wiki, i.e. could they be manually refreshed by users / an api action? RheingoldRiver (talk) 21:55, 11 September 2020 (UTC)Reply
Hi @MarkAHershberger and @RheingoldRiver:
I'm going to be publishing a tentative schedule on the work for StructuredNavigation, so we're all on the same page. I would love to discuss more on integrating this in Semantic MediaWiki and Cargo during the talk, since that's when I'll have more time to focus on that feature!
I would love to be able to have at least week numbers for when I'll have certain things in place, but because I am also a university student, I'll be putting these at the very most in months. I hope you all can understand, I don't want to rush this software; I want to make sure it's high-quality, stable, and usable for everyone. I'd like to have the public demo setup available ASAP, but there are a few things that need to be done first to make it more usable.
However, If you are both fine with there being a few bugs, I can make the task for having a public wiki demo available a task higher up the list. Hopefully this clears things up.
I'm not sure if either of you have visited the Extension:StructuredNavigation page, but there is a pitfall listed (that is not on this schedule), which is that since this is in JSON and not wiki markup, the links are not considered in the pagelinks. I still need to improve on my SQL, so unfortunately this task is not listed yet in the schedule, however it is definitely on my mind.
==Sept 11th (now) to end of September==
  1. Fixing API modules to be more compliant:
    • catch exceptions and send properly localized messages for specific error states
    • send proper HTTP headers and HTTP status codes
  2. Fixing and improving JSON schema (there's some internal and external inconsistencies in the extension between the terms "page", "title", and "label"), make it more scalable
  3. Adding redirect support for navigations: This will require some work since it extends the JSON content model. An example with redirect support:
    • Navigation:Dontnod is created as a redirect to Navigation:Dontnod Entertainment
    • Users are able to write <mw-navigation title="Dontnod" />, and the navigation will still render
    • Auto-generated category added to pages that use navigations that use redirects
  4. Proper JSON schema validation while editing, with localized error messages
  5. Adding Scribunto/Lua support: The reason this is sort of closer to last is that while it's relatively easy to add support for Scribunto, is that the things listed are before are (mostly) blocking tasks.
  6. Make the demo wiki publicly available
==October to November==
Most of this month will probably be most likely working on the integration between Semantic MediaWiki and Cargo, since these are both huge extensions, and both of them also have a very different software architecture between each other. Semantic MediaWiki will probably be more plausible, but Cargo may not be. I will need to look into their APIs and hooks. This will be quite a huge undertaking. We can discuss the use cases and as well as performance considerations during this time. SamanthaNguyen (talk) 19:21, 12 September 2020 (UTC)Reply
Edit: There's actually quite a bit few more things I need to consider where to put in the schedule and figure out how to prioritize, which are:
  • Visual editing interface for editors who are not familiar with JSON
  • More accessible diffs based on the JSON edits
I'm currently working on a quick screen recording of the extension in the mean time, hopefully it helps! SamanthaNguyen (talk) 19:27, 12 September 2020 (UTC)Reply
A screen recording would be great. It gives people a quick way to learn what your extension can do before they decide to jump into reading the documentation.
I like your schedule for September. If you can really get that done in time for the user group meeting, you presentation of the extension will be really strong. That you have a plan for further development also helps.
BTW, I'm not sure if you saw this but you may want to use the SMWCon in November as a place to meet other developers and learn more about SMW. MarkAHershberger(talk) 01:18, 17 September 2020 (UTC)Reply
Yes, I hope so! Here is the screen recording, a little less than a minute long (46 seconds):
https://imgur.com/a/vtZfjXI
Thank you for the link. There was a typo in the URL but I just visited the SMWCon 2020 page. Right now I can't say I can attend for sure since it's a bit in the future, but I will be certainly thinking about it. SamanthaNguyen (talk) 17:33, 17 September 2020 (UTC)Reply
Thanks for the demo. It gives me a better idea of what you're doing. I think if you can come up with a way for lua or SMW to generate those it would be awesome.
@RheingoldRiver: does the demo change your thinking on this any? MarkAHershberger(talk) 18:12, 17 September 2020 (UTC)Reply
That was pretty much how I was expecting it to work, but it's good to see it in person and have confirmation! RheingoldRiver (talk) 02:07, 18 September 2020 (UTC)Reply
I've been able to do some work this week (most of it maintenance, but there are a few major patches in there): https://gerrit.wikimedia.org/r/q/project:mediawiki/extensions/StructuredNavigation+after:2020-09-21+owner:sam.t.nguyenn%2540gmail.com
API modules
To speed this up, I'm planning to have the Action API and REST API modules hidden by a feature flag, probably named like $wgStructuredNavigationEnableExperimentalAPI (or something like that), with the default value set to false.
Developers and wiki administrators who are interested can set this to true, and should acknowledge that both API modules are currently experimental/unstable (this is marked in the Action API modules, where they are marked as "internal" (which will list them as unstable in the UI when a user accesses the API endpoint, api.php). The REST API modules are also versioned at v0, and will then be moved to v1 when they are stable. When both become stable, the configuration setting will be removed and they will be enabled by default.
Copy embed feature
Currently the copy embed feature requires some JS, so I wrote a quick patch to try to make this no longer require JS, but uses progressive enhancement style to enhance the UX, by adding a clickable button to allow copying the text to the clipboard. More details are listed here: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/StructuredNavigation/+/629248
MW version
This may require 1.35 at some point, but I haven't fully decided the compatibility policy yet. As of now, this just requires 1.34.
JSON schema
I'm thinking of changing the schema to fix the consistencies, but this may make it more tedious to edit and create navigations, so I'm currently sitting on it. I might skip this for now.
Lua/Scribunto
Still working on this! SamanthaNguyen (talk) 05:21, 23 September 2020 (UTC)Reply
1.35 also has Parsoid PHP shipped by default, and I've already spoken with a member of the Parsoid team about how to move the code related to the extension tag to use Parsoid's API (replacing MW's PHP core Parser and related classes like PPFrame, ParserOutput, etc).
Migrating to Parsoid is something I'm looking down the road, but it doesn't have a place on the schedule just yet. SamanthaNguyen (talk) 05:54, 23 September 2020 (UTC)Reply
Sorry for all the notifications (should be the last thing): For regards to the wiki setup, I'm looking at having an instance up using Wikimedia Cloud soon. SamanthaNguyen (talk) 05:58, 23 September 2020 (UTC)Reply
@MarkAHershberger @RheingoldRiver: There is currently an experimental patch on Gerrit now for adding support for Scribunto + Lua: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/StructuredNavigation/+/629498
When the patch is ready, I'll send another screen recording showcasing a demo of it. SamanthaNguyen (talk) 01:55, 24 September 2020 (UTC)Reply
@SamanthaNguyen, I didn't log in for a few days and missed these notifications, but I'm really happy to see that this is progressing!
Heads up that the meeting is this Friday. MarkAHershberger(talk) 03:25, 29 September 2020 (UTC)Reply

Review announcement text

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.


@SamanthaNguyen, I sent you an email with information to review regarding your presentation this Friday. Could you review it and respond today (Wednesday) so that I can make the announcement? MarkAHershberger(talk) 04:13, 30 September 2020 (UTC)Reply

@MarkAHershberger: Just replied, thank you! SamanthaNguyen (talk) 17:36, 30 September 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

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

Voting in the WMF Board Election

edit

Hi Samantha,

How are you? It's been a while since we last talked! I hope things are well with you, although I'm sure you're very busy offline as well. That said, I was hoping if you'd have a moment before 6 September 2022 to review the list of candidates for WMF Board in the current elections and cast your vote. Your vote matters!

If you have some more time to catch up, you know where to find me — for better or for worse, I'm not going anywhere. ;-) Jack Phoenix (Contact) 15:32, 4 September 2022 (UTC)Reply

Happy New Years! So sorry, I caught this really late. :P If I can catch some free time this week, I'd love to drop by and talk :D SamanthaNguyen (talk) 03:16, 2 January 2023 (UTC)Reply
Happy 2023 to you too! No worries; would be great to hear from you! :) I'm always connected and often around, especially in the afternoons/evenings (UTC time), so feel free to ping/PM me whenever you have some time; looking forward to it! Jack Phoenix (Contact) 12:05, 2 January 2023 (UTC)Reply
I'll likely pop up this weekend! :D New semester just started today SamanthaNguyen (talk) 07:49, 18 January 2023 (UTC)Reply
Super, I'll be waiting! \o/ Jack Phoenix (Contact) 12:30, 20 January 2023 (UTC)Reply