Wikitech-l June 2018

wikitech-l@lists.wikimedia.org

77 participants
84 discussions

MediaWiki and OpenID Connect
by Adam Sobieski 11 Jul '18

11 Jul '18

Wikitech-l, Greetings. I would like to describe an exciting scenario possible with OpenID Connect. In the scenario, after choosing to verify their name on their Wikipedia account, a user logs onto Wikipedia and uses OpenID Connect to link their Wikipedia account to multiple verified accounts, for example their Facebook and LinkedIn accounts. At the end of the process, we can envision the user obtaining a checkmark next to their full name on Wikipedia, their real name and a verification icon appearing next to their edits and on their user page. There might even be, per user settings, hyperlinks to their Facebook and LinkedIn pages on their Wikipedia user page. With such features, we can envision allowing groups of users or admins to determine that certain articles require a verified account to edit. Presently, OpenID Connect functionality is available for MediaWiki as an extension. I would like to see the OpenID Connect functionality under discussion expanded to support scenarios including aforementioned and also integrated into MediaWiki. Thank you. I hope that the above ideas are also interesting to you in the Wikitech-l community. Best regards, Adam Sobieski http://www.phoster.com/contents/

9 17

Patchsets by new Gerrit contributors waiting for code review and/or merge
by Andre Klapper 28 Jun '18

28 Jun '18

(Resurrecting the weekly posts from late 2016. Feedback welcome.) CR0: Please review and provide guidance if you are familiar with the code, and decide (CR±1 or CR±2): * https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/431320/ ** Trim whitespaces from the end of the text ** 2018-May-06 ** Maintainers/Stewards: Contributors > Parsing team * https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/164049/ ** Add Tatar LanguageConverter ** 2018-May-24 ** Maintainers/Stewards: Contributors > Parsing team * https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/ApprovedRevs/+/4340… ** Add support for custom content types other than WikitextContent ** 2018-Jun-17 ** Maintainers/Stewards: ? * https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/PageForms/+/441021/ ** edit-with-form-tab-not-displaying ** 2018-Jun-19 ** Maintainers/Stewards: ? CR+1: Please help make a decision (CR±1, CR±2) on these CR+1 patches: * https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/ExternalData/+/4215… ** Cast the variable to an array to prevent PHP warnings ** 2018-March-23 ** Maintainers/Stewards: ? Read https://www.mediawiki.org/wiki/Gerrit/Code_review#By_project how you can get notified of new patches in your code areas of interest. Thanks in advance for your reviews! Maintainers/Stewards data taken from https://www.mediawiki.org/wiki/Developers/Maintainers CR0 source: https://gerrit.wikimedia.org/r/#/q/ownerin:newcomers+status:open+label:Veri… CR+1 source: https://gerrit.wikimedia.org/r/#/q/ownerin:newcomers+status:open+label:Veri… -- Andre Klapper | Bugwrangler / Developer Advocate https://blogs.gnome.org/aklapper/

3 2

dumps.wikimedia.org web and rsync services down
by Bryan Davis 28 Jun '18

28 Jun '18

The https://dumps.wikimedia.org web interface for downloading various dump files is currently offline. The rsync service for external mirroring is as well. Local network NFS consumers may or may not be working depending on which server the consumer is attached to. This unexpected outage is the result of hardware issues following a short planned maintenance. We are currently investigating the root cause of the outage and will post additional updates as they become available. Thanks for your patience. Bryan -- Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org> [[m:User:BDavis_(WMF)]] Manager, Cloud Services Boise, ID USA irc: bd808 v:415.839.6885 x6855

1 1

TechCom Radar 2018-06-27
by Kate Chapman 28 Jun '18

28 Jun '18

Hi All, Here are the minutes from this week's TechCom meeting: * IRC meeting hosted for “Factoring page update logic out of WikiPage” <https://phabricator.wikimedia.org/T198075> * minutes: <https://tools.wmflabs.org/meetbot/wikimedia-office/2018/wikimedia-office.20…> * logs: <https://tools.wmflabs.org/meetbot/wikimedia-office/2018/wikimedia-office.20…> * New RFC: RFC: Modern Event Platform - Choose Schema Tech <https://phabricator.wikimedia.org/T198256> * Last Call (ending 2018-07-05): Provide standard-compatible way to load multi-file packages (not plain concatenation) <https://phabricator.wikimedia.org/T133462> * Upcoming IRC Meeting (Date and Time TBD - likely in 2 weeks) Unify various deletion systems <https://phabricator.wikimedia.org/T20493> * Reviewing TechCom new member nominations You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. If you prefer you can subscribe to our newsletter here: <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> Thanks, Kate -- Kate Chapman TechCom Facilitator (Contractor)

1 0

2018-06-27 Scrum of Scrums meeting notes
by Grace Gellerman 28 Jun '18

28 Jun '18

https://www.mediawiki.org/wiki/Scrum_of_scrums/2018-06-27 = 2018-06-27 = == Callouts == * Fundraising campaigns https://meta.wikimedia.org/wiki/CentralNotice/Calendar : ** 2018-07 es, 2018-07-09 to 2018-11-11 de, 2018-07-01 to 2018-11-31 en, 2018-07-10 to 2018-12-31 de, no, he, fr, nl, da, pl, ru, uk, pt, lv, ru, ro, sk, hu, en, fr, de, zh, es * Multi-Content Revisions: revision storage / page update rewrite (T174024, T174038) goes live this week, RfC on further page update changes today (T198075) == Audiences == === Readers === ==== iOS native app ==== * Blocked by: * Blocking: * Updates: ** ==== Android native app ==== * Blocked by: * Blocking: * Updates: ** Multi-language support now in production ==== Readers Web ==== * Blocked by: **Ruby to JS Cucumber refactor needs help from the RelEng team to fix our flaky Ruby tests: https://phabricator.wikimedia.org/T190710 * Blocking: * Updates: **Mobile website (MinervaNeue / MobileFrontend): ***Improvements to diff T197491 T197581 ***Improvements to page issues T197728 T191303 ***Investigating parser cache pollution T173949 ***Miscellaneous fixes and improvements T196947 T156186 T197273 T192725 T190549 T193517 ***Mobile navigation for advanced contributors is in planning and design https://www.mediawiki.org/wiki/Reading/Web/Advanced_mobile_contributions **Desktop website (Popups): ***Miscellaneous fixes and improvements T192928 T193792 T196952 T193519 **PDF rendering (Proton): ***Miscellaneous fixes and improvements to concurrency and queue management T186748 T186748 T186748 ***Investigating grave kerning and spacing issues T178665 *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Draft/Programs/Product#Program_2:_Better_Encyclopedia|Outcome 1, Objective 4]]: Continue improving the ways that users can download articles of interest for later consumption *** Reading Web depends on SRE, RelEng, Reading Infra ==== Readers Infrastructure ==== * Blocked by: Ping RelEng for CI patch review: https://gerrit.wikimedia.org/r/#/c/integration/config/+/442126/ * Blocking: * Updates: ** Wikipedia Reading Lists extension for Safari is ready for release ** Integration of Wikimedia Page Library in the Page Content Service is in progress — see https://gerrit.wikimedia.org/r/#/q/topic:page-lib2+(status:open+OR+status:m… ** Maps infrastructure handoff updates: *** Validated loading documentation on Wikidata for new map styles (though that work is on hold) *** TODO: Validate loading docs for existing styles on Stretch in preparation to upgrade the maps servers to Stretch (currently running Jessie); pending https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/442258/ *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Draft/Programs/Product#Program_2:_Better_Encyclopedia|Outcome 1, Objective 4]]: Continue improving the ways that users can download articles of interest for later consumption *** Reading Web depends on SRE, RelEng, Reading Infra **[[Wikimedia Audiences/2017-18 Q4 Goals#Readers|Increase code sharing of client apps by coalescing and moving more logic to the server]] ***Reading Infra depends on Parsing, Services ===== Maps ===== * Blocked by: * Blocking: * Updates: ** Planning on reimaging test servers to see if there are any issues running on stretch ==== Multimedia ==== * Updates ** Work is progressing but tied up in administrative stuff to some extent ** Search interface prototyping currently so users can search by Wikibase properties/values ** Also continuing work on search backend *Quarterly goal dependency update: **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Objective 3.1]] Prepare for launch of the first Structured Data on Commons feature (multilingual file captions) ***SDC depends on Multimedia,SRE, WMDE, Search Platform, MediaWiki Platform, Research ** [[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Objective 2.1]] Integrate structured file captions into search *** SDC depends on Search Platform, Multimedia **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Structured_Data#Segment_4:_Programs|Segment 4, Outcome 2]]: Develop a better understanding of existing needs for Structured Commons- T171252 ***Research depends on Multimedia === Contributors === ==== Community Tech ==== * Blocked by: * Blocking: * Updates: ** Nothing new to report ==== Anti-Harassment Tools ==== * Blocked by: * Blocking: * Updates: ** ==== Editing ==== * Blocked by: * Blocking: ** Updates: ** ==== Parsing ==== * Blocked by: * Blocking: * Updates: ** Language variants endpoint in production -- selectively exposed for some languages by the REST API on the RESTBase end. ** Tidy -> RemexHtml on track for July 5th completion *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Programs/Product#Program_3:_Increase_device_support_for_editing|Goal 3.6]] Support work towards unifying MediaWiki's parser implementations, in liaison with Technology's MediaWiki team *** Parsing depends on MediaWiki Platform, Services **[[Wikimedia Audiences/2017-18 Q4 Goals#Readers|Increase code sharing of client apps by coalescing and moving more logic to the server]] Increase code sharing of client apps by coalescing and moving more logic to the server. *** Reading Infra depends on Parsing, Services ** [[Wikimedia Technology/Goals/2017-18 Q4#Program 7. Smart tools for better data|Outcome 2: Objective 1]]: Revision storage scaling *** Services depends on SRE, Parsing ==== Collaboration ==== * Blocked by: * Blocking: * Updates: ** ==== Language ==== * Blocked by: Editing: https://phabricator.wikimedia.org/T196136 (and T191011) * Blocking: * Updates: ** Continue work on ContentTranslation v2. ** CX draft purge dry-run this week, actual run next week (Monday) *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Programs/Product#Program_3:_Increase_device_support_for_editing|Goal 3.1]] Improve and consolidate our unified editing platform so that it's great on all devices ***Language depends on Editing === Audiences Design === ==== UI Standardization ==== * Blocked by: * Blocking: * Updates: ** OOUI – v0.27.4 special release last Thu https://phabricator.wikimedia.org/diffusion/GOJU/browse/master/History.md;v… *** 3 style, 16 code and 2 accessibility improvements. Highlights: **** Refactor how we apply `display: none` to unused icons and indicators (Bartosz Dziewoński) **** FieldLayout: Add `for` attribute to inline help label (Prateek Saxena) **** PopupWidget: Listen to 'click' for 'mousedown' events in iOS (Moriel Schottlender) **** styles: Remove proprietary IE 8 & 9 `-ms-filter` properties (Volker E.) ** Continuing work on Design Style Guide == Technology == === Analytics === * Blocked by: * Blocking: * Updates: **New UI work on wikistats. Bookmarks for graphs are deployed, see for example new registered users for Arabic wikipedia: https://stats.wikimedia.org/v2/#/ar.wikipedia.org/contributing/new-register… |bar|2-Year~2016050100~2018061900|~total ** Looks like we might be able to move forward in the outstanding privacy conversation of what to do with AppInstallID (the token that identifies wikipedia app install on a phone) ** We will be working with security to do a threat model of analytics infrastructure next quarter ** JSONSchema vs Avro RFC submitted for Modern Event Platform program: https://phabricator.wikimedia.org/T198256 === Cloud Services === * Blocked by: * Blocking: * Updates: ** === Fundraising Tech === * Blocked by: * Blocking: * Updates: ** Off-site this week with the advancement teams === MediaWiki Platform === * Blocked by: * Blocking: * Updates: ** *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Programs/Product#Program_3:_Increase_device_support_for_editing|Goal 3.6]] Support work towards unifying MediaWiki's parser implementations, in liaison with Technology's MediaWiki team ***Parsing depends on MediaWiki Platform, Services **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Prepare for launch of the first Structured Data on Commons feature]] (multilingual file captions) ***SDC depends on Multimedia/,SRE, WMDE, Search Platform, MediaWiki Platform, Research ** [[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Objective 1.1]] Assist with deploying MultiContent Revisions on Commons [[phab:T174022|T174022]] Implement multi-content revisions, [[phab:T174023|T174023]] Implement MCR storage layer, [[phab:T174045|T174045]] DB schema migration for MCR, [[phab:T174044|T174044]] Deploy MCR storage layer, [[phab:T174043|T174043]]Deploy Multi-Content Revisions ***SDC depends on MediaWiki Platform, WMDE === Performance === * Blocked by: **None * Blocking: **SRE (Aaron has work to do to finish the mcrouter rollout, everyone is aware) * Updates: ** Offsite last week ** Nifty blog post: https://phabricator.wikimedia.org/phame/live/7/post/109/mobile_web_performa… ** Updating some dashboards to tighten down alerts ** Perf perception survey continues ** Continuing to split out mediawiki base to push jQuery load back, expect that to land this week sometime === Release Engineering === * Blocked by: * Blocking: ** readers web ** will review https://gerrit.wikimedia.org/r/c/integration/config/+/442126 * Updates: ** FYI: Release Engineering will start including Europeans in our train rotation meaning that the MW Train will now include European appropriate windows for those weeks. Exact schedule TBA to wikitech-l@, ops@, engineering@, and @wikitech-ambassadors@ *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Draft/Programs/Product#Program_2:_Better_Encyclopedia|Outcome 1, Objective 4]]: Continue improving the ways that users can download articles of interest for later consumption *** Reading Web depends on SRE, RelEng, Reading Infra === Research === * Blocked by: * Blocking: * Updates: ** Added Arabic and RLT support to the Gapfinder tools project.: http://gapfinder-tools.wmflabs.org/ ** Done with training models for translation recommendation: https://github.com/wikimedia/research-translation-recommendation-models/ ** Collecting data for Schema:CitationUsage starting tomorrow. *Quarterly goal dependency update: **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Prepare for launch of the first Structured Data on Commons feature]] (multilingual file captions) ***SDC depends on Multimedia/,SRE, WMDE, Search Platform, MediaWiki Platform, Research **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Structured_Data#Segment_4:_Programs|Segment 4, Outcome 2]]: Develop a better understanding of existing needs for Structured Commons- [[phab:T171252|T171252]] ***Research depends on Multimedia === Scoring Platform === * Blocked by: * Blocking: * Updates: === Search Platform === * Blocked by: * Blocking: * Updates: ** Added analysis chain for Mirandese: https://phabricator.wikimedia.org/T197890 ** Finished analysis chain for Esperanto: https://www.mediawiki.org/wiki/User:TJones_(WMF)/Notes/Esperanto_Stemmer_An… ** Added Lexeme to instant indexing setup: https://phabricator.wikimedia.org/T196896 ** Fixed a number of bugs in WDQS MWAPI: https://phabricator.wikimedia.org/T197495 https://phabricator.wikimedia.org/T197496 ** Started preparation to upgrade to ElasticSearch 6.3: https://phabricator.wikimedia.org/T198067 ** Working on Lexeme fulltext search: https://phabricator.wikimedia.org/T196188 ** Working on query parsing refactoring: https://phabricator.wikimedia.org/T185108 *Quarterly goal dependency update: **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Prepare for launch of the first Structured Data on Commons feature]] (multilingual file captions) ***SDC depends on Multimedia/,SRE, WMDE, Search Platform, MediaWiki Platform, Research **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|*Objective 2.1]] Integrate structured file captions into search *** SDC depends on Search Platform, Multimedia === Security === * Blocked by: * Blocking: * Updates: ** *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Programs/Product#Program_3:_Increase_device_support_for_editing|Goal 3.6]]: Support work towards unifying MediaWiki's parser implementations, in liaison with Technology's MediaWiki team ***Parsing depends on MediaWiki Platform, Services === Services === Not attending in person today * Blocked by: none * Blocking: none as we know * Updates: **JobQueue migration completed. No need for Redis queue any more, so far so good ** Language variants support in REST API is coming soon, working with clients to *Quarterly goal dependency update: **[[Wikimedia Audiences/2017-18 Q4 Goals#Readers|Increase code sharing of client apps by coalescing and moving more logic to the server.]] ***Reading Infra/Parsing, Services **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Final/Programs/Product#Program_3:_Increase_device_support_for_editing|Goal 3.6]] Support work towards unifying MediaWiki's parser implementations, in liaison with Technology's MediaWiki team ***Parsing depends on MediaWiki Platform, Services [[Wikimedia Technology/Goals/2017-18 Q4#Program 7. Smart tools for better data|Outcome 2: Objective 1]]: Revision storage scaling *** Services depends on SRE, Parsing === Site Reliability Engineering === * Blocked by: ** None * Blocking: ** Readers web on proton. Should be unblocked this week. * Updates: ** Back from SRE offsite, no updates *Quarterly goal dependency update: **[[metawiki:Wikimedia_Foundation_Annual_Plan/2017-2018/Draft/Programs/Product#Program_2:_Better_Encyclopedia|Outcome 1, Objective 4]]: Continue improving the ways that users can download articles of interest for later consumption *** Reading Web depends on SRE, RelEng, Reading Infra *** The service is after some changes done this and last week seems in a better shape to withstand the monitoring load. Next step is to pool it in LVS and make it available. **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Prepare for launch of the first Structured Data on Commons feature]] (multilingual file captions) ***SDC depends on Multimedia/,SRE, WMDE, Search Platform, MediaWiki Platform, Research [[Wikimedia Technology/Goals/2017-18 Q4#Program 7. Smart tools for better data|Outcome 2: Objective 1]]: Revision storage scaling *** Services depends on SRE, Parsing == Wikidata == * Blocked by: * Blocking: * Updates: ** *Quarterly goal dependency update: **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Prepare for launch of the first Structured Data on Commons feature]] (multilingual file captions) ***SDC depends on Multimedia/,SRE, WMDE, Search Platform, MediaWiki Platform, Research **[[Wikimedia Audiences/2017-18 Q4 Goals#Programs|Objective 1.1]] Assist with deploying MultiContent Revisions on Commons [[phab:T174022|T174022]] Implement multi-content revisions, [[phab:T174023|T174023]] Implement MCR storage layer, [[phab:T174045|T174045]] DB schema migration for MCR, [[phab:T174044|T174044]] Deploy MCR storage layer, [[phab:T174043|T174043]]Deploy Multi-Content Revisions ***SDC depends on MediaWiki Platform, WMDE == German Technical Wishlist == * Blocked by: * Blocking: * Updates: ** == Multi-Content Revisions == * Blocked by: * Blocking: * Updates: ** page update / revision storage refactoring goes live this week: *** https://gerrit.wikimedia.org/r/c/mediawiki/core/+/405015 *** https://gerrit.wikimedia.org/r/c/mediawiki/core/+/406595 *** https://gerrit.wikimedia.org/r/c/mediawiki/core/+/416465 ** RfC on future steps of page update refactoring today: https://phabricator.wikimedia.org/T198075 ** new revision schema will be enabled on beta soon (this week or next): https://phabricator.wikimedia.org/T197818 == SoS Meeting Bookkeeping == * Updates: **

1 0

MediaWiki 1.32.0-wmf.10 group1 rollback
by Dan Duvall 27 Jun '18

27 Jun '18

Hey all, After noticing a spike in DB related errors following today's Train promotion of 1.32.0-wmf.10, I decided to rollback group1 to 1.32.0-wmf.8 (the previously deployed version, despite the numbering). Some teams are already aware of the blocker task and others have been pinged.[0] Also, just a reminder that we have a task for each train rollout to track potential blockers.[1] You can follow that task to track each train's progress. To view which version of MediaWiki any given wiki is running, you can always use the "Wikimedia MediaWiki Versions" tool on Toolforge.[2] Thanks for everyone's help in the #wikimedia-operations channel today! Your conductor for the week, Dan [0]: https://phabricator.wikimedia.org/T198350 [1]: https://phabricator.wikimedia.org/T191056 [2]: https://tools.wmflabs.org/versions/ -- Dan Duvall Software Engineer, Release Engineering Wikimedia Foundation <http://wikimediafoundation.org>

1 0

grafana.wikimedia.org migration to the native LDAP implementation on June 27th
by Alexandros Kosiaris 27 Jun '18

27 Jun '18

Hello everyone, If you don't edit/create dashboards on grafana.wikimedia.org feel free to skip the rest of this email, it does not affect you. Those of you who do, please read on. Our grafana installation dates back quite a bit and it has a custom LDAP authentication and authorization implementation. Nowadays Grafana has native support for LDAP and can query LDAP groups. After some lengthy evaluation and problem solving in https://phabricator.wikimedia.org/T170150, the SRE team feels ready to deprecate the custom LDAP implementation and migrate to the native one. What does this mean? * grafana-admin.wikimedia.org (the entry point for users to authenticate and create dashboards) will be removed * grafana.wikimedia.org WILL remain as is and will very only slightly change, specifically the login menu part (see below) * You will be logging in using a menu in the left hand side of grafana.wikimedia.org using the exact same credentials as before. * The grafana database user attributes email and name will be automatically populated on login from LDAP and enforced. This is expected to be irrelevant for almost everyone, but if you 've edited manually your profile in grafana expect those 2 fields to be overriden with data from LDAP. The date for the migration is June 27th 09:00 UTC and the maintenance window will be 3 hours long. We don't expect it to really last that long however. Expect grafana.wikimedia.org downtime during that timeframe Regards, -- Alexandros Kosiaris <akosiaris(a)wikimedia.org>

1 2

(X)HTML optimization
by Adrian Fellhauer 26 Jun '18

26 Jun '18

Dear members of the MediaWiki developer team, having familiarized myself a bit with the MediaWiki architecture, I believe that I would punctually change the MediaWiki software in order to speed up the page load at the client side. Namely, I believe that I can extremely significantly increase pageload speed by minimizing the rendering time inside the browser. More specifically, by reducing the number of block elements (and more generally, any (X)HTML elements), the expensive rendering of these will diminish. Using this method, I have obtained extremely significant speedups even on a quite reasonable machine (built by myself). This optimization would require that I change the way that wikisyntax is translated into (X)HTML. Moreover, I'd have to redesign the "default components" of the pages. Since MediaWiki is so extensively used, these optimizations may quite substantially reduce energy demands across the globe, and also lead to performance improvements among scientists and laymen alike. With best regards, A. Fellhauer, a.k.a. Mathmensch, English Wikibooks

2 1

Wednesday: Technical Advice IRC Meeting
by Michael Schönitzer 26 Jun '18

26 Jun '18

Sorry for cross-posting! Reminder: Technical Advice IRC meeting again **tomorrow, Wednesday 3-4 pm UTC** on #wikimedia-tech. The Technical Advice IRC meeting is open for all volunteer developers, topics and questions. This can be anything from "how to get started" over "who would be the best contact for X" to specific questions on your project. If you know already what you would like to discuss or ask, please add your topic to the next meeting: https://www.mediawiki.org/wiki/Technical_ Advice_IRC_Meeting Hope to see you there! Michi (for WMDE’s tech team) -- Michael F. Schönitzer Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin Tel. (030) 219 158 26-0 http://wikimedia.de Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen Wissens frei teilhaben kann. Helfen Sie uns dabei! http://spenden.wikimedia.de/ Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

1 0

Re: [Wikitech-l] [Commons-l] FileImporter/FileExporter: Provided as a beta feature on first wikis
by Birgit Müller 26 Jun '18

26 Jun '18

Hi Ankry, yes, there is both a limit for max aggregated bytes and file/page revisions: 250 mb, 100 revisions, see https://phabricator.wikimedia.org/T187214 Birgit 2018-06-25 21:19 GMT+02:00 ankry.wiki via Commons-l < commons-l(a)lists.wikimedia.org>: > Wow. Interesting feature. > > It may be useful for pdf/djvu file transfer sourceswiki <--> commons (in > both directions). > Is there a filesize limit for this operation? > > Ankry > > W dniu 2018-06-25 17:17:31 użytkownik Birgit Müller via Commons-l < > commons-l(a)lists.wikimedia.org> napisał: > > Hello all, > > over the past 1,5 years WMDE’s Technical Wishes team has been working on a > new functionality that allows to transfer files from a local wiki to > Wikimedia Commons, while keeping all original data intact and documenting > the move in the version history. [1] > > The new functionality has been implemented via two extensions: > FileImporter and FileExporter. [2] [3] > > > > We’re happy to announce that the new feature set can be tried out as a > beta feature on first wikis as of today! [4] > > Why this feature > Many wikis have locally stored files, but most of them (if the license > allows it) should be stored on Wikimedia Commons instead, so that all wikis > can use them. Out of that reason, contributors have been moving locally > stored files to Wikimedia Commons with the help of tools for years now. > However, the current transfer process has limits: If you move a file, its > version history page isn’t kept on Commons, so e.g. it doesn’t show who > originally uploaded the file. Besides, previous revisions of the file have > to be added separately to the file page. Keeping all file information > intact currently can’t be done by tools, as this has to be programmed in > the backend. [5] > > > This is why we developed the FileImporter/FileExporter extensions. > > On a side note: The way the features are built, they theoretically could > be used for transferring files from any mediawiki wiki to another mediawiki > wiki in the future (the different wikis don't even have to be part of the > same wikifarm). > > However, our focus for now is: > > Transfer of files from local wikis to Wikimedia Commons > The FileExporter provides a link to Wikimedia Commons on the local wiki > and hands over a URL to the extension FileImporter. The FileImporter is a > Wikimedia Commons extension which imports the file including all data when > all prerequisites are met. Technically, the files won't be "moved", but > "copied". The local communities can decide which templates to use to > indicate that a file should or shouldn’t be moved to Commons. [6] Further, > the decision what to do with the files after they got transferred to > Commons stays with the local communities (e.g. admins can delete the files). > > > To make use of the FileImporter, you have to activate the FileExporter in > your local wiki, provided as a beta feature on Arabic Wikipedia, German > Wikipedia, Persian Wikipedia and Mediawiki.org for now. The FileImporter > on Wikimedia Commons is not a beta feature, so there is no need to activate > it. [7] > > If your local wiki community is interested to test the new functionality > in this first round as well, please discuss this with your community and > let us know by filing a request ticket on Phabricator :-) (example ticket: > https://phabricator.wikimedia.org/T196908) > > Last but not least, we’d like to thank all the people who have tested the > feature earlier, and who have provided valuable feedback. This is much > appreciated! > > Further feedback is very welcome on the central feedback page: > https://www.mediawiki.org/wiki/Help_talk:Extension:FileImporter > > Thank you, > > Birgit (for the Technical Wishes Team) > > > [1] https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/ > Move_files_to_Commons (main project page on Meta) > [2] https://www.mediawiki.org/wiki/Extension:FileImporter > [3] https://www.mediawiki.org/wiki/Extension:FileExporter > [4] https://phabricator.wikimedia.org/T196969 (Deployment ticket for > FileExporter/beta feature and FileImporter) > [5] https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/ > Move_files_to_Commons (main project page on Meta) > > [6] https://www.mediawiki.org/wiki/Extension:FileImporter/Data, please > note that any updates to these files will be used by FileImporter only by > next week! > > [7] https://www.mediawiki.org/wiki/Help:Extension:FileImporter (central > help page) > > > -- > Birgit Müller > Community Communications Manager > Software Development and Engineering > > > > > Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin > Tel. (030) 219 158 26-0 > http://wikimedia.de > > Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen > Wissens frei teilhaben kann. Helfen Sie uns dabei! > http://spenden.wikimedia.de/ > > Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. > Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter > der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für > Körperschaften I Berlin, Steuernummer 27/681/51985. > > > > _______________________________________________ > Commons-l mailing list > Commons-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/commons-l > > -- Birgit Müller Community Communications Manager Software Development and Engineering Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin Tel. (030) 219 158 26-0 http://wikimedia.de Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen Wissens frei teilhaben kann. Helfen Sie uns dabei! http://spenden.wikimedia.de/ Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l June 2018