Wikitech-l October 2015

122 participants
121 discussions

Missing Section Headings
by Marc Riddell 13 Sep '24

13 Sep '24

Hello, I have been a WP editor since 2006. I hope you can help me. For some reason I no longer have Section Heading titles showing in the Articles. This is true of all Headings including the one that carries the Article subject's name. When there is a Table of Contents, it appears fine and, when I click on a particular Section, it goes to that Section, but all that is there is a straight line separating the Sections. There is also no button to edit a Section. If I edit the page and remove the "== ==" markers from the Section Titles, the Title then shows up, but not as a Section Heading. Also, I don't have any Date separators on my Want List. This started 2 days ago. Any thoughts? Thanks, Marc Riddell [[User:Michael David]]

10 11

How to make commits from mirrored Wikimedia repos show up on your GitHub profile
by Bartosz Dziewoński 28 Jun '24

28 Jun '24

I know it has been annoying a couple of people other than me, so now that I've learned how to make it work I'll share the knowledge here. tl;dr: Star the repositories. No, seriously. (And yes, you need to star each extension repo separately.) (Is there a place on mw.org to put this tidbit on?) ------- Forwarded message ------- From: "Brian Levine" <support(a)github.com> (GitHub Staff) To: matma.rex(a)gmail.com Cc: Subject: Re: Commits in mirrored repositories not showing up on my profile Date: Tue, 09 Jul 2013 06:47:19 +0200 Hi Bartosz In order to link your commits to your GitHub account, you need to have some association with the repository other than authoring the commit. Usually, having push access gives you that connection. In this case, you don't have push permission, so we don't link you to the commit. The easy solution here is for you to star the repository. If you star it - along with the other repositories that are giving you this problem - we'll see that you're connected to the repository and you'll get contribution credit for those commits. Cheers Brian -- Matma Rex

3 3

Deploying the UrlShortener extension to Wikimedia wikis
by Legoktm 12 Nov '16

12 Nov '16

Hi, YuviPanda, prtksxna, and myself (with help from Tim and Aaron) have been working the UrlShortener extension, which is designed to implement the URL shortener RfC[1] (specifically Tim's implementation suggestion). I've filed T108557[2] to deploy the extension to Wikimedia wikis. We'd like to use the "w.wiki" short domain, which the WMF is already in control of. A test wiki has been set up mimicking what Wikimedia's configuration would be like: http://urlshortener.wmflabs.org/, and has an accompanying "short" domain at us.wmflabs.org (e.g. http://us.wmflabs.org/3). Please play with it and report any bugs you might find :) [1] https://www.mediawiki.org/wiki/Requests_for_comment/URL_shortener [2] https://phabricator.wikimedia.org/T108557 Thanks, -- Legoktm

3 5

Saving MediaWiki:common.js
by Legault, Phillip [ITSUS] 28 Jan '16

28 Jan '16

I ran into an issue trying to save MediaWiki:Common.js I get this page not available (index.php?title=MediaWiki:Common.js&action=submit) MediaWiki:Common.css save fine Any Idea what I'm doing wrong? Thank you!

4 6

XML dumps
by Lars Aronsson 12 Jan '16

12 Jan '16

The XML database dumps are missing all through May, apparently because of a memory leak that is being worked on, as described here, https://phabricator.wikimedia.org/T98585 However, that information doesn't reach the person who wants to download a fresh dump and looks here, http://dumps.wikimedia.org/backup-index.html I think it should be possible to make a regular schedule for when these dumps should be produced, e.g. once each month or once every second month, and treat any delay as a bug. The process to produce them has been halted by errors many times in the past, and even when it runs as intended the interval is unpredictable. Now when there is a bug, all dumps are halted, i.e. much delayed. For a user of the dumps, this is extremely frustrating. With proper release management, it should be possible to run the old version of the process until the new version has been tested, first on some smaller wikis, and gradually on the larger ones. -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

7 7

Re: [Wikitech-l] VisualEditor support for table copy-and-paste from Word
by Koerner, Chris L 23 Dec '15

23 Dec '15

This drag and drop from a CSV and other mentions of VE neatness would make a great blog post. I would love see a post about being productive in VisualEditor. Tips and tricks as it were. -Chris K. This electronic mail and any attached documents are intended solely for the named addressee(s) and contain confidential information. If you are not an addressee, or responsible for delivering this email to an addressee, you have received this email in error and are notified that reading, copying, or disclosing this email is prohibited. If you received this email in error, immediately reply to the sender and delete the message completely from your computer system.

2 1

Improving CAPTCHA friendliness for humans, and increasing CAPTCHA difficulty for bots
by Pine W 17 Dec '15

17 Dec '15

I see that there's an active workboard in Phabricator at https://phabricator.wikimedia.org/project/board/225/ for CAPTCHA issues. Returning to a subject that has been discussed several times before: the last I heard is that our current CAPTCHAs do block some spambots, but they also present problems for humans and aren't especially difficult for more sophisticated spambots to solve. Can someone share a general update on what's happening with regard to improving usability for humans and increasing the difficulty for bots? I'm particularly concerned about the former issue, since CAPTCHAs might be filtering out some good-faith human editors. Thanks, Pine

8 13

2015-07-01 Scrum of Scrums notes
by Grace Gellerman 15 Nov '15

15 Nov '15

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-07-01

13 18

is this list's archives searchable?
by dinar qurbanov 14 Nov '15

14 Nov '15

i do not see search form in https://lists.wikimedia.org/mailman/listinfo/wikitech-l and google has nothing for site:https://lists.wikimedia.org/pipermail/wikitech-l/ , because of robots.txt. see https://lists.wikimedia.org/robots.txt : # robots.txt for lists.wikimedia.org # # Disabled crawling for several lists 2005-11-26 to # discourage people from complaining about items they # post on public mailing lists being the first Google # search result about them. # # Note that list archives remain public. # User-agent: * Disallow: /pipermail/ i have just now posted about code formatting in gerrit, probably that was already discussed. but i could not search it in here.

2 2

"Try the free Wikipedia app" banners
by Ori Livneh 11 Nov '15

11 Nov '15

We appear to be running a banner campaign on the mobile web site, driving people to download the mobile app: https://en.m.wikipedia.org/wiki/?banner=Aug2015_app_banner_2 https://en.m.wikipedia.org/wiki/?banner=Aug2015_app_banner_1 Campaign definition: https://meta.wikimedia.org/w/index.php?title=Special:CentralNotice&subactio… This isn't cool. This isn't us. We don't drive people from an open platform to a closed one.

14 27

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 October 2015