[MediaWiki-l] GSoC Intern Introduction - InlineComments
Hi, I am Jayanth Vikash S, graduate student pursuing my Masters in Computer Science and Engineering at Vellore Institute of Technology, India. I will be contributing towards improving InlineComments extension during this summer through the Google Summer of Code program ( https://summerofcode.withgoogle.com/programs/2024/projects/UfEm7mJW). Yaron Koren and Brian Wolff will be my mentors for this project. I am new to MediaWiki development and I am hoping to learn and contribute after the program as well. Regards Jayanth Vikash S ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Special:LockDB & Special:UnlockDB
Hallo Bryan, thx! I deleted the file. Have a wonderful Pentecost! Matt From: Bryan Hilderbrand Sent: Sunday, May 19, 2024 8:03 PM To: MediaWiki announcements and site admin list Subject: [MediaWiki-l] Re: Special:LockDB & Special:UnlockDB Hi Matt, Can you see if you have a file called lock_yBgMBwiR (or similar detailed here) in your upload directory and if so, delete it? ~Bryan On Sun, May 19, 2024 at 4:09 AM Support Simpsonspedia wrote: Hello Zoran, I used Special:LockDB to lock the DB with a message. No change in LocalSettings.php Best regards Matt From: Zoran Dori Sent: Sunday, May 19, 2024 12:59 PM To: MediaWiki announcements and site admin list Subject: [MediaWiki-l] Re: Special:LockDB & Special:UnlockDB Hello, have you did it in LocalSettings.php maybe? I don't remember that these special pages are existing. Best regards, Zoran нед, 19. мај 2024. 12:58 Support Simpsonspedia је написао/ла: Hello, I changed my server. Now I want to unlock the DB but it doesn’t work. What alternative options do I have? Best regards Matt ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ -- ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Special:LockDB & Special:UnlockDB
Hi Matt, Can you see if you have a file called *lock_yBgMBwiR* (or similar detailed here <https://www.mediawiki.org/wiki/Manual:$wgReadOnlyFile>) in your upload directory and if so, delete it? ~Bryan On Sun, May 19, 2024 at 4:09 AM Support Simpsonspedia < supp...@simpsonspedia.net> wrote: > Hello Zoran, > I used Special:LockDB to lock the DB with a message. No change in > LocalSettings.php > > Best regards > Matt > > > *From:* Zoran Dori > *Sent:* Sunday, May 19, 2024 12:59 PM > *To:* MediaWiki announcements and site admin list > *Subject:* [MediaWiki-l] Re: Special:LockDB & Special:UnlockDB > > Hello, > have you did it in LocalSettings.php maybe? > > I don't remember that these special pages are existing. > > Best regards, > Zoran > > нед, 19. мај 2024. 12:58 Support Simpsonspedia > је написао/ла: > >> Hello, >> I changed my server. Now I want to unlock the DB but it doesn’t work. >> What alternative options do I have? >> >> Best regards >> Matt >> ___ >> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org >> To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org >> >> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > > ------ > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Special:LockDB & Special:UnlockDB
Hello Zoran, I used Special:LockDB to lock the DB with a message. No change in LocalSettings.php Best regards Matt From: Zoran Dori Sent: Sunday, May 19, 2024 12:59 PM To: MediaWiki announcements and site admin list Subject: [MediaWiki-l] Re: Special:LockDB & Special:UnlockDB Hello, have you did it in LocalSettings.php maybe? I don't remember that these special pages are existing. Best regards, Zoran нед, 19. мај 2024. 12:58 Support Simpsonspedia је написао/ла: Hello, I changed my server. Now I want to unlock the DB but it doesn’t work. What alternative options do I have? Best regards Matt ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Special:LockDB & Special:UnlockDB
Yes, it should be set via $wgReadOnly in LocalSettings.php Am So., 19. Mai 2024 um 13:00 Uhr schrieb Zoran Dori < zorandori4...@gmail.com>: > Hello, > have you did it in LocalSettings.php maybe? > > I don't remember that these special pages are existing. > > Best regards, > Zoran > > нед, 19. мај 2024. 12:58 Support Simpsonspedia > је написао/ла: > >> Hello, >> I changed my server. Now I want to unlock the DB but it doesn’t work. >> What alternative options do I have? >> >> Best regards >> Matt >> _______ >> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org >> To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org >> >> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > > _______ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ -- Amir (he/him) _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Special:LockDB & Special:UnlockDB
Hello, have you did it in LocalSettings.php maybe? I don't remember that these special pages are existing. Best regards, Zoran нед, 19. мај 2024. 12:58 Support Simpsonspedia је написао/ла: > Hello, > I changed my server. Now I want to unlock the DB but it doesn’t work. What > alternative options do I have? > > Best regards > Matt > _______ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Special:LockDB & Special:UnlockDB
Hello, I changed my server. Now I want to unlock the DB but it doesn’t work. What alternative options do I have? Best regards Matt___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] editor toolbar missing after update to mw 1.35
Hello there, maybe someone can help me out: I recently updated my Mediawiki from 1.31 to 1.35.14. Problem: After the update the Toolbar on top of the edit window of the WikiEditor is not displayed anymore, when editing a page I did a websearch, but only found a very old resolved Problem of that kind, which hat to do with settings in mediawiki:common.css. But that file seems unchanged on my wiki. Maybe someone has an idea what could cause this problem? Greetings, Marcus___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Save the date: November 4-6, MediaWiki Users and Developers Conference
We are happy to announce that the MediaWiki Users and Developers Conference will take place from November 4-6 in Vienna, Austria. After the first conference in April this year in Portland, Oregon, we are happy to bring the conference to Europe. Please help us spread the word and consider sponsoring the conference. In case you are interested, please conatct me, I will send you sponsorship opportunities. https://www.mediawiki.org/wiki/MediaWiki_Users_and_Developers_Conference_Fall_2024# Hope to see you in Vienna! Best, Bernhard -- Mag. Bernhard Krabina, Managing Partner KM-A Knowledge Management Associates GmbH Gersthofer Straße 162, 1180 Vienna Mobile: +43 676 5103593 Email: bernhard.krab...@km-a.net<mailto:bernhard.krab...@km-a.net> Web: https://www.km-a.net/ LinkedIn: linkedin.com/in/krabin<https://www.linkedin.com/in/krabina/>a Twitter: twitter.com/krabina<https://twitter.com/krabina> Data· Information· Knowledge _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Extensions and Skins Security Release Supplement (1.39.7/1.40.3/1.41.1)
Greetings- There was a delay in CVE assignment due to a backlog with Mitre. With the security/maintenance release of MediaWiki .39.7/1.40.3/1.41.1, we would also like to provide this supplementary announcement of MediaWiki extensions and skins with now-public Phabricator tasks, security patches and backports [1]: CheckUser + (T355434, CVE-2024-34505) - Temporary account IP reveal does not check the deleted status https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CheckUser/+/992795/ CheckUser + (T356226, CVE-2024-34501) - CheckUser Client Hints REST API does not use a CSRF token https://gerrit.wikimedia.org/r/q/Idc776c7c7612c8b9e2c134706c9e2ebc2f5b655f ReportIncident + (T356190, CVE-2024-34503) - ReportIncident REST API does not use a CSRF token https://gerrit.wikimedia.org/r/q/I27b5899cf69837c9ab8fee2b5bc9b2e788e69f9e IPInfo + (T356183, CVE-2024-34504) - IPInfo REST APIs are not safe from CSRF attacks https://gerrit.wikimedia.org/r/q/I5974c1e71286f5f920ace51ba064e96c88296a4e WikiDiscover + (GHSA-cfcf-94jv-455f, CVE-2024-25107) - Cross-Site Scripting on Special:WikiDiscover https://github.com/miraheze/WikiDiscover/security/advisories/GHSA-cfcf-94jv-455f UnlinkedWikibase + (T357203, CVE-2024-34500) - XSS through interface message in UnlinkedWikibase https://gerrit.wikimedia.org/r/c/mediawiki/extensions/UnlinkedWikibase/+/1002175 WikibaseLexeme + (T357101, CVE-2024-34502) - Special:MergeLexemes makes edits on GET requests without edit tokens https://gerrit.wikimedia.org/r/q/Iae0c7c3b979118559c9ce2276618c6cdec11e63d Cargo + (T331362, CVE-2023-29134) - SQL injection in Cargo handling of quotes inside backticks https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Cargo/+/1005478 ManageWiki + (GHSA-cfcf-94jv-455f, CVE-2024-25109) - Special:ManageWiki does not escape escape interface messages https://github.com/miraheze/ManageWiki/security/advisories/GHSA-4jr2-jhfm-2r84 CreateWiki + (GHSA-8wjf-mxjg-j8p9, CVE-2024-29883) - Special:ManageWiki does not escape escape interface messages https://github.com/miraheze/CreateWiki/security/advisories/GHSA-8wjf-mxjg-j8p9 [1] https://phabricator.wikimedia.org/T353904 [2] https://www.mediawiki.org/wiki/Version_lifecycle [3] https://www.mediawiki.org/wiki/Reporting_security_bugs ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights: April edition
er and Expression Builder: We shared about the work that the Data Persistence team has been doing on the MediaWiki Rdbms library’s interface to improve consistency, security and ease for getting database connections and performing common queries in an earlier email <https://www.mediawiki.org/wiki/MediaWiki_Product_Insights/Reports/October_2023#Project_snapshot:_New_database_features,_new_security_feature,_and_Source_Maps_now_live_on_all_Wikimedia_wikis_+_default_in_MediaWiki>. A big thanks to Amir for all his work on this to date! Since then, a lot of progress has been made on updating MediaWiki repositories in Wikimedia production to use the new SelectQuery and Expression Builders: Many thanks to all the people who helped with this! A special thanks to Umherirrender for migrating an impressive number of extensions to use SelectQuery <https://phabricator.wikimedia.org/T311866> and Expression <https://phabricator.wikimedia.org/T350075> builders over the past month, and to DannyS712 for many reviews! Another highlight is the work done by Taavi over the past year: Allowing multiple different 2FA devices (T242031 <https://phabricator.wikimedia.org/T242031>) is about to wrap up, which should be a nice improvement to make 2FA easier to use! Many thanks to Taavi and everyone involved for this work! SUL3: Browsers increasingly roll out anti-tracking measures and limitations on third-party cookie use. A side effect of this is that it also impacts CentralAuth autologin. We aim to transition to a single sign-on domain to minimize the number of times users need to enter their credentials when changing wikis as well as for other benefits; and are about to move from the research to the coding phase. The implementation plan (with some question marks) is in T348388 <https://phabricator.wikimedia.org/T348388> and its subtasks - feedback is very welcome! The Language team just released MediaWiki Language Extension Bundle 2024.04 (announcement <https://lists.wikimedia.org/hyperkitty/list/mediawiki-l@lists.wikimedia.org/thread/5B6XFPFYBETRBRWKQP4AKBFFJENGQLRR/>). They are also looking into changing how and when we release MLEB. Please see T356847 <https://phabricator.wikimedia.org/T356847> for more information and feedback. MediaWiki Release: The 1.42.0-rc.0 announcement will be out soon. MW 1.42-alpha has been branched since April 9th and added to the on-wiki documentation as the development snapshot. If you have changes that need to go to 1.42, they should be backported. New tasks with commits since April 16th have been targeted to the 1.43 unstable branch <https://phabricator.wikimedia.org/project/profile/7083/>. See some of you in Tallinn! Thanks all for reading, Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Language Extension Bundle 2024.04
We would like to announce the release of MediaWiki Language Extension Bundle 2024.04. This bundle is compatible with *MediaWiki >= 1.40.0* and requires *PHP >= 7.4.0*. The next MLEB is expected to be released in 3 months. If there are very important bug fixes, we will do an intermediate release. Please give us your feedback at https://www.mediawiki.org/wiki/Talk:MLEB. - Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2024.04.tar.bz2 - sha256sum: 743753d6f743e270b49465e534eceb557839095fc0a160ea6c8323a33a9017fb - Signature: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2024.04.tar.bz2.asc Quick links: - Installation instructions are at: https://www.mediawiki.org/wiki/MLEB - Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/postorius/lists/mediawiki-i18n.lists.wikimedia.org/ - Report bugs to: https://phabricator.wikimedia.org/project/view/1464 Highlights: - *IMPORTANT* We're planning to make changes to how and when we release MLEB. You can read more about it on Phabricator <https://phabricator.wikimedia.org/T356847> and leave your comments. Detailed release notes for each extension are available at: https://www.mediawiki.org/wiki/MediaWiki_Language_Extension_Bundle/2024.04 -- Kartik Mistry | કાર્તિક મિસ્ત્રી kartikm.wordpress.com ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: [Wikitech-l] MediaWiki 1.42-alpha will be branched as a beta on 9 April 2024
> On Apr 8, 2024, at 10:42 PM, James Forrester wrote: > > This is now done. This is the first step in the release process for > MediaWiki 1.42.0, which should be out in May 2024, approximately six > months after MediaWiki 1.42.0. six months after MediaWiki 1.41.0 _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: MediaWiki 1.42-alpha will be branched as a beta on 9 April 2024
On Mon, 11 Mar 2024 at 11:17, James Forrester wrote: > Hey all, > > This is a quick note to highlight that in five weeks' time, the REL1_42 > branch will be created for MediaWiki core and each of the extensions and > skins in Wikimedia git. This is now done. This is the first step in the release process for MediaWiki 1.42.0, which should be out in May 2024, approximately six months after MediaWiki 1.42.0. The branches reflect the code as of the last 'alpha' branch for the release, 1.42.0-wmf.26, which is being deployed to Wikimedia wikis this week for MediaWiki itself and those extensions and skins available there. >From now on, patches that land in the main development branch of MediaWiki and its bundled extensions and skins will be slated for the MediaWiki 1.43 release, unless specifically backported[1]. If you are working on a critical bug fix that will affect the code in the release, once the patch has been merged into the development branch, you should propose it for backporting by cherry-picking to the REL1_42 branch. If you are working on a new feature, that should now not be backported. If you have an urgent case where the work should block release for everyone else, please file a task against the `mw 1.42-release` project on Phabricator.[2] If you have tickets that are tagged for `mw-1.42-release`, please finish them, untag them, or reach out to get them resolved in the next few days. We hope to issue the first release candidate, 1.42.0-rc.0, in two weeks' time, and if all goes well, to make the final MediaWiki 1.42.0 release a few weeks after that. [0]: https://www.mediawiki.org/wiki/Bundled_extensions_and_skins [1]: https://www.mediawiki.org/wiki/Backporting_fixes [2]: https://phabricator.wikimedia.org/tag/mw-1.42-release/ Yours, -- James D. Forrester (he/him or they/themself) Wikimedia Foundation _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Introducing Let’s Connect to all Wikimedians
Dear Wikimedians, We hope this message finds you well and that you are in good spirits. We are the Let’s Connect working group <https://meta.wikimedia.org/wiki/Grants:Knowledge_Sharing/Connect/Team>- a team of movement contributors/organizers who are liaison representatives of 7/8 regions <https://meta.wikimedia.org/wiki/Wikimedia_regions>. We are connecting with you to see if you are interested in and/or know about the peer-to-peer program, Let’s Connect <https://meta.wikimedia.org/wiki/Grants:Knowledge_Sharing/Connect>! The program creates an open and safe learning space for any Wikimedian who is part of an organized group to share and learn different skills (organizational/interpersonal / grant related / learning & evaluation ...) with other peers to add value and contribute collectively to the community. The purpose is to further develop skills, share knowledge and promote human connections and mutual support between different groups and communities, in alignment with the Movement Strategy <https://meta.wikimedia.org/wiki/Movement_Strategy>. Every month, we host 2-3 live 2-hour learning clinics <https://meta.wikimedia.org/wiki/Grants:Knowledge_Sharing/Connect#Live_learning_clinics_with_%E2%80%9Chot_topic_of_the_month%E2%80%9D_and_around_proposal_and_reporting_cycles> with interesting topics selected by our team and our interested sharers. Our live learning sessions have up to 4 interpreters translating the clinic for our participants. Our main languages are Spanish | Arabic | French | Portuguese. If there is a specific language you would like to see in the calls, we are happy to see how we can accommodate it. Let’s Connect is directed at Wikimedians in all regions that are part of organized groups (this can range from a group of individuals that are not formally organized user groups, chapters and mission-aligned organizations). Please see our Meta page for more criteria <https://meta.wikimedia.org/wiki/Grants:Knowledge_Sharing/Connect#Who_is_Let%E2%80%99s_Connect_for?>. To participate as a sharer, you can register in this initial registration form <https://docs.google.com/forms/d/e/1FAIpQLSdiea87tSYmB2-1XHn_u8RLe7efMJifJBzffIM-6rtpx0PWqw/viewform> where you can register your learning and sharing interests and state if you want to share your knowledge through Learning Clinics. Below, you will find our team of 8 who are excited to meet with you if you are interested. Please email our team at letsconn...@wikimedia.org if you have any questions :) We look forward to hearing from you. Best, The Let’s Connect Working Group ___________ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights: March edition (post spring break!)
Implementing variant conversion for the API endpoint (T317019 <https://phabricator.wikimedia.org/T317019>) Having support for all kinds of page content in the REST API while using Parsoid for wikitext pages is a major milestone towards supporting Parsoid page views. It demonstrates that Parsoid has been fully integrated with the content rendering and caching infrastructure in MediaWiki. This is the culmination of the efforts of several teams over multiple years. Many thanks to everyone involved! Note that, while the REST endpoints now support all kinds of content, they are not quite yet ready for prime time: they still lack proper integration with the edge caches <https://www.mediawiki.org/wiki/Manual:Varnish_caching> that will ensure good performance when a lot of clients start using these APIs. To address this issue and to improve version management for API endpoints, we are considering changing the canonical URLs of the endpoints. (*) We still use the old parser of page views though. See the last MediaWiki Insights email <https://www.mediawiki.org/wiki/MediaWiki_Product_Insights/Reports/February_2024#Project_Snapshots:_Milestones_reached_on_3_major_multi-year_projects> for where we’re at on the roadmap. MediaWiki metrics to Prometheus migration: Status and call to action The Observability team is currently working on migrating MediaWiki metrics to Prometheus <https://prometheus.io/docs/introduction/overview/>, utilizing StatsLib <https://www.mediawiki.org/wiki/Manual:Stats>, an internally developed, Prometheus-capable metrics interface. We have been using Prometheus in Wikimedia production for several years as it offers several benefits over Graphite <https://prometheus.io/docs/introduction/comparison/>. Migrating ensures we stay ahead with a supported, scalable metrics platform for a more effective, multidimensional metrics analysis and storage engine. We are closing in on about 8% of total metrics emitted to graphite migrated over to Prometheus <https://grafana.wikimedia.org/d/nCxX65cSk/mediawiki-statslib-migration?orgId=1> and are now ready to invite more people in to help contribute to this effort! Your expertise can help drive the success of this migration and support in migrating your component’s metrics to StatsLib (T350592) <https://phabricator.wikimedia.org/T350592>: - Look up your component, extension, or module and follow the examples/docs in the task to migrate your metrics to the new metrics interface. - Help deprecate and clean up/remove outdated metrics not in use (or graphed in dashboards). - Collaboration in testing and feedback for a seamless transition. A more detailed announcement and call to action will follow. Many thanks to the Observability team for their leadership on this initiative, Derrick, Timo and Larissa from the MediaWiki Platform team for their consultancy and help in converting MediaWiki metrics so far; Kavitha, Giuseppe, Janis, and Clement from Service Ops for infrastructure support; and the Search Platform team for their recent involvement! Annual Plan 2024/25: Key Result drafts published The Wikimedia Foundation has recently published the draft “key results” <https://en.wikipedia.org/wiki/Objectives_and_key_results> by the Product & Technology department for the upcoming annual plan. While this is not yet at the project/initiatives level (“hypotheses”), the draft KRs give insights in focus areas for the next year. The most relevant objectives for MediaWiki platform work and services for developers are WE5 (“Knowledge Platform I”) and WE6 (“Knowledge Platform II”). Input and questions on these drafts <https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2024-2025/Product_%26_Technology_OKRs#Draft_Key_Results> are welcome! Upcoming: MW 1.42 release MW 1.42 <https://mediawiki.org/wiki/MediaWiki_1.42> release is coming! The tentative target was set as May 2024 <https://phabricator.wikimedia.org/T359833> and in the next few weeks, it will be the time to polish and prepare for the release. Stay tuned for updates and use Phabricator <https://phabricator.wikimedia.org/project/view/6601/> to engage with us and raise potential blockers if you haven’t done yet. Thanks all for reading, Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Joining Forces for Open Source Cybersecurity Standards
Will we join these efforts? https://thephp.foundation/blog/2024/04/02/open-source-community-cra-compliance-initiative/ There's a risk that, say, MediaWiki consultants be inundated by paperwork in the EU if they suddenly get treated as "manufacturers". This can probably be avoided with some shared documentation work (handled by WMF?), as long as the ~40 expected upcoming standards do not hardcode some FLOSS-hostile methods of doing things. MediaWiki development and deployment processes tend to be quite peculiar, so it would be nice to make sure they're covered. (Some work with Debian may also help, as MediaWiki is packaged there and some MediaWiki projects are under SPI? Not sure.) In case you have no idea what it is about: https://wikimedia.brussels/cyber-resilience-act-its-a-wrap/ https://blog.nlnetlabs.nl/what-i-learned-in-brussels-the-cyber-resilience-act/ https://berthub.eu/articles/posts/eu-cra-what-does-it-mean-for-open-source/ And specifically on standards: https://fosdem.org/2024/schedule/event/fosdem-2024-3395-cra-40-new-ways-the-cra-can-accidentally-harm-open-source/ https://www.youtube.com/watch?v=jvKvsP6OGKw Federico ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] The easter hunt for MW 1.20.7
On T190369 <https://phabricator.wikimedia.org/T190369> we're trying to complete our collection of old MediaWiki release tarballs. MediaWiki 1.20.7 was released on September 3, 2013. On December 8, 2013, it was reported that something happened to our download server, and many files went missing. Most of the missing files turn out to have been mirrored in once place or another, but 1.20.7, which was only available for three months at most, hasn't shown up yet. Has anyone got a copy? The filename would have been mediawiki-1.20.7.tar.gz -- Tim Starling ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Security and maintenance release: 1.39.7 / 1.40.3 / 1.41.1
-1.40.3.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.3.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html ** Download: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.tar.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.1.tar.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.1.zip Patch to previous version (1.41.0): https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.patch.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.1.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.1.zip.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.zip.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.1.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Security pre-release announcement: 1.39.7 / 1.40.3 / 1.41.1
Hi all, On Thursday we will be issuing a security and maintenance release to all supported branches of MediaWiki. The new releases will be: - 1.39.7 - 1.40.3 - 1.41.1 This will resolve two security issues in MediaWiki core, along with bug fixes included for maintenance reasons. This includes various patches for PHP 8.0, 8.1, 8.2 and 8.3 support. This release may or may not be made with a CVE number formally attached, due to the recent delays in receiving them from MITRE. We will make the fixes available in the respective release branches and master in git. Tarballs will be available for the above mentioned point releases as well. A summary of some of the security fixes that have gone into non-bundled MediaWiki extensions will also follow later. As a reminder, MediaWiki 1.35 became end of life (EOL) in December 2023. It is strongly recommended to upgrade to either 1.39 (the next LTS after 1.35), which will be supported until November 2025, 1.40, which will be supported until June 2024, or 1.41, which will be supported until December 2024. [1] https://www.mediawiki.org/wiki/Version_lifecycle ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki 1.42-alpha will be branched as a beta on 9 April 2024
Hey all, This is a quick note to highlight that in five weeks' time, the REL1_42 branch will be created for MediaWiki core and each of the extensions and skins in Wikimedia git, with some (the 'tarball') included as sub-modules of MediaWiki itself[0]. This is the first step in the release process for MediaWiki 1.42, which should be out in May 2024, approximately six months after MediaWiki 1.41. The branches will reflect the code as of the last 'alpha' branch for the release, 1.42.0-wmf.26, which will be deployed to Wikimedia wikis in the week beginning 8 April 2024 for MediaWiki itself and those extensions and skins available there. After that point, patches that land in the main development branch of MediaWiki and its bundled extensions and skins will be instead be slated for the MediaWiki 1.43 release unless specifically backported[1]. If you are working on a new feature that you wish to land for the release, you now have a few days to finish your work and land it in the development branch; feature changes should not be backported except in an urgent case. If your work might not be complete in time, and yet should block release for everyone else, please file a task against the `mw-1.42-release` project on Phabricator.[2] If you have tickets that are already tagged for `mw-1.42-release`, please finish them, untag them, or reach out to get them resolved in the next few weeks. We hope to issue the first release candidate, 1.42.0-rc.0, two weeks after the branch point, and if all goes well, to release MediaWiki 1.42.0 a few weeks after that. [0]: https://www.mediawiki.org/wiki/Bundled_extensions_and_skins [1]: https://www.mediawiki.org/wiki/Backporting_fixes [2]: https://phabricator.wikimedia.org/tag/mw-1.42-release/ Yours, -- James D. Forrester (he/him or they/themself) Wikimedia Foundation ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights: February edition
ing this work! Many thanks also to Daniel Kinzler: His work on the RESTBase deprecation directly helped us get to this milestone :-) *RESTBase deprecation*: We have been continuously working on decoupling services from RESTBase, aiming for the modernisation and sustainability of Wikimedia products in our services platform. The MediaWiki Interfaces team finished up reimplementation of Reading Lists endpoints in MW REST API <https://phabricator.wikimedia.org/T348491> and are now confirming with affected callers <https://phabricator.wikimedia.org/T357478> that the new endpoints meet their needs before rerouting calls <https://phabricator.wikimedia.org/T348493> and retiring old code <https://phabricator.wikimedia.org/T348494>. The overall effort <https://phabricator.wikimedia.org/T336693> will not only move us forward on RESTBase retirement, but also reduce the total amount of code we have to maintain. Many thanks to Bill Pirkle, Atieno Njira, Wendy Quarshie, and Daniel Kinzler for making this work! We also fully turned off Parsoid cache storage in RESTBase - clients will get outputs direct from MediaWiki and the cache will be handled by ParserCache. Next, we will re-route clients directly to MediaWiki and fully remove Parsoid from RESTBase (T344944 <https://phabricator.wikimedia.org/T344944>). The Page Content Service (PCS) will also handle its own cache <https://phabricator.wikimedia.org/T348995> and we are ready to test the new capabilities in staging soon. Many thanks to Yiannis Giannelos and the Content Transform team and to Daniel Kinzler for his efforts and support on decoupling Parsoid from RESTBase! All of these multi-year initiatives help us increase sustainability and maintainability of the platform, streamline engineering and developer workflows, and unlock the path for new and improved platform capabilities and product opportunities. Outlook: Knowledge Platform in the annual plan 2024/2025 The Wikimedia Foundation has recently published the draft objectives by the Product & Technology department <https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2024-2025/Goals/Infrastructure> for the next annual plan on Meta, alongside an introduction by Selena Deckelmann and a few questions that we’re exploring <https://meta.wikimedia.org/wiki/Talk:Wikimedia_Foundation_Annual_Plan/2024-2025/Goals/Infrastructure#Questions>. Your input on these questions is very welcome! The draft objectives include “Knowledge Platform I” - centered around MediaWiki platform evolution and “Knowledge Platform II” - centered around developer/engineering services and workflows. The objectives show only the high-level direction for next year. The draft “key results” (currently work in progress) will give a better idea of what areas of work we’re thinking about. We’ll be publishing these in March and share the link + invitation for feedback with this list again. Thanks all for reading, Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Error: Call to undefined method WikiPage::doEditContent() in runJob.php for pages Imported with ImportCSV for MediaWiki 1.39.5, SemanticMedia 4.1.3
Oh... Ok... That was my issue. Once I switched to the REL_1_39 branch, it works. Thank you On Tue, Feb 27, 2024, 4:10 PM Yaron Koren wrote: > Hi, > > This actually sounds like an issue with the Data Transfer extension. What > version of Data Transfer are you running? > > On Tue, Feb 27, 2024 at 3:48 PM wrote: > >> I'm looking for help getting Semantic Mediawiki ImportData to work in >> MediaWiki 1.39.5, SemanticMedia 4.1.3 >> >> My CSV job starts successfully, but then I get an error in runJobs.php >> "Error: Call to undefined method WikiPage::doEditContent()" >> ___ >> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org >> To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org >> >> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ >> > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Error: Call to undefined method WikiPage::doEditContent() in runJob.php for pages Imported with ImportCSV for MediaWiki 1.39.5, SemanticMedia 4.1.3
Hi, This actually sounds like an issue with the Data Transfer extension. What version of Data Transfer are you running? On Tue, Feb 27, 2024 at 3:48 PM wrote: > I'm looking for help getting Semantic Mediawiki ImportData to work in > MediaWiki 1.39.5, SemanticMedia 4.1.3 > > My CSV job starts successfully, but then I get an error in runJobs.php > "Error: Call to undefined method WikiPage::doEditContent()" > _______ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com ___________ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Error: Call to undefined method WikiPage::doEditContent() in runJob.php for pages Imported with ImportCSV for MediaWiki 1.39.5, SemanticMedia 4.1.3
I'm looking for help getting Semantic Mediawiki ImportData to work in MediaWiki 1.39.5, SemanticMedia 4.1.3 My CSV job starts successfully, but then I get an error in runJobs.php "Error: Call to undefined method WikiPage::doEditContent()" ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Call for Contributions - MediaWiki Users and Developers Conference
Greetings, MediaWiki users and developers! We are now accepting contributions for the 2024 MediaWiki Users and Developers Conference [0], which will be held April 17-19 in Portland, OR, USA. The deadline to submit a proposal is March 22. Sign up as soon as possible at [1]. This will primarily be an in-person conference, however we will consider remote presentations on a case-by-case basis.The first two days of the conference will be reserved for presentations. The third day of the conference will be a Create Camp, which will include tutorials, hands-on presentations, and small group hacking sessions. The MediaWiki Users and Developers Conference, formerly EMWCon, brings together the community that makes up MediaWiki – those who develop for MediaWiki, those who deploy MediaWiki, and those who use MediaWiki and are enthusiastic about the software. MediaWiki is used every day in a variety of contexts – educational projects, corporate knowledge bases, even online hobbyist communities – all valuing MediaWiki for its flexibility and its openness. By meeting together we can learn from our experiences and continue to build a true community of support for MediaWiki. Looking forward to seeing you in Portland! - The MediaWiki Users and Developers Conference Organizing Committee: James Hare - Conference Chair Cindy Cicalese - Program Chair Bryan Hilderbrand - Registration Chair Jeffrey Wang - Social Chair Ike Hecht - Sponsor Chair Ryan Schmidt - Technology Chair [0] https://www.mediawiki.org/wiki/MediaWiki_Users_and_Developers_Conference_2024 [1] https://www.mediawiki.org/wiki/MediaWiki_Users_and_Developers_Conference_2024#Sign_up_to_present ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Users and Developers Conference 2024 Call for Participation and Presentations
We are pleased to announce the first MediaWiki Users and Developers Conference [0], the successor to EMWCon. The conference will be held in Portland, Oregon, from April 17–19 at the Jupiter NEXT Hotel [1]. The MediaWiki Users and Developers Conference brings together the community that makes up MediaWiki – those who develop for MediaWiki, those who deploy MediaWiki, and those who use MediaWiki and are enthusiastic about the software. MediaWiki is used every day in a variety of contexts – educational projects, corporate knowledge bases, even online hobbyist communities – all valuing MediaWiki for its flexibility and its openness. By meeting together we can learn from our experiences and continue to build a true community of support for MediaWiki. Registration is open now. [2] Register soon to take advantage of the early bird discount! See the conference page for local accommodations. [3] Everyone who is attending is encouraged to stay at either of these hotels, where we have negotiated group rates. If you have ideas for the program, add them to the wiki page. [4] While this will primarily be an in-person conference, we will consider remote presentations on a case-by-case basis. Looking forward to seeing you in Portland! Best regards, the MediaWiki Users and Developers Conference Organizing Team [0] https://www.mediawiki.org/wiki/MediaWiki_Users_and_Developers_Conference_2024 [1] https://www.jupiterhotel.com/the-next [2] https://www.eventbrite.com/e/mediawiki-users-and-developers-conference-spring-2024-tickets-817290366487 [3] https://www.mediawiki.org/wiki/MediaWiki_Users_and_Developers_Conference_2024#Local_accommodations [4] https://www.mediawiki.org/wiki/MediaWiki_Users_and_Developers_Conference_2024#Program ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights - December/January double edition
tor.wikimedia.org/T166010> (also known as the great namespaceisation effort). - Virtual domains are now working well in MediaWiki core <https://phabricator.wikimedia.org/T353948> and are supported in the updater and installer. - A minor task was to update the JavaScript syntax checker for gadgets and user scripts for ES6 and ES7 <https://phabricator.wikimedia.org/T75714>. - Database: Amir Sarabadani presented <https://commons.wikimedia.org/wiki/File:Major_changes_to_MediaWiki%27s_rdbms_library.pdf> about changes done to the RDBMS library at SMW Con (video available <https://www.youtube.com/watch?v=q0mjNEJP5Fo>). DBAccessObjectUtils is being redesigned <https://phabricator.wikimedia.org/T354194>, including major deprecation of indirect calls to IDBAccessObject constants. How essential workflows are served through the MediaWiki software ecosystem As part of developing a product strategy for MediaWiki, one research question is how the MediaWiki software ecosystem currently supports essential workflows on the Wikimedia projects. We also wanted to understand commonalities and differences in how these workflows and use cases are supported on different wikis - for example, Wikipedia A vs Wikipedia B, Wikipedia A vs Wikidata, or Wikipedia A vs translatewiki.net - etc. Moriel has been leading this work, in collaboration with many engineers across different areas of expertise. A first outcome has now been published: Unraveling Complexity: Mapping MediaWiki Software Components into User-Driven Workflows <https://www.mediawiki.org/wiki/MediaWiki_Product_Insights/Artifacts/Unraveling_Complexity:_Mapping_MediaWiki_Software_Components_into_User-Driven_Workflows> The next outcome is already in the making, with focus on exploring how specific use cases are supported (differently) on 3 different Wikimedia projects. The goal is to identify where conceptual behaviors diverge and converge between the wikis, pinpointing base and common behaviors versus those unique to specific cases. This brings us in the interesting fields of software behavior on use cases such as: “An unregistered (not yet temporary) user edits existing wikitext content (fixing typo) on desktop.” Read the write-up above to learn more about why, and stay tuned for the next outcome of this exploration, which will talk through some of the findings in this multi-wiki modeling approach. Thanks all for reading! Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Language Extension Bundle 2024.01
We would like to announce the release of MediaWiki Language Extension Bundle 2024.01. This bundle is compatible with '''MediaWiki >= 1.40.0''' and requires '''PHP >= 7.4.0'''. The next MLEB is expected to be released in 3 months. If there are very important bug fixes, we will do an intermediate release. Please give us your feedback at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]]. * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2024.01.tar.bz2 * sha256sum: 7f6f39a85aeb6f297b38c50b535e9d5e0d91bb3c0417eee1c53c0e68205658b1 * Signature: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2024.01.tar.bz2.asc Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/postorius/lists/mediawiki-i18n.lists.wikimedia.org/ * Report bugs to: https://phabricator.wikimedia.org/project/view/1464 == Highlights == * MediaWiki Language Extension Bundle 2024.01 no longer supports MediaWiki 1.39 and requires MediaWiki 1.40 or above. * The hook Translate:GettextFFS:headerFields has been deprecated, use Translate:GettextFormat:headerFields instead. Detailed release notes for each extension are available at: https://www.mediawiki.org/wiki/MediaWiki_Language_Extension_Bundle/2024.01 -- Kartik Mistry | કાર્તિક મિસ્ત્રી kartikm.wordpress.com ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Best way to setup logging stack for a small wiki
Hi. I am an operator of a small wiki. The log of the wiki is not preserved currently. The wiki is running on a container which is on a Hashicorp Nomad node. You can assume it as just a docker container. For a monetary reason, I want to use a free plan of a logging stack cloud service, for example Grafana Loki or OpenObserve. I set up the mediawiki used monolog so that logs flowed to stdout, and let Vector[1] agent on a machine collected it and sent to the OpenObserve cloud. I wanted logs are not stored in the storage, because I did not want logrotate.d. But for some reason, storage became closely full, I've disabled the whole logging system. I've not inspected it. Before re-enable the logging system or inspect it, I hope to know how people deploy the log system. If you have some experience, please reply to this or review my approach. Regards. 1: https://vector.dev/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] [Breaking Change] Deprecation of indirect calls to IDBAccessObject constants
Hello, For many years, some classes in MediaWiki implemented the IDBAccessObject interface (which only provides several public constants) and then would call them indirectly (e.g. self::READ_NORMAL). Since these constants were public, other parts of MediaWiki started to call them through the implementing class as well (e.g. calling User::READ_LATEST). This is inconsistent with the access pattern of other constants in MediaWiki. it's also confusing (e.g. it's unclear to a newcomer why UserFactory is implementing IDBAccessObject) and it's prone to clashes (e.g. BagOStuff class has a clashing constant). Since it's not possible to trigger a deprecation warning in such cases, It can't follow the usual stable interface policy path [1] and here is the email to wikitech-l as required by the policy. In three weeks we will remove indirect access to these constants by removing IDBAccessObject from implementation. This will take effect from 1.42 release. Classes that won't have those constants anymore are including but not limited to: * User * WikiPage (and its subclasses) * File (and its subclasses) * Title * ActorStore * RevisionStore * UserOptionsManager * And more. To find such cases in extensions you maintain, you can search for "(?https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Echo/+/993112>) in T354194 <https://phabricator.wikimedia.org/T354194>. [1] From the policy <https://www.mediawiki.org/wiki/Stable_interface_policy#Hard_deprecation>: "If it is not reasonably possible for the deprecated code to emit deprecation warnings, hard deprecation can be applied by announcing the removal on wikitech-l in a timely manner." Thank you and sorry for the inconvenience, -- *Amir Sarabadani (he/him)* Staff Database Architect Wikimedia Foundation <https://wikimediafoundation.org/> _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: stuck on MediaWiki 1.39.2
Hello! Wow! Thanks Robert! Both for the workaround (fetching the tar balls from Github makes my work easier anyway), and for the super fast fix to the underlying problem. So the problem is not related to the database backend? Are there so few users of the SimpleSAMLphp connector, that nobody else had this issue? Best regards, Joern Am 19.01.2024 um 08:26 schrieb Robert Vogel via MediaWiki-l: Hello Jörn! I will check T348543 as soon as possible. In the meantime, you should be able to use the legacy versions of Extension:PluggableAuth and Extension:SimpleSAMLphp with later versions of MediaWiki 1.39 as well. If they worked with 1.39.2 for you, I don't see any reason why they shouldn't work with 1.39.6. You can just keep the versions you already have. You are right, the REL1_39 branch currently contains 7.x versions. So if you clone the extension repo from the HEAD of this branch you will always get the latest version. But there are simple ways to retrieve the exact versions you need. Example using GIT: git clone --depth 1 -b 5.0.1 https://github.com/wikimedia/mediawiki-extensions-SimpleSAMLphp SimpleSAMLphp Example using a Tarball: mkdir SimpleSAMLphp && wget -O - https://github.com/wikimedia/mediawiki-extensions-SimpleSAMLphp/archive/refs/tags/5.0.1.tar.gz | tar -xz --strip-components=1 -C SimpleSAMLphp Regarding installation with composer: It is also possible, but in this case not required, as none of the extensions have external dependencies to be pulled in. Therefore, I will not explain in detail how to do this here. Best regards, Robert *Von:* Clausen, Jörn *Gesendet:* Donnerstag, 18. Januar 2024 11:31 *An:* mediawiki-l@lists.wikimedia.org *Betreff:* [MediaWiki-l] stuck on MediaWiki 1.39.2 Hello everyone! I need some advice... I am currently stuck on MediaWiki 1.39.2 and can't upgrade to newer versions within this LTS release. I am using PluggableAuth and SimpleSAMLphp to authenticate users to our wikis. Starting with MW 1.39.3, these extensions were updated to newer versions (7.0.0) that don't work any more, at least with PostgreSQL as database (see https://phabricator.wikimedia.org/T348543) <https://phabricator.wikimedia.org/T348543)>. I am still using MW 1.39.2 with versions 6.2 of PluggableAuth and 5.0.1 of SimpleSAMLphp. I would like to combine MW 1.39.6 with the older versions of the extensions, but here https://extdist.wmflabs.org/dist/extensions/ <https://extdist.wmflabs.org/dist/extensions/> only the newer ones are available. I have tried to use composer (with which I have zero knowledge and IMHO the documentation is ... challenging), and I was able to install MediaWiki itself and PluggableAuth via composer, but not SimpleSAMLphp. This extensions seems to be completely unknown to composer. Switching from PostgreSQL to MySQL is a last resort. The migration does not seem to be straight forward at all, and it is even unclear if it would solve my problem in the first place. Any ideas how to move forward are welcome! Maybe what I really would like to ask for is: Don't make major updates to (essential) extensions within an LTS release of MediaWiki, please coordinate them with major updates of MediaWiki core. Cheers, Joern -- Jörn Clausen https://www.uni-bielefeld.de/bits <https://www.uni-bielefeld.de/bits> _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ <https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/> _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ -- Jörn Clausen Plattformen & Serverdienste BITS - Bielefelder IT-Servicezentrum https://www.uni-bielefeld.de/bits _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: stuck on MediaWiki 1.39.2
Hello Jörn! I will check T348543 as soon as possible. In the meantime, you should be able to use the legacy versions of Extension:PluggableAuth and Extension:SimpleSAMLphp with later versions of MediaWiki 1.39 as well. If they worked with 1.39.2 for you, I don't see any reason why they shouldn't work with 1.39.6. You can just keep the versions you already have. You are right, the REL1_39 branch currently contains 7.x versions. So if you clone the extension repo from the HEAD of this branch you will always get the latest version. But there are simple ways to retrieve the exact versions you need. Example using GIT: git clone --depth 1 -b 5.0.1 https://github.com/wikimedia/mediawiki-extensions-SimpleSAMLphp SimpleSAMLphp Example using a Tarball: mkdir SimpleSAMLphp && wget -O - https://github.com/wikimedia/mediawiki-extensions-SimpleSAMLphp/archive/refs/tags/5.0.1.tar.gz | tar -xz --strip-components=1 -C SimpleSAMLphp Regarding installation with composer: It is also possible, but in this case not required, as none of the extensions have external dependencies to be pulled in. Therefore, I will not explain in detail how to do this here. Best regards, Robert Von: Clausen, Jörn Gesendet: Donnerstag, 18. Januar 2024 11:31 An: mediawiki-l@lists.wikimedia.org Betreff: [MediaWiki-l] stuck on MediaWiki 1.39.2 Hello everyone! I need some advice... I am currently stuck on MediaWiki 1.39.2 and can't upgrade to newer versions within this LTS release. I am using PluggableAuth and SimpleSAMLphp to authenticate users to our wikis. Starting with MW 1.39.3, these extensions were updated to newer versions (7.0.0) that don't work any more, at least with PostgreSQL as database (see https://phabricator.wikimedia.org/T348543). I am still using MW 1.39.2 with versions 6.2 of PluggableAuth and 5.0.1 of SimpleSAMLphp. I would like to combine MW 1.39.6 with the older versions of the extensions, but here https://extdist.wmflabs.org/dist/extensions/ only the newer ones are available. I have tried to use composer (with which I have zero knowledge and IMHO the documentation is ... challenging), and I was able to install MediaWiki itself and PluggableAuth via composer, but not SimpleSAMLphp. This extensions seems to be completely unknown to composer. Switching from PostgreSQL to MySQL is a last resort. The migration does not seem to be straight forward at all, and it is even unclear if it would solve my problem in the first place. Any ideas how to move forward are welcome! Maybe what I really would like to ask for is: Don't make major updates to (essential) extensions within an LTS release of MediaWiki, please coordinate them with major updates of MediaWiki core. Cheers, Joern -- Jörn Clausen https://www.uni-bielefeld.de/bits ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] stuck on MediaWiki 1.39.2
Hello everyone! I need some advice... I am currently stuck on MediaWiki 1.39.2 and can't upgrade to newer versions within this LTS release. I am using PluggableAuth and SimpleSAMLphp to authenticate users to our wikis. Starting with MW 1.39.3, these extensions were updated to newer versions (7.0.0) that don't work any more, at least with PostgreSQL as database (see https://phabricator.wikimedia.org/T348543). I am still using MW 1.39.2 with versions 6.2 of PluggableAuth and 5.0.1 of SimpleSAMLphp. I would like to combine MW 1.39.6 with the older versions of the extensions, but here https://extdist.wmflabs.org/dist/extensions/ only the newer ones are available. I have tried to use composer (with which I have zero knowledge and IMHO the documentation is ... challenging), and I was able to install MediaWiki itself and PluggableAuth via composer, but not SimpleSAMLphp. This extensions seems to be completely unknown to composer. Switching from PostgreSQL to MySQL is a last resort. The migration does not seem to be straight forward at all, and it is even unclear if it would solve my problem in the first place. Any ideas how to move forward are welcome! Maybe what I really would like to ask for is: Don't make major updates to (essential) extensions within an LTS release of MediaWiki, please coordinate them with major updates of MediaWiki core. Cheers, Joern -- Jörn Clausen https://www.uni-bielefeld.de/bits ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Extensions and Skins Security Release Supplement (1.35.14/1.39.6/1.40.2/1.41.0)
Greetings- With the security/maintenance release of MediaWiki 1.35.14/1.39.6/1.40.2/1.41.0, we would also like to provide this supplementary announcement of MediaWiki extensions and skins with now-public Phabricator tasks, security patches and backports [1]: PageTriage + (T347704, CVE-2024-23174) - XSS in pagetriage-tags-quickfilter-label PageTriage https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PageTriage/+/989177 Cargo + (T348687, CVE-2024-23173) - Reflected XSS Could Lead to Steal User Cookie https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Cargo/+/965214/ CampaignTools + (T348343, CVE-2024-23171) - Various i18n-based XSSs in Special:EventDetails https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CampaignEvents/+/971248/ CheckUser + (T347708, CVE-2024-23172) - Several not properly escaped messages in the CheckUser extension https://gerrit.wikimedia.org/r/q/If3ce02cac9c5f2a6f84c42d902b8290eb1fa7250 MassMessage + (T347742, CVE-2024-23176) - MassMessage i18n key massmessage-form-page-help allows i18n-xss https://gerrit.wikimedia.org/r/q/Ife6fb590af53fa0d8eb59201ce88a3c47ddde45c GlobalBlocking + (T347746, CVE-2024-23179) - GlobalBlocking subtitle links have i18n-xss via the parentheses message https://gerrit.wikimedia.org/r/q/Ide490ca62bdb79b80be5e016986c6c96bfa3b4cf https://gerrit.wikimedia.org/r/q/I1cad283235ea974c7d4ffabc49e1ff801dd4d276 WatchAnalytics + (T348979, CVE-2024-23177) - WatchAnalytics: classic XSS on Special:PageStatistics with the 'page' URL parameter https://gerrit.wikimedia.org/r/q/I09f4663c1c619796624b7d296c1351e0245cdaf1 Phonos + (T349312, CVE-2024-23178) - XSS in Phonos via the phonos-purge-needed-error message https://gerrit.wikimedia.org/r/q/I4cbdd3a35ded2385c29983c77f98835fa2ca307c FlexDiagrams + (T353138, CVE-2024-23178) - FlexDiagrams XSS bug https://gerrit.wikimedia.org/r/q/I139e88d8669b14469e359d1d124b2647dde2a7ca The Wikimedia Security Team recommends updating these extensions and/or skins to the current master branch or relevant, supported release branch [2] as soon as possible. Some of the referenced Phabricator tasks above _may_ still be private. Unfortunately, when security issues are reported, sometimes sensitive information is exposed and since Phabricator is historical, we cannot make these tasks public without exposing this sensitive information. If you have any additional questions or concerns regarding this update, please feel free to contact secur...@wikimedia.org or file a security task within Phabricator [3]. [1] https://phabricator.wikimedia.org/T347659 [2] https://www.mediawiki.org/wiki/Version_lifecycle [3] https://www.mediawiki.org/wiki/Reporting_security_bugs ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: [Mediawiki-l] Lis tes messages avant qu'ils ne soient effacés!
Thank you for making my 31st of December the best one. Best regards, Zoran нед, 31. дец 2023. 10:53 xrpprofiles--- via MediaWiki-l < mediawiki-l@lists.wikimedia.org> је написао/ла: > Looking for love? Look no further than LinkUpCupid.com! Our free online > dating website is dedicated to helping singles find their perfect match in > a fun and easy way. If you're ready to meet your soulmate, then sign up for > free at LinkUpCupid.com today! > > With the current global situation, it's harder than ever to meet new > people and form meaningful connections. But with LinkUpCupid.com, you can > join a thriving community of singles who are also looking for love. Our > platform is designed to make online dating enjoyable and effortless, so you > can focus on finding that special someone. > > What sets LinkUpCupid.com apart from other dating websites is our unique > matching algorithm. We take into account your interests, values, and > preferences to curate a list of compatible matches. This means you'll have > a higher chance of connecting with someone who shares your outlook on life > and has the qualities you're looking for. > > Signing up for LinkUpCupid.com is completely free and only takes a few > minutes. You'll then have access to our wide range of features, including > advanced search options, real-time messaging, and video calling. Our goal > is to make the online dating experience as seamless as possible, so you can > focus on getting to know someone without any distractions. > > We understand that safety is a top priority when it comes to online > dating. That's why we have strict security measures in place to protect > your personal information. Our team also manually reviews all profiles to > ensure they are genuine and authentic. > > But more than just finding love, LinkUpCupid.com is also a platform for > building new friendships and connections. Our active and engaged community > is always welcoming new members with open arms. You never know, you may > find a new friend or a romantic partner on our website. > > With LinkUpCupid.com, there are no hidden fees or subscriptions. Our > service is completely free to use, and we are committed to keeping it that > way. This means you can focus on making meaningful connections without > worrying about any financial commitments. > > So what are you waiting for? Sign up for free at LinkUpCupid.com and start > your journey towards finding true love. Our user-friendly website and > intuitive features make it easy for anyone to navigate and connect with > other singles. Take the first step towards building a fulfilling and loving > relationship. Join LinkUpCupid.com now! > https://www.linkupcupid.com/ > _______ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: [Mediawiki-l] Lis tes messages avant qu'ils ne soient effacés!
Looking for love? Look no further than LinkUpCupid.com! Our free online dating website is dedicated to helping singles find their perfect match in a fun and easy way. If you're ready to meet your soulmate, then sign up for free at LinkUpCupid.com today! With the current global situation, it's harder than ever to meet new people and form meaningful connections. But with LinkUpCupid.com, you can join a thriving community of singles who are also looking for love. Our platform is designed to make online dating enjoyable and effortless, so you can focus on finding that special someone. What sets LinkUpCupid.com apart from other dating websites is our unique matching algorithm. We take into account your interests, values, and preferences to curate a list of compatible matches. This means you'll have a higher chance of connecting with someone who shares your outlook on life and has the qualities you're looking for. Signing up for LinkUpCupid.com is completely free and only takes a few minutes. You'll then have access to our wide range of features, including advanced search options, real-time messaging, and video calling. Our goal is to make the online dating experience as seamless as possible, so you can focus on getting to know someone without any distractions. We understand that safety is a top priority when it comes to online dating. That's why we have strict security measures in place to protect your personal information. Our team also manually reviews all profiles to ensure they are genuine and authentic. But more than just finding love, LinkUpCupid.com is also a platform for building new friendships and connections. Our active and engaged community is always welcoming new members with open arms. You never know, you may find a new friend or a romantic partner on our website. With LinkUpCupid.com, there are no hidden fees or subscriptions. Our service is completely free to use, and we are committed to keeping it that way. This means you can focus on making meaningful connections without worrying about any financial commitments. So what are you waiting for? Sign up for free at LinkUpCupid.com and start your journey towards finding true love. Our user-friendly website and intuitive features make it easy for anyone to navigate and connect with other singles. Take the first step towards building a fulfilling and loving relationship. Join LinkUpCupid.com now! https://www.linkupcupid.com/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: [Wikitech-l] MediaWiki Insights - Fourth Monthly Email
a >> ChatGPT plugin >> <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/The_Wikipedia_ChatGPT_plugin>. >> Keynote speaker of this years’ Semantic MediaWikiCon is Markus Krötsch >> <https://www.korrekt.org/page/Short_biography>. >> >> >> That’s the last insights email for 2023. The deployment train pauses for >> the end of the year break, and so does the monthly MW Insights email! >> >> >> We’ll be following up with a double-edition in January. >> >> >> Thanks all for reading, >> >> >> Birgit >> >> >> >> >> >> -- >> Birgit Müller (she/her) >> Director of Product, MediaWiki and Developer Experiences >> >> Wikimedia Foundation <https://wikimediafoundation.org/> >> ___ >> Wikitech-l mailing list -- wikitec...@lists.wikimedia.org >> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org >> >> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/ > > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: MediaWiki 1.35 is End of Life
Rest in peace 1.35. It was such a legendary version, from adding VE and all the other changes to the support being extended lol On Fri, Dec 22, 2023, 1:06 AM Sam Reed wrote: > As per the MediaWiki version lifecycle[1], I would like to announce the > formal end of life (EOL) of MediaWiki 1.35 as of today, Thursday December > 21, 2023. > > 1.35.14 is expected to be the last release for this branch. > > This means that MediaWiki 1.35 will no longer receive maintenance or > security backports. It is therefore strongly discouraged that you continue > to use it. > > It is recommended to upgrade either to MediaWiki 1.39 (LTS), which will be > supported until November 2025, 1.40, which will be supported until June > 2024, or to 1.41 (due to be released today, Thursday December 21, 2023) > which will be supported until December 2024. > > Thanks! > > > Sam Reed > > [1] https://www.mediawiki.org/wiki/Version_lifecycle > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Announcing MediaWiki 1.41.0
I am happy to announce the availability of the general release of MediaWiki 1.41! This includes the security fix announced in 1.35.14/1.39.6/1.40.1. Tarballs have already been uploaded, and the git tag has been pushed. Thanks to everyone who helped out with this release, especially thanks to those who tested out the release candidate and provided feedback, as well as the developers who worked hard to get several important fixes merged in time for the 1.41 final release. To see what's changed in 1.41, see the release notes below. MediaWiki 1.41 is the third release of MediaWiki 'born' with PHP 8.0 (and newer) support included. We anticipate there may be some as-yet undiscovered bugs with PHP 8.x support, of which we'd love to hear reports so they can be fixed. We plan to back-port fixes to 1.40 and 1.39 to the extent possible. MediaWiki 1.41 is due to be supported until the end of December 2024. As a reminder, 1.35 LTS became end-of-life today, 21 December 2023. === Changes since MediaWiki 1.41.0-rc.0 === * Localisation updates. * Update wikimedia/parsoid to 0.18.0. * (T351758) DEVELOPERS.md: reword WSL instructions to include best practices. * (T350615) PoolCounterConnectionManager: Add support for ipv6. * (T321234) Make MagicWordArray not fail on old revs with broken UTF-8. * thumb: Fix "PHP Deprecated: strlen(): Passing null to parameter". * (T344971) Maintenance: Fix RebuildTextIndex. * (T327007) htmlform: Correct validation for file input field. Open Bugs: [1] https://phabricator.wikimedia.org/project/board/6600/ Bug report form: [2] https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tags=MW-1.41-Release ** Download: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.tar.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0.tar.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0.zip Patch to previous version (1.41.0-rc.0): https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.patch.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0.zip.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.zip.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: [Wikitech-l] MediaWiki Insights - Fourth Monthly Email
happen! Cxserver is preparing a deployment to the > same soon > <https://gerrit.wikimedia.org/r/c/operations/deployment-charts/+/977983/> > (thank > you, Language team!). > > > Upcoming: > > There is an OutputTransform > <https://www.mediawiki.org/wiki/Parsoid/OutputTransform> pipeline that is > being introduced to replace ParserOutput::getText(). This pipeline > initially targets content that comes from the ParserCache before it is > rendered (as a 1:1 getText() equivalent ). The team is likely going to > introduce another layer of cacheability of this output so that we can store > richer canonical Parsoid content and use this pipeline to transform it for > final rendering. Many thanks to Isabelle, CScott and Daniel for this work > in progress (Gerrit:967449 > <https://gerrit.wikimedia.org/r/c/mediawiki/core/+/967449>)! > > > As one puzzle piece of our product research efforts and platform design > explorations, Moriel and others have been working on mapping high level > essential user workflows such as edit and patrol against platform > components to explore workflow patterns and potential architectural > opportunities in the platform. One outcome of this is going to be to > describe the key challenges when trying to model our system. Many thanks to > Moriel for leading on this work, and Daniel, Timo, Subbu, James, Cindy, > Emanuele and Amir S for their support, great questions and ideas! > > > Up next: Presentations at Semantic MediaWikiCon > > Semantic MediaWikiCon > <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023#Program> is > coming up, virtual and in person from Dec 11-13. We shared about the > updates to the rdbms library in the last MW Insights email - if you want to > learn more about this work, check out Amir’s presentation at Semantic > MediaWikiCon > <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Major_changes_on_interfaces_of_MediaWiki_rdbms_library>! > Subbu and C.Scott are also going to give their yearly update on the > parser unification work > <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Updates_from_the_Wikitext_Parsing_world>, > Chris will be talking about Codex > <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Codex,_the_Design_System_for_Wikimedia>, > and Stef about automated testing for complex MediaWiki topologies > <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Automated_Testing_for_Complex_Mediawiki_Topologies>. > Since the theme of this edition is MediaWiki in the age of AI, Mike will be > presenting on the recent experiences with the experimental Wikipedia > ChatGPT plugin > <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/The_Wikipedia_ChatGPT_plugin>. > Keynote speaker of this years’ Semantic MediaWikiCon is Markus Krötsch > <https://www.korrekt.org/page/Short_biography>. > > > That’s the last insights email for 2023. The deployment train pauses for > the end of the year break, and so does the monthly MW Insights email! > > > We’ll be following up with a double-edition in January. > > > Thanks all for reading, > > > Birgit > > > > > > -- > Birgit Müller (she/her) > Director of Product, MediaWiki and Developer Experiences > > Wikimedia Foundation <https://wikimediafoundation.org/> > ___ > Wikitech-l mailing list -- wikitec...@lists.wikimedia.org > To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org > https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki 1.35 is End of Life
As per the MediaWiki version lifecycle[1], I would like to announce the formal end of life (EOL) of MediaWiki 1.35 as of today, Thursday December 21, 2023. 1.35.14 is expected to be the last release for this branch. This means that MediaWiki 1.35 will no longer receive maintenance or security backports. It is therefore strongly discouraged that you continue to use it. It is recommended to upgrade either to MediaWiki 1.39 (LTS), which will be supported until November 2025, 1.40, which will be supported until June 2024, or to 1.41 (due to be released today, Thursday December 21, 2023) which will be supported until December 2024. Thanks! Sam Reed [1] https://www.mediawiki.org/wiki/Version_lifecycle ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Security and maintenance release: 1.35.14 / 1.39.6 / 1.40.2
s://releases.wikimedia.org/mediawiki/1.39/mediawiki-core-1.39.6.zip.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.6.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.6.zip.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.6.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.6.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html ** Download: https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.tar.gz https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.2.tar.gz https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.2.zip Patch to previous version (1.40.1): https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.patch.gz https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.2.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.2.zip.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.zip.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.2.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Security pre-release announcement: 1.35.14 / 1.39.6 / 1.40.2
Hi all, On Thursday we will be issuing a security and maintenance release to all supported branches of MediaWiki. The new releases will be: - 1.35.14 - 1.39.6 - 1.40.2 1.41.0 is expected to follow shortly after. This will resolve one minor security issue in MediaWiki core, along with bug fixes included for maintenance reasons. This includes various patches for PHP 8.0, 8.1, 8.2 and 8.3 support. This release may or may not be made with a CVE number formally attached, due to the recent delays in receiving them from MITRE. We will make the fixes available in the respective release branches and master in git. Tarballs will be available for the above mentioned point releases as well. A summary of some of the security fixes that have gone into non-bundled MediaWiki extensions will also follow later. As a reminder, when 1.35 was released, it was originally due to become end of life (EOL) at the end of September 2023. Due to 1.39 being released late (November 2022), and to honor the commitment to the 1 year overlap of MediaWiki LTS releases, this formal EOL process was delayed till at least the end of November 2023, with the suggestion it would be December 2023. It is therefore expected that this 1.35.14 will become the final release for the 1.35 branch, and 1.35 will formally become end of life afterwards. A separate announcement will be sent for that. It is strongly recommended to upgrade to either 1.39 (the next LTS after 1.35), which will be supported until November 2025, 1.40, which will be supported until June 2024, or 1.41, which will be supported until December 2024. [1] https://www.mediawiki.org/wiki/Version_lifecycle ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki 1.41.0-rc.0 is ready for testing
I'm pleased to announce the immediate availability of MediaWiki 1.41.0-rc.0, the first release candidate for 1.41.0. Download links are at the end of the e-mail. The tag has been signed and pushed to Git. This is not a final release, and should not be used for production websites. Known issues are tracked in Phabricator on the release workboard [1]. As with every release of MediaWiki, a large number of changes have landed in the six months of development (over 2300 commits since 1.40.0 was cut), and you should read over the preliminary release notes as part of assuring yourself of areas that may have issues with your configuration, your skins, and/or your extensions. As always, please try out the release candidate in a test environment and do report any issues that you discover. Please use the #MW-1.41-Release [2] tag in Phabricator when reporting issues specific to this release, to make sure that we find them as quickly as possible. It is expected that MediaWiki 1.41 will become final next week. This date may slip into next year if blockers are identified. Preliminary release notes: https://gerrit.wikimedia.org/g/mediawiki/core/+/REL1_41/RELEASE-NOTES-1.41 Open Bugs: [1] https://phabricator.wikimedia.org/tag/mw-1.41-release/ Bug report form: [2] https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tags=MW-1.41-Release ** Download: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0-rc.0.tar.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0-rc.0.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0-rc.0.tar.gz https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0-rc.0.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0-rc.0.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-core-1.41.0-rc.0.zip.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0-rc.0.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.41/mediawiki-1.41.0-rc.0.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html -- James D. Forrester (he/him or they/themself) Wikimedia Foundation ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: [Wikimedia Research Showcase] December 12 at 17:30 UTC
Hi all, The Research Showcase panel on *"*A year of Generative AI: *Future directions for Wikimedia"* is starting in about 1 hour. Please join us at https://www.youtube.com/watch?v=UnAsD7-hZpo. On Wed, Dec 6, 2023 at 12:04 AM Kinneret Gordon wrote: > Hi All, > > The next Research Showcase will be live-streamed on Tuesday, December 12, at > 9:30 AM PST / 17:30 UTC. Find your local time here > <https://zonestamp.toolforge.org/1702402200>. This is a special showcase > featuring a panel titled *"*A year of Generative AI: *Future directions for > Wikimedia". *You can find more information on this showcase below. > > You can watch via the YouTube stream: > https://youtube.com/live/UnAsD7-hZpo?feature=share > <https://www.google.com/url?q=https://youtube.com/live/UnAsD7-hZpo?feature%3Dshare=D=calendar=1702028854564402=AOvVaw32tCP8X-Sli34Ch0JU>. > As usual, you can join the conversation in the YouTube chat as soon as the > showcase goes live. > > *This December marks the one-year anniversary of ChatGPT with the resulting > public interest in generative AI and growing research focus on practical uses > of large language models. There has been much discussion about how these > generative models might disrupt the Wikimedia projects but also prototyping > to see where they might be useful. To discuss what we've learned in the past > year and what opportunities ahead are being enabled by research, we bring > together a panel of four folks: Isaac Johnson (senior research scientist at > the Wikimedia Foundation) will be the moderator and the three panelists are > User:Barkeep49 [1], Maryana Pinchuk [2], and Robert West [3] to bring > perspectives from the volunteer, product, and research communities. > > [1] https://en.wikipedia.org/wiki/User:Barkeep49 > <https://en.wikipedia.org/wiki/User:Barkeep49> > [2] https://meta.wikimedia.org/wiki/User:MPinchuk_(WMF) > <https://meta.wikimedia.org/wiki/User:MPinchuk_(WMF)> > [3] https://dlab.epfl.ch/people/west/ <https://dlab.epfl.ch/people/west/> * > > Looking forward to seeing you there! > > > -- > > Kinneret Gordon > > Lead Research Community Officer > > Wikimedia Foundation <https://wikimediafoundation.org/> > > ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: MediaWiki in the age of AI - Keynote by Markus Krötzsch
In case you want to watch SMWCon live, starting in one hour, here is the link to the YouTube stream: https://www.youtube.com/watch?v=o-DFJyUPohc Best, Bernhard Von: Bernhard Krabina, KM-A Gesendet: Montag, 4. Dezember 2023 11:04 An: mediawiki-l@lists.wikimedia.org; wikitec...@lists.wikimedia.org Betreff: [MediaWiki-l] MediaWiki in the age of AI - Keynote by Markus Krötzsch Dear MediaWiki community, we are happy to announce that Markus Krötzsch will be joining us in Paderborn for the keynote talk at SMWCon 2023! In this talk, Markus will provide a personal perspective on the origins and principles of semantic wikis, and some of the key challenges that lie ahead in managing knowledge in the age of A! Don't miss it - you can still attend in person, or follow the conference via YouTube or Zoom. https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023 I you have not already participated in our __community survey__, please do so until this Wednesday. It is important for us to learn more about your SMW usage. Results will be presented next Tuesday. We thank this year's conference sponsors: ArchiXL: http://www.archixl.nl/ Specialists in enterprise architecture, knowledge management, and semantics Hallo Welt!: https://bluespice.com/ The company behind BlueSpice, the open-source enterprise wiki software MyWikis Europe: https://mywikis.eu/ GDPR compliant (Semantic) MediaWiki hosting from the heart of Europe. Wikibase Solutions: https://wikibase-solutions.com/ Specialist in business solutions with MediaWiki As well as the conference organizers MediaWiki Stakeholders' Group: https://mwstake.org/ Advocating the needs of MediaWiki users outside the Wikimedia Foundation KM-A Knowledge Management Associates: https://km-a.net/ KM-A educates and advises Knowledge Managers and connects the KM Community in Austria and the world. Paderborn University: https://www.uni-paderborn.de/en/ While always keeping society's needs in mind, scientists at Paderborn University are working on the technologies of the future. Juggel: https://www.juggel.com/ AI supported Knowledge Management based on MediaWiki and Semantic MediaWiki Best regards, Bernhard, Ad and Tobias ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] [Wikimedia Research Showcase] December 12 at 17:30 UTC
Hi All, The next Research Showcase will be live-streamed on Tuesday, December 12, at 9:30 AM PST / 17:30 UTC. Find your local time here <https://zonestamp.toolforge.org/1702402200>. This is a special showcase featuring a panel titled *"*A year of Generative AI: *Future directions for Wikimedia". *You can find more information on this showcase below. You can watch via the YouTube stream: https://youtube.com/live/UnAsD7-hZpo?feature=share <https://www.google.com/url?q=https://youtube.com/live/UnAsD7-hZpo?feature%3Dshare=D=calendar=1702028854564402=AOvVaw32tCP8X-Sli34Ch0JU>. As usual, you can join the conversation in the YouTube chat as soon as the showcase goes live. *This December marks the one-year anniversary of ChatGPT with the resulting public interest in generative AI and growing research focus on practical uses of large language models. There has been much discussion about how these generative models might disrupt the Wikimedia projects but also prototyping to see where they might be useful. To discuss what we've learned in the past year and what opportunities ahead are being enabled by research, we bring together a panel of four folks: Isaac Johnson (senior research scientist at the Wikimedia Foundation) will be the moderator and the three panelists are User:Barkeep49 [1], Maryana Pinchuk [2], and Robert West [3] to bring perspectives from the volunteer, product, and research communities. [1] https://en.wikipedia.org/wiki/User:Barkeep49 <https://en.wikipedia.org/wiki/User:Barkeep49> [2] https://meta.wikimedia.org/wiki/User:MPinchuk_(WMF) <https://meta.wikimedia.org/wiki/User:MPinchuk_(WMF)> [3] https://dlab.epfl.ch/people/west/ <https://dlab.epfl.ch/people/west/> * Looking forward to seeing you there! -- Kinneret Gordon Lead Research Community Officer Wikimedia Foundation <https://wikimediafoundation.org/> ___________ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki in the age of AI - Keynote by Markus Krötzsch
Dear MediaWiki community, we are happy to announce that Markus Krötzsch will be joining us in Paderborn for the keynote talk at SMWCon 2023! In this talk, Markus will provide a personal perspective on the origins and principles of semantic wikis, and some of the key challenges that lie ahead in managing knowledge in the age of A! Don't miss it - you can still attend in person, or follow the conference via YouTube or Zoom. https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023 I you have not already participated in our __community survey__, please do so until this Wednesday. It is important for us to learn more about your SMW usage. Results will be presented next Tuesday. We thank this year's conference sponsors: ArchiXL: http://www.archixl.nl/ Specialists in enterprise architecture, knowledge management, and semantics Hallo Welt!: https://bluespice.com/ The company behind BlueSpice, the open-source enterprise wiki software MyWikis Europe: https://mywikis.eu/ GDPR compliant (Semantic) MediaWiki hosting from the heart of Europe. Wikibase Solutions: https://wikibase-solutions.com/ Specialist in business solutions with MediaWiki As well as the conference organizers MediaWiki Stakeholders' Group: https://mwstake.org/ Advocating the needs of MediaWiki users outside the Wikimedia Foundation KM-A Knowledge Management Associates: https://km-a.net/ KM-A educates and advises Knowledge Managers and connects the KM Community in Austria and the world. Paderborn University: https://www.uni-paderborn.de/en/ While always keeping society's needs in mind, scientists at Paderborn University are working on the technologies of the future. Juggel: https://www.juggel.com/ AI supported Knowledge Management based on MediaWiki and Semantic MediaWiki Best regards, Bernhard, Ad and Tobias ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Language Extension Bundle 2023.12 (Bug fix release)
We would like to announce the release of MediaWiki Language Extension Bundle 2023.12. This is a bug-fix release. The bundle is compatible with '''MediaWiki >= 1.39.0''' and requires '''PHP >= 7.4.0'''. The next MLEB is expected to be released next month. If there are very important bug fixes, we will do an intermediate release. Please give us your feedback at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]]. * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2023.12.tar.bz2 * sha256sum: 48fec7b74612592424a6e4ebc57723bd77dc42e9699b2f22f1907cbf846d5b99 * Signature: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2023.12.tar.bz2.asc Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/postorius/lists/mediawiki-i18n.lists.wikimedia.org/ * Report bugs to: https://phabricator.wikimedia.org/project/view/1464 == Highlights == * Translate extension: Fix broken Special:SpecialPages for MediaWiki 1.40, and 1.39 ({{phab|T351959}}). Detailed release notes for each extension are available at: https://www.mediawiki.org/wiki/MediaWiki_Language_Extension_Bundle/2023.12 -- Kartik Mistry | કાર્તિક મિસ્ત્રી kartikm.wordpress.com ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights - Fourth Monthly Email
ch as edit and patrol against platform components to explore workflow patterns and potential architectural opportunities in the platform. One outcome of this is going to be to describe the key challenges when trying to model our system. Many thanks to Moriel for leading on this work, and Daniel, Timo, Subbu, James, Cindy, Emanuele and Amir S for their support, great questions and ideas! Up next: Presentations at Semantic MediaWikiCon Semantic MediaWikiCon <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023#Program> is coming up, virtual and in person from Dec 11-13. We shared about the updates to the rdbms library in the last MW Insights email - if you want to learn more about this work, check out Amir’s presentation at Semantic MediaWikiCon <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Major_changes_on_interfaces_of_MediaWiki_rdbms_library>! Subbu and C.Scott are also going to give their yearly update on the parser unification work <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Updates_from_the_Wikitext_Parsing_world>, Chris will be talking about Codex <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Codex,_the_Design_System_for_Wikimedia>, and Stef about automated testing for complex MediaWiki topologies <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/Automated_Testing_for_Complex_Mediawiki_Topologies>. Since the theme of this edition is MediaWiki in the age of AI, Mike will be presenting on the recent experiences with the experimental Wikipedia ChatGPT plugin <https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023/The_Wikipedia_ChatGPT_plugin>. Keynote speaker of this years’ Semantic MediaWikiCon is Markus Krötsch <https://www.korrekt.org/page/Short_biography>. That’s the last insights email for 2023. The deployment train pauses for the end of the year break, and so does the monthly MW Insights email! We’ll be following up with a double-edition in January. Thanks all for reading, Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] SMWCon 2023 - Call for Contributions: MediaWiki in the age of AI
Hello (Semantic) MediaWiki users, maintainers, software developers, consultants, researchers! The SMWCon in fall 2023 https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023 will be held on location in Paderborn, Germany from December 11-13. On three days there will be talks, tutorials and hackathons. This conference addressed everybody interested in wikis and open knowledge, especially in Semantic MediaWiki, e.g. users, developers, consultants, business or government representatives, and researchers. This conference aimed to: . inspire/onboard new users, . inform on where and how MediaWiki is used, . convey and consolidate best practices, . initiate/foster/integrate application and development and . strengthen the community of stakeholders and its service portfolio. Learn how to "do" MediaWiki in order to assume your responsibilities regarding your organization's knowledge management. Please not that early-bird ticket sale ends today! Call for Contributions We are looking for use cases and best practices that provide insight in issues like * How does AI change the way we use MediaWiki * How do semantic wikis fit in and be combined with AI tools * How can we use Semantic MediaWiki in research and organizations * How do we develop and deploy MediaWiki and extensions Your experience is valuable for all of us! So please share and propose a talk, tutorial or other contribution. Go to the Conference Page (https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_20223) and hit the 'Propose a talk here' button. Please propose a contribution if you plan to have one, even if you don't have the details yet. For us it is important to know what we can expect. We look forward to your contribution! Sponsoring Thank you to the sponsors of SMWCon 2023! * http://www.archixl.nl/ - Specialists in enterprise architecture, knowledge management, and semantics * https://bluespice.com - The company behind BlueSpice, the open-source enterprise wiki software * https://mywikis.eu - GDPR compliant (Semantic) MediaWiki hosting from the heart of Europe. * https://wikibase-solutions.com/ - Specialist in business solutions with MediaWiki Organization -- The organizers of SMWCon 2023 and https://mwstake.org * Bernhard Krabina, https://km-a.net (General Chair) * Ad Strack van Schijndel, https://www.juggel.com (Program Chair) * Tobias Oetterer, https://www.uni-paderborn.de/en/ (Local Chair) ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] [ED] ExternalData get_db_data ignores JOIN clause
Mediawiki 1.39.4, PHP 8.1.25, MariaDB 11.1. When #get_db_data is constructed like this (using SQL JOIN): {{#get_db_data: db=test |from=t1 |where=t1.c1='test' |join on=t1.c1=t2.id |data=t1c1=t1.c1 }} the resulting query is SELECT t1.c1 FROM t1 WHERE t1.c1='test' i.e. missing 'JOIN t2 ON t1.c1=t2.id'. Tested with ExternalData 3.1, 3.2 and Git master. Thanks for any attention to this. Šarūnas ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights - third monthly email
i within Wikimedia’s ecosystem are still ongoing. Next “stop” is at WikiCon North-America from Nov 9-12 <https://wikiconference.org/wiki/2023>: We’re hoping for many hallway-track conversations and possibly an unconference session on topics like: “What does core functionality mean to you?” - which is one of the questions we’re exploring on the way to develop a strategy for MediaWiki. Hope to see some of you there - reach out to me if you want to connect! We expect to wrap up the first round of interviews and explorations by mid of November and publish the outcome (first “Product Insights report”) around the beginning of December (which is a small delay from the original plan to have this ready to share in November). Thanks for reading! Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Language Extension Bundle 2023.10
We would like to announce the release of MediaWiki Language Extension Bundle 2023.10. This bundle is compatible with '''MediaWiki >= 1.39.0''' and requires '''PHP >= 7.4.0'''. The next MLEB is expected to be released in 3 months. If there are very important bug fixes, we will do an intermediate release. Please give us your feedback at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]]. * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2023.10.tar.bz2 * sha256sum: 8b3f356014f1bfdf8c08ec8778c200f1e25567c210d1ee93ba7b7e3f894947ab * Signature: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2023.10.tar.bz2.asc Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/postorius/lists/mediawiki-i18n.lists.wikimedia.org/ * Report bugs to: https://phabricator.wikimedia.org/project/view/1464 Release notes for each extension are below. == Highlights == * Translate extension: Removed mirrors option when providing configuration for translation memory. == Babel == * Localisation and maintenance updates. == CleanChanges == * Localisation and maintenance updates. == cldr == * Localisation and maintenance updates. == Translate == * Removed mirrors option when providing configuration for translation memory. See [[Help:Extension:Translate/Translation_memories#Configuration|related documentation]]. * Translate extension no longer uses jQuery.ui ({{phab|T323332}}). * Added an option to leave a redirect when moving a translatable page ({{phab|T62920}}). * Improve compatibility between syntaxhighlight and translate when using Parsoid ({{phab|T341009}}, {{gerrit|957761}}). * Special:PagePreparation: Improve error handling, and message displayed to the user. ({{phab|T342628}}). * Special:AggregateGroups: Replace previous group selector with a more user-friendly group selection tool. * Made UI tweaks to search translations page to break long words to avoid breaking the layout ({{gerrit|968673}}). * Localisation and maintenance updates. == UniversalLanguageSelector == * Added AwamiNastaliqBold font ({{gerrit|957266}}). * Removed all TTF font files ({{gerrit|957273}}). * Added Tiro Bangla font for Bengali Language ({{phab|T343658}}). * Updated Junicode font to 2.100 ({{phab|T253006}}). * Save preferred languages for named users only ({{phab|T337780}}). * Fixed an error that would cause ULS to not open when clicked if the wiki is configured to allow anonymous users to change their language ({{gerrit|969342}}). * Localisation and maintenance updates. -- Kartik Mistry | કાર્તિક મિસ્ત્રી kartikm.wordpress.com ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Wiki-Site.com down
I appreciate the response George - Still hoping someone knows. I sent an email to i...@wiki-site.com, but haven't heard back yet of course. Had an entire Dungeons and Dragons wiki on there for my homebrew, would be a shame to lose all of that. J ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Wiki-Site.com down
This list is for the Mediawiki software itself and has nothing to do with Wiki-Site.com operations. You will have to reach out to Wiki-Site.com for your answers. I know that’s not a great answer here but we unfortunately can’t help. -George Sent from my iPhone > On Oct 19, 2023, at 9:50 AM, tigerstriped...@gmail.com wrote: > > Hello - does anyone know why Wiki-site.com is down? Any ideas when/if it > might return? And finally is there a way to recover any of the data from the > wiki I hosted on there? > > Thank you! > > Tiger > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Wiki-Site.com down
Hello - does anyone know why Wiki-site.com is down? Any ideas when/if it might return? And finally is there a way to recover any of the data from the wiki I hosted on there? Thank you! Tiger ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Audio related extensions
Hi, I just want to let you know that I've started a topic[0] on the talk page of the category "Audio player extensions". I would appreciate your opinions, it definitely needs a cleanup. :) Thank you for your understanding and time! Best regards, Zoran [0] https://www.mediawiki.org/wiki/Category_talk:Audio_player_extensions ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Extensions and Skins Security Release Supplement (1.35.12/1.39.5/1.40.1)
Greetings- With the security/maintenance release of MediaWiki 1.35.12/1.39.5/1.40.1, we would also like to provide this supplementary announcement of MediaWiki extensions and skins with now-public Phabricator tasks, security patches and backports [1]: EntitySchema + (T339016, CVE-2023-45368) - EntitySchema edits don't run through AbuseFilter https://gerrit.wikimedia.org/r/q/Id71ece831c929fadb1710634de9a7be5f02e0b0e Wikibase + (T333980, CVE-2023-45366) - FederatedPropertiesError shows label as unescaped HTML https://gerrit.wikimedia.org/r/q/I76b953be86d6465ee7355c0a189c68cf20457786 Citoid + (T340200, CVE-2023-45365) - i18n XSS in Citoid Wikibase module https://gerrit.wikimedia.org/r/q/I570e00e45f8a36fbf2b26db9610fa0a702a28f67 CheckUser + (T344923, CVE-2023-45367) - User can store arbitrary number of rows in cu_useragent_clienthints https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CheckUser/+/952482/ SportsTeams + (T345040, CVE-2023-45374) - SportsTeams: no anti-CSRF check in Special:SportsTeamsManager and Special:UpdateFavoriteTeams https://gerrit.wikimedia.org/r/c/mediawiki/extensions/SportsTeams/+/952552 Wikibase + (T345064, CVE-2023-45371) - Merging items is not rate limited and only partially protected by AbuseFilter https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/961264/ ProofreadPage + (T345693, CVE-2023-45373) - ProofreadPage Security-XSS errors in CI https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ProofreadPage/+/961262/ PageTriage + (T344359, CVE-2023-45369) - pagetriagelist API leaks suppressed usernames https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PageTriage/+/960676/ SportsTeam + (T345680, CVE-2023-45370) - SportsTeams: Special:SportsManagerLogo and Special:SportsTeamsManagerLogo should check for the "sportsteamsmanager" user right https://gerrit.wikimedia.org/r/c/mediawiki/extensions/SportsTeams/+/959699/ The Wikimedia Security Team recommends updating these extensions and/or skins to the current master branch or relevant, supported release branch [2] as soon as possible. Some of the referenced Phabricator tasks above _may_ still be private. Unfortunately, when security issues are reported, sometimes sensitive information is exposed and since Phabricator is historical, we cannot make these tasks public without exposing this sensitive information. If you have any additional questions or concerns regarding this update, please feel free to contact secur...@wikimedia.org or file a security task within Phabricator [3]. [1] https://phabricator.wikimedia.org/T340874 [2] https://www.mediawiki.org/wiki/Version_lifecycle [3] https://www.mediawiki.org/wiki/Reporting_security_bugs ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: ブロック依頼にいて In block request 2
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 9:57 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato 問題のある管理者の裁量ブロックや、ブロック依頼で困っています。 I'm having trouble with discretionary blocks and block requests from problematic administrators. 現在の私に対するブロック依頼 Request to block me now https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 Relationship Administrator User 利用者:Syunsyunminmin https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Syunsyunminmin User 利用者:Dragoniez https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Dragoniez User 利用者:えのきだたもつ https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:%E3%81%88%E3%81%A… User 利用者:MaximusM4 https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:MaximusM4 ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request 2
damage to Wikipedia; or you Understand why you were blocked, Stop interfering with and destroying Wikipedia. In order to make useful contributions in the future, that the block is no longer needed Please also read the instructions for creating a request to unblock a post. Spring sleep sleep ️ Conversation Sunday, October 8, 2023 12:23 (UTC) [Reply] https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Syunsyunminmin If you would like to request an unblock again, please read the instructions for creating a request to unblock a post first, then use the {{unblock}} template again. Please note that if these templates are misused, your conversation page may be protected or blocked. https://ja.wikipedia.org/w/index.php?title=%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato ウィキペディアは百科事典であること書いてあります。ブロック論争で裁量ブロックにより編集者を減らすことが管理者のすることでしょうか? It says that Wikipedia is an encyclopedia. Is it something administrators should do to reduce the number of editors through discretionary blocks in block disputes? これについて、「ご自身を正当化するための演説」と回答 Answer: “A speech to justify yourself.” このご使用のユーザー名またはIPアドレスは投稿ブロックの方針に従い、Syunsyunminmin によって投稿をブロックされています。具体的な理由は次の通りです。 審議妨害; 会話ページも塞ぎます。 ブロック開始時期: 2023年10月7日 (土) 13:03 ブロック解除予定: 2023年10月14日 (土) 13:03 ブロック対象: Keiichiro Kato 投稿ブロック依頼やあなたの会話ページなどに、より詳しい情報が記載されていることがありますので確認してください。 The username or IP address you are using has been blocked from posting by Syunsyunminmin in accordance with the Posting Blocking Policy. The specific reasons are as follows. Obstructs deliberation; also blocks conversation pages. Block start time: October 7, 2023 (Sat) 13:03 Scheduled to be unblocked: October 14, 2023 (Sat) 13:03 Blocked: Keiichiro Kato Please check the post block request or your conversation page for more detailed information. 私の会話ページをブロックした管理者は「会話ページも塞ぎます」と方針やガイドラインにない慣習用語を使用 The administrator who blocked my conversation page used customary language that was not in the policy or guidelines, saying, ``I will also block the conversation page.'' 利用規約違反の管理者 Administrator in violation of terms of use 利用者:Syunsyunminmin https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Syunsyunminmin ーー 方針やガイドラインにない単語(異常依頼)を使用し、私のブロック依頼を却下した管理者 The administrator used a word that was not in the policy or guidelines (abnormal request) and rejected my block request. User 利用者:MaximusM4 https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:MaximusM4 利用規約違反であると考える。I believe this is a violation of the Terms of Use. 私が起こしたブロック依頼 Block request I made 即時却下。Immediately rejected. Wikipedia:投稿ブロック依頼/Daraku K. Wikipedia:Post block request/Daraku K. https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Daraku_K. Wikipedia:投稿ブロック依頼/Dragoniez . Wikipedia:Post block request/Daraku K. https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Dragoniez Wikipedia:投稿ブロック依頼/えのきだたもつ Wikipedia:Post block request/ えのきだたもつ https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/%E3%81%88%E3%81%AE%E3%81%8D%E3%81%A0%E3%81%9F%E3%82%82%E3%81%A4 Wikipedia:投稿ブロック依頼/ Prefuture Wikipedia:Post block request/ Prefuture https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Prefuture Wikipedia:投稿ブロック依頼/ Mt.Asahidake Wikipedia:Post block request/ Prefuture https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Mt.Asahidake 以上、対応お願いします。 Please respond to the above. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] sorry. I posted a lot because I thought I wasn't able to send it. すみません。送信できていないと思って多く投稿してしましました。
sorry. I posted a lot because I thought I wasn't able to send it. すみません。送信できていないと思って多く投稿してしましました。 ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 9:13 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato https://lists.wikimedia.org/hyperkitty/list/wikipedi...@lists.wikimedia.org/thread/QZHU3T7HIOKUJY4VZBQPSBW7HAGBHUDQ/ wikipedi...@lists.wikimedia.org に投稿できなくなっています。人権の抑制によるブロック依頼内容の主張及び議論封殺は利用規約違反です。 メーリングリストで"spam"などと煽り、その返信をもって、投稿不可とするのはマッチポンプです。 You can no longer post to wikipedi...@lists.wikimedia.org. It is a violation of the Terms of Service to assert or suppress discussion of block requests due to the suppression of human rights. Match Pump is the one who calls out "spam" on the mailing list and then disables posting in response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] ブロック依頼にいて In block request
-- Forwarded message - From: cdr65...@gmail.com Date: 2023年10月10日(火) 8:51 Subject: Re: 利用規約に反する行為及びユーザの通報 Reporting users who violate the terms of service To: Hello. I'm Keiichiro Kato my Talk page https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Keiichiro_Kato Wikipedia:投稿ブロック依頼/Keiichiro Kato 20231007 Wikipedia:Post block request/Keiichiro Kato 20231007 https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Keiichiro_Kato_20231007 ブロック依頼人 User 利用者:Daraku K. https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Daraku_K. ブロック依頼人( 利用者:Daraku K. )はブロック解除済み及び過去のブロック、ブロック依頼、ブロック依頼人が関与していない編集を理由にブロック依頼をしています。 日本語版Wikipediaで依頼人が該当するとしているブロック方針では過去のブロック(ブロック中)について触れられているのは、「Wikipedia:多重アカウント」のみです。 すでにブロックを受け、ブロックが解除された。さらにそれを理由にブロック依頼を行うのは「方針:利用規約」違反です。 私とブロック依頼人で編集合戦を行ったのは会話ページであり、Wikipediaの目的である百科事典での編集合戦ではありません。 多くの賛成者はブロック論争で、無期限のブロック解除に必要な会話ページへの編集禁止を含んだ賛成票を投じています。 依頼している主なブロック依頼の方針ですが、「Wikipedia:投稿ブロックの方針#コミュニティを消耗させる利用者」について問題が有り、 "方針である「Wikipedia:エチケット」、「Wikipedia:礼儀を忘れない」、「Wikipedia:署名」、「Wikipedia:個人攻撃はしない」、「Wikipedia:法的な脅迫をしない」、「Wikipedia:公開プロキシの規制」"方針が6項目列挙してあり、また、ガイドラインである「Wikipedia:ノートページのガイドライン」、「Wikipedia:説明責任」、「Wikipedia:善意にとる」、「Wikipedia:記事の所有権」、「Wikipedia:新規参加者を苛めないでください」、「Wikipedia:腕ずくで解決しようとしない」、「Wikipedia:多重アカウント」とガイドラインが7項目並んでいます。これらは合計で2文字以上あると私は見ています。 このブロック方針でブロック依頼を濫用、投票行為を濫用するのは、善良な編集者を萎縮させ疲弊させます。百科事典にとしてのブロック方針として適切ではありません。つまり、このブロック依頼及びブロック賛成票の多くは「方針:利用規約(Policy:Terms of Use)」に反すると考えています。対応を求めます。 The block requester (user: Daraku K. ) requests a block based on unblocked or past blocks, block requests, and edits in which the block requester was not involved. In the blocking policy that applies to the requester on the Japanese version of Wikipedia, the only thing that mentions past blocks (currently blocked) is "Wikipedia: Multiple accounts." Already blocked and unblocked. Furthermore, requesting a block based on this is a violation of the "Policy: Terms of Service." The editing battle between me and the block client was on the conversation page, and not on the encyclopedia, which is the purpose of Wikipedia. Many proponents have voted in favor of the block debate, which includes a ban on editing the conversation page, which is necessary for indefinite unblocking. Regarding the main block request policy, there is a problem with "Wikipedia:Post blocking policy #Users who drain the community", and "Wikipedia: Etiquette" policy, "Wikipedia: Remember to be polite ”, “Wikipedia:Signature”, “Wikipedia:Do not make personal attacks”, “Wikipedia:Do not make legal threats”, “Wikipedia:Regulation of public proxies”. "Wikipedia: Notes Page Guidelines", "Wikipedia: Accountability", "Wikipedia: Be Good", "Wikipedia: Article Ownership", "Wikipedia: Don't Bully Newcomers", "Wikipedia: There are seven guidelines, including "Don't try to solve problems manually" and "Wikipedia: Multiple accounts." I believe these are over 20,000 characters in total. Abusing block requests and voting based on this blocking policy will make good editors feel weak and exhausted. It is not appropriate as a blocking policy for encyclopedias. In other words, we believe that many of these block requests and votes in favor of blocking violate the "Policy: Terms of Use." I request a response. https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use/ja 方針:利用規約 あなたは次の条件を守る必要があります。 責任 — 自分の編集に責任を持ってください(私たちはあなたのコンテンツをホスティングするだけです)。 礼節 — 礼節ある環境を支持し、他の利用者に嫌がらせをしないでください。 合法的な行動 — 著作権法に違反したり、違法なコンテンツを寄稿したり、人権の原則に従った、その他の適用法に違反してはなりません。 害を与えない — 技術基盤に害を与えないようにし、技術基盤に関する方針を守ってください。 利用規約と方針 — 私たちのウェブサイトまたはプロジェクトを訪れたりコミュニティーに参加したりする時には、下記の利用規約、ならびにユニバーサル行動規範および参加するコミュニティーの方針を遵守してください。 https://foundation.wikimedia.org/wiki/Policy:Terms_of_Use Under the following conditions: Responsibility — You take responsibility for your edits (since we only host your content). Civility — You support a civil environment and do not harass other users. Lawful Behavior — You do not violate copyright, post illegal content, or violate other applicable laws that follow human rights principles. No Harm — You do not harm our technology infrastructure and you follow the policies for that infrastructure. Terms of Use and Policies — You adhere to the below Terms of Use, to the Universal Code of Conduct, and to the applicable community policies when you visit our websites or Projects or participate in our communities. 以上、お願いします。 That's all, please. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Three new rdbms changes
Hello, We have several more changes to the rdbms library’s interface to announce. We previously made such announcements in May 2023 <https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/message/GATRFC63FPQJ6Z43WZDIKSHYZQJCI62H/> and February 2023 <https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/message/YNLVJVTYTK3IGQF4HY7ITGMIJ2W5Q7CG/> . Query builders for all common query types We now have query builders for all common query types: - SELECT - INSERT - UPDATE - DELETE - UPSERT - REPLACE We encourage you to migrate calls using the old methods (such as Database::insert) to use the query builders instead. Starting from 1.41, all the old methods are considered internal and might change without prior notice. See T335377 <https://phabricator.wikimedia.org/T335377> and previous announcements such as the one in May 2023 <https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/message/GATRFC63FPQJ6Z43WZDIKSHYZQJCI62H/> for more information. Script for migrating to SelectQueryBuilder Given that there are many calls to Database::select in extensions we wrote a simple script to help with the migration to SelectQueryBuilder. It is not perfect and doesn’t cover many aspects such as joins but it takes away a lot of tedious work. Using that script we made hundreds of migrations in the MediaWiki core. As of now, we have more than 800 calls to newSelectQueryBuilder() and only roughly 100 direct calls to Database::select() left in core. For more information, check out https://gitlab.wikimedia.org/ladsgroup/migrateselect Access to external clusters simplified If you ever had to make database queries against external cluster databases (such as extension1, otherwise known as x1), you will like this change. Many of our extensions store their data in x1, for example: Echo, UrlShortener, Cognate, Translate, ContentTranslation, GrowthExperiments, Campaigns and many more. And it requires a lot of complexity with many caveats (see T330590 <https://phabricator.wikimedia.org/T330590> for more information). Now, an extension can introduce one or more virtual domains in their extension.json and then if you set the configuration such as: $wgVirtualDomainsMapping['urlshortener'] = [ 'cluster' => 'extension1', 'db' => 'wikishared' ]; then $lbf->getPrimaryDatabase( 'urlshortener' ) will make the right connection. If it’s not set in the mapping of virtual domains configuration, it simply makes the connection to the local database. You don’t need to do any special coding anymore which simplifies the logic a lot and removes the need for extra configuration variables. This also helps in facilitating proper support of external clusters in the database updater and improvements in testing in the future. You can take a look at the example of url shortener (gerrit:963293 <https://gerrit.wikimedia.org/r/c/mediawiki/extensions/UrlShortener/+/963293>) for how adoption is done. Thank you, -- *Amir Sarabadani (he/him)* Staff Database Architect Wikimedia Foundation <https://wikimediafoundation.org/> ___________ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Mediawiki 1.39.5 updagrade and more Composer problems
The only fix for this I've ever found was to use Composer 2. MediaWiki 1.39 is apparently not compatible with Composer 1. They provide instructions at https://getcomposer.org/download/ . You can download and run it without installing it, and without replacing Composer 1 in your system. If this isn't acceptable, I'm afraid you're out of luck. -- Bartosz Dziewoński ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Mediawiki 1.39.5 updagrade and more Composer problems
Hi Everyone, We are working on Ubuntu 20.04.6 LTS, x86_64, fully patched. Our hosting provider does not offer Ubuntu 22 at the moment. Ubuntu 20 provides Composer 1. I'm trying to upgrade from Mediawiki 1.39.4 to 1.39.5. During `composer install --no-dev` I am seeing this error (https://github.com/weidai11/website/blob/master/mediawiki/wiki-upgrade.txt#L117): Does anyone know how to fix this: Problem 1 - Installation request for doctrine/dbal 3.4.2 -> satisfiable by doctrine/dbal[3.4.2]. - doctrine/dbal 3.4.2 requires composer-runtime-api ^2 -> no matching package found. Potential causes: - A typo in the package name - The package is not available in a stable-enough version according to your minimum-stability setting see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details. - It's a private package and you forgot to add a custom repository to find it Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems. Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems. Jeff _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Please reopen these wikis, please.
That spammer has now been blocked. Sorry for the noise. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Please reopen these wikis, please.
Bexafe4967 has ignored several explanations that he?s talking to the wrong people. What?s the list moderation policy???-george Sent from my iPhoneOn Oct 5, 2023, at 4:22 PM, Anpang wrote:?I thought I'd get MW updates and not whatever these are?On Thu, Oct 5, 2023, 10:59 PM <bexafe4...@tenjb.com> wrote:Hello, can someone reopen these wikis, please? Please reopen: 1. http://logosandtvguides.wiki-site.com 2. http://timelineoflogos.wiki-site.com 3. http://romaniantv.wiki-site.com 4. http://fictionalworld.wiki-site.com Thank you. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.orgTo unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.orghttps://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Please reopen these wikis, please.
I thought I'd get MW updates and not whatever these are? On Thu, Oct 5, 2023, 10:59 PM wrote: > Hello, can someone reopen these wikis, please? > > Please reopen: > 1. http://logosandtvguides.wiki-site.com > 2. http://timelineoflogos.wiki-site.com > 3. http://romaniantv.wiki-site.com > 4. http://fictionalworld.wiki-site.com > > Thank you. > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > ___________ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Please reopen these wikis, please.
Hello, can someone reopen these wikis, please? Please reopen: 1. http://logosandtvguides.wiki-site.com 2. http://timelineoflogos.wiki-site.com 3. http://romaniantv.wiki-site.com 4. http://fictionalworld.wiki-site.com Thank you. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] SMWCon Fall 2023, December 11-13, Paderborn
Hello (Semantic) MediaWiki maintainers, software developers, consultants, researchers! The SMWCon 2023 (https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023) will be held on location in Paderborn, Germany (and online). On three days there will be talks, tutorials and hackathons. Registration Registration is open on Eventbrite<https://www.eventbrite.com/e/smwcon-fall-2023-tickets-719554987337>. Go there and take advantage of the early bird rates! Call for Contributions This conference addressed everybody interested in wikis and open knowledge, especially in Semantic MediaWiki, e.g. users, developers, consultants, business or government representatives, and researchers. This conference aimed to: * inspire/onboard new users, * inform on where and how MediaWiki is used, * convey and consolidate best practices, * initiate/foster/integrate application and development and * strengthen the community of stakeholders and its service portfolio. Learn how to "do" MediaWiki in order to assume your responsibilities regarding your organization's knowledge management. Your experience is valuable for all of us! So please share and propose a talk, tutorial or other contribution. Go to the Conference Page (https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2023) and hit the 'Propose a talk here' button. Please propose a contribution if you plan to have one, even if you don't have the details yet. For us it is important to know what we can expect. We look forward to your contribution! Best, Bernhard and Tobias on behalf of https://mwstake.org/ - the MediaWiki Stakeholders' Group ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Close these wikis, please.
On Mon, 2023-10-02 at 14:01 +, bexafe4...@tenjb.com wrote: > Hello, can someone close these wikis, please? Please read answers on the mailing list to your previous identical posting instead of ignoring them. This is still off-topic. Thanks, andre -- Andre Klapper (he/him) | Bugwrangler https://blogs.gnome.org/aklapper/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Programmatically get download link for an extension
Thanks Sam. That's exactly what I wanted. *Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE) E-post/*E-Mail*: sebastian.ber...@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84 On Mon, 2 Oct 2023 at 15:55, Sam Wilson wrote: > The ExtensionDistributor > <https://www.mediawiki.org/wiki/Extension:ExtensionDistributor> API can > get you download URLs, e.g. this: > > > https://www.mediawiki.org/wiki/Special:ApiSandbox#action=query=json=extdistbranches=2=WikiEditor > > returns this sort of thing: > > "REL1_39": > "https://extdist.wmflabs.org/dist/extensions/WikiEditor-REL1_39-76d9ffd.tar.gz; > <https://extdist.wmflabs.org/dist/extensions/WikiEditor-REL1_39-76d9ffd.tar.gz> > , > "REL1_40": > "https://extdist.wmflabs.org/dist/extensions/WikiEditor-REL1_40-d330183.tar.gz; > <https://extdist.wmflabs.org/dist/extensions/WikiEditor-REL1_40-d330183.tar.gz> > , > "master": > "https://extdist.wmflabs.org/dist/extensions/WikiEditor-master-17163cd.tar.gz; > <https://extdist.wmflabs.org/dist/extensions/WikiEditor-master-17163cd.tar.gz> > , > > > On 2/10/23 20:47, Sebastian Berlin wrote: > > Is there a way to programmatically get a download link for an extension if > you have the extension name and version of MediaWiki? E.g. for Wikispeech > and MW 1.39 this would (currently) be > https://extdist.wmflabs.org/dist/extensions/Wikispeech-REL1_39-5dc08c9.tar.gz. > It's the hash(?) a the end that makes it tricky. > > *Sebastian Berlin* > Utvecklare/*Developer* > Wikimedia Sverige (WMSE) > > E-post/*E-Mail*: sebastian.ber...@wikimedia.se > Telefon/*Phone*: (+46) 0707 - 92 03 84 > > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to > mediawiki-l-leave@lists.wikimedia.orghttps://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ > > ___ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Close these wikis, please.
Hello, can someone close these wikis, please? Please delete: 1. http://logosandtvguides.wiki-site.com 2. http://timelineoflogos.wiki-site.com 3. http://romaniantv.wiki-site.com 4. http://fictionalworld.wiki-site.com Reason: Unneeded. Thank you. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Delete these wikis, please.
Now close these wikis, please. I don't want them anymore. Thank you. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Programmatically get download link for an extension
The ExtensionDistributor <https://www.mediawiki.org/wiki/Extension:ExtensionDistributor> API can get you download URLs, e.g. this: https://www.mediawiki.org/wiki/Special:ApiSandbox#action=query=json=extdistbranches=2=WikiEditor <https://www.mediawiki.org/wiki/Special:ApiSandbox#action=query=json=extdistbranches=2=WikiEditor> returns this sort of thing: "REL1_39": "https://extdist.wmflabs.org/dist/extensions/WikiEditor-REL1_39-76d9ffd.tar.gz;, "REL1_40": "https://extdist.wmflabs.org/dist/extensions/WikiEditor-REL1_40-d330183.tar.gz;, "master": "https://extdist.wmflabs.org/dist/extensions/WikiEditor-master-17163cd.tar.gz;, On 2/10/23 20:47, Sebastian Berlin wrote: Is there a way to programmatically get a download link for an extension if you have the extension name and version of MediaWiki? E.g. for Wikispeech and MW 1.39 this would (currently) be https://extdist.wmflabs.org/dist/extensions/Wikispeech-REL1_39-5dc08c9.tar.gz. It's the hash(?) a the end that makes it tricky. * * *Sebastian Berlin* Utvecklare//Developer/ Wikimedia Sverige (WMSE) E-post//E-Mail/: sebastian.ber...@wikimedia.se Telefon//Phone/: (+46) 0707 - 92 03 84 _______ MediaWiki-l mailing list --mediawiki-l@lists.wikimedia.org To unsubscribe send an email tomediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/_______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Programmatically get download link for an extension
Using a Git checkout would be easiest On Mon, Oct 2, 2023 at 8:48 AM Sebastian Berlin < sebastian.ber...@wikimedia.se> wrote: > Is there a way to programmatically get a download link for an extension if > you have the extension name and version of MediaWiki? E.g. for Wikispeech > and MW 1.39 this would (currently) be > https://extdist.wmflabs.org/dist/extensions/Wikispeech-REL1_39-5dc08c9.tar.gz. > It's the hash(?) a the end that makes it tricky. > > *Sebastian Berlin* > Utvecklare/*Developer* > Wikimedia Sverige (WMSE) > > E-post/*E-Mail*: sebastian.ber...@wikimedia.se > Telefon/*Phone*: (+46) 0707 - 92 03 84 > ___________ > MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org > To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org > > https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Programmatically get download link for an extension
Is there a way to programmatically get a download link for an extension if you have the extension name and version of MediaWiki? E.g. for Wikispeech and MW 1.39 this would (currently) be https://extdist.wmflabs.org/dist/extensions/Wikispeech-REL1_39-5dc08c9.tar.gz. It's the hash(?) a the end that makes it tricky. *Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE) E-post/*E-Mail*: sebastian.ber...@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84 ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki Insights - second monthly email
for teams whose projects touch MediaWiki core; and came up with first ideas that may help new MediaWiki contributors (example <https://phabricator.wikimedia.org/T347347>). We’ll be sharing more about this work and possible initiatives in October, which is when we “officially” start with working towards an increase of authors across a specific set of MW repositories that are deployed to production (WMF Annual Plan, WE3.2 <https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2023-2024/Product_%26_Technology/OKRs#Bucket_1:_Wiki_Experiences> ). Thanks all for reading! - Have a great weekend, Birgit -- Birgit Müller (she/her) Director of Product, MediaWiki and Developer Experiences Wikimedia Foundation <https://wikimediafoundation.org/> _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Maintenance release: MediaWiki 1.35.13
I would like to announce the availability of MediaWiki 1.35.13 This fixes an issue identified in the MediaWiki 1.35.13 release. The patch for T341529 was incorrectly back-ported, which would result in an error relating to some diffs. If you use git tags, 1.35.12 and 1.35.13 are basically identical (bar RELEASE-NOTES and a version bump), due to how the issue was resolved to get the patches through CI. If you use the tarballs and patches, as the patches are created against the uploaded tarballs (not re-created versions from the git tags), the patch will resolve the issue mentioned above. ** Download: https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.tar.gz https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.13.tar.gz https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.13.zip Patch to previous version (1.35.12): https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.patch.gz https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.13.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.13.zip.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.zip.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.13.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Security and maintenance release: 1.35.12 / 1.39.5 / 1.40.1
y the same user not shown") ignores username suppression. * (T341565, CVE-2023-3550) SECURITY: Stored XSS when uploading crafted XML file to Special:Upload (non-standard configuration). == Links to all mentioned tasks == * https://phabricator.wikimedia.org/T264765 * https://phabricator.wikimedia.org/T333050 * https://phabricator.wikimedia.org/T340217 * https://phabricator.wikimedia.org/T340220 * https://phabricator.wikimedia.org/T340221 * https://phabricator.wikimedia.org/T341529 * https://phabricator.wikimedia.org/T341565 == Release notes == Full release notes for 1.35.12: https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_35/RELEASE-NOTES-1.35 https://www.mediawiki.org/wiki/Release_notes/1.35 Full release notes for 1.39.5: https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_39/RELEASE-NOTES-1.39 https://www.mediawiki.org/wiki/Release_notes/1.39 Full release notes for 1.40.1: https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_40/RELEASE-NOTES-1.40 https://www.mediawiki.org/wiki/Release_notes/1.40 For information about how to upgrade, see <https://www.mediawiki.org/wiki/Manual:Upgrading> ** Download: https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.tar.gz https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.12.tar.gz https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.12.zip Patch to previous version (1.35.11): https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.patch.gz https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.12.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-core-1.35.12.zip.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.zip.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.35/mediawiki-1.35.12.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html ** Download: https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.tar.gz https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.39/mediawiki-core-1.39.5.tar.gz https://releases.wikimedia.org/mediawiki/1.39/mediawiki-core-1.39.5.zip Patch to previous version (1.39.4): https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.patch.gz https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.39/mediawiki-core-1.39.5.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-core-1.39.5.zip.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.zip.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.39/mediawiki-1.39.5.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html ** Download: https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.tar.gz https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.zip Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.1.tar.gz https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.1.zip Patch to previous version (1.40.0): https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.patch.gz https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.patch.zip GPG signatures: https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.1.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-core-1.40.1.zip.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.zip.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.patch.gz.sig https://releases.wikimedia.org/mediawiki/1.40/mediawiki-1.40.1.patch.zip.sig Public keys: https://www.mediawiki.org/keys/keys.html _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Security pre-release announcement: 1.35.12 / 1.39.5 / 1.40.1
Hi all, On Thursday we will be issuing a security and maintenance release to all supported branches of MediaWiki. The new releases will be: - 1.35.12 - 1.39.5 - 1.40.1 This will resolve four security issues in MediaWiki core, two in a bundled skin, along with bug fixes included for maintenance reasons. This includes various patches for PHP 8.0, PHP 8.1 and PHP 8.2 support. One issue in a bundled skin only affects MediaWiki 1.40 and master, the other bundled skin issue affects MediaWiki 1.39, 1.40 and master. A partial fix for one of the skin issues is already merged into the relevant release branch. One more minor security fix was merged in public after the releases of 1.35.11/1.38.7/1.39.4/1.40.0. We will make the fixes available in the respective release branches and master in git. Tarballs will be available for the above mentioned point releases as well. A summary of some of the security fixes that have gone into non-bundled MediaWiki extensions will also follow later. As a reminder, when 1.35 was released, it was originally due to become end of life (EOL) at the end of September 2023. Due to 1.39 being released late (November 2022), and to honor the commitment to the 1 year overlap of MediaWiki LTS releases, this formal EOL process is being delayed till at least the end of November 2023. In practice, this may become sometime in December 2023, to coincide with the security and maintenance release for that quarter. A formal EOL announcement for 1.35 will come in advance of that point. It is therefore expected that 1.35.13 in December 2023 will become the final release for the 1.35 branch. It is noted that support and CI for 1.35 is becoming more limited; backports are becoming best-effort. Browser testing has been dropped for 1.35 in Wikimedia CI, due to the difficulties to support this. It is strongly recommended to upgrade to 1.39 (the next LTS after 1.35), which will be supported until November 2025, or 1.40, which will be supported until June 2024. [1] https://www.mediawiki.org/wiki/Version_lifecycle ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] MediaWiki 1.41-alpha will be branched as a beta on 10 October 2023
Hey all, This is a quick note to highlight that in six weeks' time, the REL1_41 branch will be created for MediaWiki core and each of the extensions and skins in Wikimedia git, with some (the 'tarball') included as sub-modules of MediaWiki itself[0]. This is the first step in the release process for MediaWiki 1.41, which should be out in May 2023, approximately six months after MediaWiki 1.40. The branches will reflect the code as of the last 'alpha' branch for the release, 1.41.0-wmf.30, which will be deployed to Wikimedia wikis in the week beginning 10 October 2023 for MediaWiki itself and those extensions and skins available there. After that point, patches that land in the main development branch of MediaWiki and its bundled extensions and skins will be instead be slated for the MediaWiki 1.42 release unless specifically backported[1]. If you are working on a new feature that you wish to land for the release, you now have a few days to finish your work and land it in the development branch; feature changes should not be backported except in an urgent case. If your work might not be complete in time, and yet should block release for everyone else, please file a task against the `mw-1.41-release` project on Phabricator.[2] If you have tickets that are already tagged for `mw-1.41-release`, please finish them, untag them, or reach out to get them resolved in the next few weeks. We hope to issue the first release candidate, 1.41.0-rc.0, two weeks after the branch point, and if all goes well, to release MediaWiki 1.41.0 a few weeks after that. Tyler Cipriani (he/him) Engineering Manager, Release Engineering Wikimedia Foundation [0]: <https://www.mediawiki.org/wiki/Bundled_extensions_and_skins> [1]: <https://www.mediawiki.org/wiki/Backporting_fixes> [2]: <https://phabricator.wikimedia.org/tag/mw-1.41-release/> _______ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
[MediaWiki-l] Re: Delete these wikis, please.
Please close this thread, as I no longer want these wikis to be closed. Thank you. ___ MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/