Re: [Wikitech-ambassadors] Tracking categories for images with attribution problems

[Deryck Chan]

Different wikis often have different metadata formatting conventions
because it's just wikitext. How do the tracking categories know where to
find the information?

Deryck

 On 7 Oct 2014 00:03, Gergo Tisza gti...@wikimedia.org wrote:

 Hi all,

 starting this Tuesday (on Commons) or Thursday (all other wikis), files
which do not have machine-parseable author, source, license or description
will be automatically added to tracking categories (one category for each).
The name of the categories will be determined by the following messages:

 commonsmetadata-trackingcategory-no-license
 commonsmetadata-trackingcategory-no-description
 commonsmetadata-trackingcategory-no-author
 commonsmetadata-trackingcategory-no-source

 Translatewiki link:
https://translatewiki.net/w/i.php?title=Special:Translategroup=ext-commonsmetadata

 If you would rather not have these tracking categories on your wiki, you
can achieve that by setting the content of the local message to - (a
single dash character).

 Links to the local message pages are available from
[[Special:TrackingCategories]].


 ___
 Wikitech-ambassadors mailing list
 Wikitech-ambassadors@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] https-only is reducing accessibility

[Deryck Chan]

Hi ambassadors,

Recently Wikimedia sites switched to https-only for privacy reasons, and
the https certificate has been updated to prevent access altogether where a
secure connection couldn't be established.

This is a problem because some schools and companies deliberately eavesdrop
https for monitoring purposes by inserting an in-house https certificate.
Wikimedia's switch to https-only is preventing people from such networks
from even *reading* Wikipedia.

Is there a compromise that can be sought?

Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] https-only is reducing accessibility

[Deryck Chan]

Understanding comes both ways. Since Snowden's whistleblowing, the tech
community has already been denounced by a significant proportion of society
as selfish nerds who value their own privacy over (communal / national)
security and order. Our switch to https-only (as opposed to
https-recommended) is only sealing that impression.

Coincidentally with the switch to https-only, China has blocked the Chinese
Wikipedia.

We always need to balance security and accessibility. I feel that it is
unwise to remove even the option to use Wikimedia without https encryption.
With the systemic bias of Wikipedia, I feel that this switch has cost us
more in loss of breadth of readership than we gain in security.

Not our fault is not good enough when an encyclopedia loses a small but
significant proportion of its readership, not out of the readers' voluntary
choice.

Deryck

P.S. Nemo: FYI the case in my mind is in the UK, not HK or Mainland China.

On 25 June 2015 at 14:53, Federico Leva (Nemo) nemow...@gmail.com wrote:

 Deryck Chan, 25/06/2015 12:38:

 Is there a compromise that can be sought?


 First comes understanding. It would be very nice to have a map of such
 issues; then WMHK could mail all the schools etc. explaining them why
 encryption is important and why they should not break it, for the kids'
 security's sake.
 Then, once we know who can't be convinced/fixed and why, it will be easier
 to seek alternatives.

 Nemo


 ___
 Wikitech-ambassadors mailing list
 Wikitech-ambassadors@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Technical newsletter (2015, week 27)

[Deryck Chan]

I raise you correct horse battery staple and all his friends.
https://xkcd.com/936/

Quote:

 Through 20 years of effort, we've successfully trained everyone to use
 passwords that are hard for humans to remember, but easy for computers to
 guess.


I'm afraid all the proposed rules on T94774 fall into the same mould. The
approach of mandating a certain number of characters in each set, rather
than an entropy-based approach, forces users to create passwords that they
can't remember but isn't much harder for a machine to crack by brute-force.
And how are the rules gonna be implemented if someone uses non-ASCII
characters? I worry that this switch actually forces some users to switch
to *less* secure passwords because their current passwords are high-entropy
but don't contain the requisite set of characters.

Deryck

[T94774]: https://phabricator.wikimedia.org/T94774

On 29 June 2015 at 16:58, Guillaume Paumier gpaum...@wikimedia.org wrote:

 Hi,

 The latest technical newsletter is now available at
 https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2015/27 .
 Below is the English version.

 You can help write the next newsletter: whenever you see information about
 Wikimedia technology that you think should be distributed more broadly, you
 can add it to the next newsletter at
 https://meta.wikimedia.org/wiki/Tech/News/Next.

 More information on how to contribute is available at
 https://meta.wikimedia.org/wiki/Tech/News#contribute . You can also
 contact me directly.

 As always, feedback (on- or off-list) is appreciated and encouraged.

 —

 Other languages:
 čeština https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/cs • ‎
 English • ‎español
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/es • ‎suomi
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/fi • ‎français
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/fr • ‎עברית
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/he • ‎italiano
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/it • ‎日本語
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/ja • ‎Ripoarisch
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/ksh • ‎português
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/pt • ‎português do
 Brasil https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/pt-br • ‎
 русский https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/ru • ‎
 українська https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/uk • ‎Tiếng
 Việt https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/vi • ‎中文
 https://meta.m.wikimedia.org/wiki/Tech/News/2015/27/zh

 Latest *tech news
 https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News* from the
 Wikimedia technical community. Please tell other users about these changes.
 Not all changes will affect you. Translations
 https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2015/27 are
 available.

 *Recent changes*

- Long lines in code blocks now look better. [1]
https://phabricator.wikimedia.org/T2260
- You can now see graphs in VisualEditor. [2]
https://phabricator.wikimedia.org/T99936
- When you read a page on the mobile site, you can now see a link to
go to its talk page. [3] https://phabricator.wikimedia.org/T54165
- The code coloring tool has changed. You can now use many more
languages. It now also works on mobile. [4]

 https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2015-June/001187.html
 [5] https://phabricator.wikimedia.org/T85794 [6]
https://phabricator.wikimedia.org/T100563
- You can look at a new site http://devhub.wmflabs.org/ to learn how
to reuse data from Wikimedia sites. [7]
https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/082215.html

 *Problems*

- JavaScript was broken on some wikis due to a code error.
VisualEditor and other tools that use JavaScript were broken. [8]
https://phabricator.wikimedia.org/T103498

 *Changes this week*

- The new version https://www.mediawiki.org/wiki/MediaWiki_1.26/wmf12 of
MediaWiki will be on test wikis and MediaWiki.org from June 30. It will be
on non-Wikipedia wikis from July 1. It will be on all Wikipedias from July
2 (calendar https://www.mediawiki.org/wiki/MediaWiki_1.26/Roadmap).
- You can now use a tool in VisualEditor to add and edit code in
color. [9] https://phabricator.wikimedia.org/T45126
- When you edit a sentence in the Translate tool, it can show you
older translations. They help you save time if they look alike. The older
translations should now work better. If you see problems, you should report
them. [10] https://phabricator.wikimedia.org/T101236
- If you are an admin or have other special rights, you now need a
strong password. [11] https://phabricator.wikimedia.org/T94774
- Bot and JavaScript coders: The old continuation mode of the API for
action=query doesn't work any more. [12]

 

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

Whym - This seems to be a very different use case which triggers the same
issue. Can you give us a page where this caused a problem in transclusion?

I have a feeling that we should extend Special:LintErrors to cover any
template transclusion which ended up dumping [[::Actual title|whatever]]
into the as-rendered wikitext.

Deryck

On 15 September 2017 at 09:19, Yusuke Matsubara <w...@whym.org> wrote:

> > We can suggest edits to the affected templates we find referencing
> > this thread (and hopefully changes to trunks will propagate out).
>
> Is there any systematic way to discover affected templates?
> [[:ja:Template:See/core]] seems to be one, but I encountered it just
> by chance.
>
> -Yusuke
>
> On Fri, Sep 15, 2017 at 7:03 AM, Arlo Breault <abrea...@wikimedia.org>
> wrote:
> > Thanks for following up, and sorry for the delay.
> >
> >
> >> On Sep 7, 2017, at 2:41 PM, Deryck Chan <deryckc...@gmail.com> wrote:
> >>
> >> > Can you quantify lots?
> >>
> >> At least 5 templates (including the one discussed in this thread),
> approx 160 transclusions on yue.wp, mostly in article space. That means
> 0.25% of all articles.
> >
> > I see,
> >
> > https://zh-yue.wikipedia.org/w/index.php?title=Template%
> 3AMergeto=revision=1123381=1120457
> >
> > I assume you've made similar edits on the others.
> >
> >
> >> According to the discussion, zh.wp is affected by this bug too: at
> least 7 templates, according to my insource search.
> >>
> >> en.wp has at least 45 pages with this problem, including 9 templates.
> [[en:Template:Merge to]] alone has 3000+ transclusions.
> >
> > The source here isn't exactly the same, since it sits behind the `target`
> > parameter,
> >
> > {{#if:{{{target|}}}|''[[:{{NAMESPACE}}:{{{target}}}|{{
> {target}}}]]''|
> >
> > which doesn't seem to be a common use, judging by a search,
> >
> > insource:/"{{merge to"/i
> >
> > [[en:Template:Original]] also uses this pattern, but doesn't appear
> > to be used in the main article space.
> >
> >
> >> Since this change affected [[en:Template:Merge to]] which is a trunk
> project copied by many other wikis, I expect a very large - probably in the
> tens of thousands - total number of broken pages.
> >
> > It's certainly possible but, again, we did a bunch of testing
> > and only found a handful of cases in our sample.
> >
> > Also, this thread is the only place it has currently been surfaced
> > (to me :/).
> >
> >
> >> My insource search string:
> >> insource:/"[[:{{NAMESPACE}}:"/
> >
> > Where do we go from here?
> >
> > We can revert the change and add comments to the effect that this is
> > acceptable syntax, mentioning this use case, and then go fix up other
> > title parsing implementations.
> >
> > We can suggest edits to the affected templates we find referencing
> > this thread (and hopefully changes to trunks will propagate out).
> >
> > I'm partial to the latter.
> >
> >
> > ___
> > Wikitech-ambassadors mailing list
> > Wikitech-ambassadors@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

Thanks Arlo. Please let us know when this patch goes live so we can start
linting this problem.

On 18 September 2017 at 19:18, Arlo Breault <abrea...@wikimedia.org> wrote:

>
> > On Sep 15, 2017, at 6:00 AM, Deryck Chan <deryckc...@gmail.com> wrote:
> >
> > I have a feeling that we should extend Special:LintErrors to cover any
> template transclusion which ended up dumping [[::Actual title|whatever]]
> into the as-rendered wikitext.
>
> Good idea.  I wrote a patch for that,
> https://gerrit.wikimedia.org/r/#/c/378250/
>
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

 On Oct 2, 2017, at 9:52 AM, Deryck Chan <deryckc...@wikimedia.hk> wrote:
>
> I see that the linter has been deployed, but it doesn't seem to be
picking up errors that result from template transcriptions, e.g.
https://zh-yue.wikipedia.org/wiki/%E8%A9%A9 (Neither this page nor the
template the caused the error has been changed since the MediaWiki breaking
change.)
>
> https://zh-yue.wikipedia.org/wiki/Special:LintErrors/multi-colon-escape
shows no matches.

The short answer is that, currently, there needs to be an edit to
a page (or template transcluded on the page) before the results will
show up.  T161556 is about reprocessing all pages.

https://www.mediawiki.org/wiki/Help:Extension:Linter#
When_are_lint_errors_for_a_page_updated.3F

Yea, for a linter to serve its intended purpose, it ought to exhaustively
process every existing page upon deployment...

Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

A recent change to MediaWiki software seems to have broken templates
everywhere. The syntax

[[:{{NAMESPACE}}:{{{1}}}|{{{1}}}]]

used to work on a template to generate a link to a page in the same
namespace, typically used on templates related to move (rename) discussions.

However this has stopped working as of last month, causing lots of
[[::ABC|ABC]] to be displayed in plain-text everywhere when this syntax is
used in the main namespace.

We figured for now at yue.wp that
[[{{NAMESPACE}}:{{{1}}}|{{{1}}}]]
(notice the deletion of the colon at the beginning) works and would like to
know if this is the recommended solution. This doesn't seem to have been
picked up by Linter.

Related discussion on yue.wp:
https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia%3A%E5%9F%8E%E5%B8%82%E8%AB%96%E5%A3%87_%28%E6%8A%80%E8%A1%93%29=revision=1120463=1118769

Deryck
[[User:Deryck Chan]]
Sysop & ambassador, yue.wp
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

Because if you prefix a wikilink link with a single colon it always works
as a link regardless of namespace. And until the recent MediaWiki change
two colons worked too, so if a template wants to accept both prefixed and
unprefixed links, it can append a single colon to the front.

I see that the linter has been deployed, but it doesn't seem to be picking
up errors that result from template transcriptions, e.g.
https://zh-yue.wikipedia.org/wiki/%E8%A9%A9 (Neither this page nor the
template the caused the error has been changed since the MediaWiki breaking
change.)

https://zh-yue.wikipedia.org/wiki/Special:LintErrors/multi-colon-escape
shows no matches.

On 29 September 2017 at 22:52, Arlo Breault  wrote:

>
> > On Sep 29, 2017, at 5:17 PM, Bartosz Dziewoński 
> wrote:
> >
> > might be prefixed with a colon
>
> Is there a reason why it only *might* be?
>
>
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

Several dozen pages use that template[1] and only 2 of them are currently
indexed on the lint report.

Does the linter eventually propagate to all pages automatically? Or will a
page need to be (null) edited before it get picked up by the lint report?

[1]
https://zh-yue.wikipedia.org/wiki/Special:%E9%82%8A%E5%BA%A6%E9%8F%88%E5%8E%BB%E5%91%A2%E7%89%88/Template:Mergefrom

On 2 October 2017 at 14:59, Jeremy Baron <jer...@tuxmachine.com> wrote:

> On Mon, Oct 2, 2017 at 9:52 AM, Deryck Chan <deryckc...@wikimedia.hk>
> wrote:
> > https://zh-yue.wikipedia.org/wiki/%E8%A9%A9 (Neither this page nor the
>
> I just null edited the page linked and also {{mergefrom}} and now it
> appears on the lint report.
>
> -Jeremy
>
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

I came across this template recently -
https://zh-yue.wikipedia.org/wiki/Template:%E8%BB%9F%E5%BD%88

Any suggestions on how to fix this? This template forcefully prefixes a
colon to make sure a link rather than an interwiki or a categorization or
an image-load happens.

Deryck

On 4 October 2017 at 12:48, Deryck Chan <deryckc...@wikimedia.hk> wrote:

>  On Oct 2, 2017, at 9:52 AM, Deryck Chan <deryckc...@wikimedia.hk> wrote:
> >
> > I see that the linter has been deployed, but it doesn't seem to be
> picking up errors that result from template transcriptions, e.g.
> https://zh-yue.wikipedia.org/wiki/%E8%A9%A9 (Neither this page nor the
> template the caused the error has been changed since the MediaWiki breaking
> change.)
> >
> > https://zh-yue.wikipedia.org/wiki/Special:LintErrors/multi-colon-escape
> shows no matches.
>
> The short answer is that, currently, there needs to be an edit to
> a page (or template transcluded on the page) before the results will
> show up.  T161556 is about reprocessing all pages.
>
> https://www.mediawiki.org/wiki/Help:Extension:Linter#When_
> are_lint_errors_for_a_page_updated.3F
>
> Yea, for a linter to serve its intended purpose, it ought to exhaustively
> process every existing page upon deployment...
>
> Deryck
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

That seems to have worked. Thank you Arlo.
https://zh-yue.wikipedia.org/w/index.php?title=Template%3AMergefrom=revision=1192787=1142219

--Deryck

On 4 May 2018 at 16:12, Arlo Breault <abrea...@wikimedia.org> wrote:

>
>
> > On May 3, 2018, at 6:05 PM, Deryck Chan <deryckc...@gmail.com> wrote:
> >
> > Is there a known method to get around this? The aim is to create a link
> with the given argument as page name and the namespace of the transcluding
> page as namespace.
> >
> > Deryck
>
> Well, for one, you could move the brackets `[[` insides the conditional,
> so that they're the first characters in the output of the template.
>
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [[::Title|Title]]

[Deryck Chan]

Is there a known method to get around this? The aim is to create a link
with the given argument as page name and the namespace of the transcluding
page as namespace.

Deryck

On Thu, 3 May 2018, 21:16 Arlo Breault, <abrea...@wikimedia.org> wrote:

>
>
> > On May 1, 2018, at 1:52 PM, Deryck Chan <deryckc...@wikimedia.hk> wrote:
> >
> > I've recently found that the solution above causes errors when the
> template is transcluded onto another template:
> >
> https://zh-yue.wikipedia.org/wiki/Template:%E5%A5%A7%E6%9E%97%E5%8C%B9%E5%85%8B%E9%81%8B%E5%8B%95%E6%9C%83
> >
> > Offending template: https://zh-yue.wikipedia.org/wiki/Template:Mergefrom
> >
> > Any advice?
>
> It looks like what you're running into is,
>
> https://phabricator.wikimedia.org/T2529
> https://phabricator.wikimedia.org/T14974
>
>
> https://github.com/wikimedia/mediawiki/blob/b3f6d9f20f32f50902dc462ff5c46ee1be436335/includes/parser/Parser.php#L3323-L3331
>
> so that, when a namespace is present,
> the output of the parser function starts
> with a colon, which gets pushed to a new
> line, breaking the wikilink syntax.
>
>
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Mass message delivery error code: readonly

[Deryck Chan]

Hello ambassadors,

Can someone explain this error message to me?

2018年10月4號 (四) 12:03 Delivery of "Reminder: No editing for up to an hour on
10 October" to Wikipedia:城市論壇 (技術)

failed with an error code of readonly

-- Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Map overlay on wmflabs

[Deryck Chan]

Hello everyone,

This tool:
https://tools.wmflabs.org/wp-world/googlmaps-proxy.php?page=https:%2F%2Ftools.wmflabs.org%2Fpara%2Fgeo%2Fgeonotices

seems to have been down for a few weeks.

It appears that the KML file at
https://tools.wmflabs.org/para/geo/geonotices still works, but the map
overlay page is gone.

Does anyone know where that tool has gone?

Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Interface Administrator rollout

[Deryck Chan]

Well, the Interface Administrator right got rolled out and thousands of
admins lost their rights to edit the MediaWiki namespace overnight, without
any prior notice on their user talk page nor any known process on how to
regain that right.

This has completely wreaked havoc on the English Wikipedia, to say the
least. If this was rolled out in a way such that existing admins could've
applied to get the Interface Administrator flag before the right to edit
interface messages was stripped from the Sysop group, this mess could've
been avoided.

https://en.wikipedia.org/wiki/Wikipedia_talk:Interface_administrators

Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Coming soon to all wikis: beta feature FileExporter

[Deryck Chan]

It's great...!

I've come across a few cases where there's already a copy of the file on
Commons, but the (original) local file hasn't been deleted yet. Should I
use the new tool to import the file history, or is that not necessary? What
was WMDE's proposde workflow for old files that were imported without the
file history?

On Wed, 16 Jan 2019 at 14:22, Johanna Strodt 
wrote:

> Hello Deryck,
>
> Wow, that's great! As of ~2 hours ago, the feature is available on all
> wikis (don't forget to activate it in your preferences). I'd love to hear
> what you think of it.
>
> Best,
> Johanna
>
>
> Am Mi., 16. Jan. 2019 um 15:10 Uhr schrieb Deryck Chan <
> deryckc...@gmail.com>:
>
>> Hello Johanna,
>>
>> This is great timing. The Cantonese Wikipedia has recently been going
>> through a drive to clean up old files, some dating back to 2006, which
>> haven't been moved to Commons because... CommonsHelper is frankly a bit
>> clumsy. This will help us lots!
>>
>> Deryck
>>
>> On Mon, 14 Jan 2019 at 12:04, Johanna Strodt 
>> wrote:
>>
>>> // sorry for cross-posting
>>>
>>> The FileExporter will soon be released as a beta feature to all wikis.
>>> The planned deployment date is January 16.
>>>
>>> Some background: Files from local wikis should be transferred to
>>> Wikimedia Commons if their license allows it. This way, they can be used by
>>> all wikis. But if you wanted to import a local file to Commons in the past,
>>> you couldn’t properly transfer its file and page history. It was a wish
>>> from a survey of the German-speaking communities to find a solution to this
>>> problem.
>>>
>>> Now, the FileExporter makes it possible to import a file from a local
>>> wiki to Wikimedia Commons, while keeping its history intact. A first
>>> version has already been a beta feature on a few first wikis since June
>>> 2018. [1] Since then, bugs were fixed and features were added.
>>>
>>> If you’re interested in importing local files, please give the feature a
>>> try. Even though it’s a beta feature, you can use it for real file imports. 
>>> Please
>>> note that in order to get started, you need to
>>>
>>>1.
>>>
>>>activate the beta feature “FileExporter” on your wiki [2], and
>>>2.
>>>
>>>make sure your wiki has a proper configuration file. Configuration
>>>files are maintained by each wiki's community. They define, among
>>>other things, whether a file can be exported. Exports from wikis without 
>>> a
>>>configuration file are blocked. Find more more information in the
>>>documentation. [3]
>>>
>>>
>>> We’re looking forward to your feedback on the central feedback page! [4]
>>> A big thanks to everyone who gave feedback so far.
>>>
>>> If you wish to learn more about the project, have a look at the page of
>>> the wish. [5]
>>>
>>> For the Technical Wishes team,
>>>
>>> Johanna
>>>
>>> [1] deployment plan:
>>> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Move_files_to_Commons#Deployment_plan
>>>
>>> [2] go to Preferences > Beta features, e.g.
>>> https://meta.wikimedia.org/wiki/Special:Preferences#mw-prefsection-betafeatures
>>>
>>> [3] documentation on configuration files:
>>> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Move_files_to_Commons/Configuration_file_documentation
>>>
>>> [4] central feedback page:
>>> https://www.mediawiki.org/wiki/Help_talk:Extension:FileImporter
>>>
>>> [5] project page:
>>> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Move_files_to_Commons
>>>
>>> Johanna Strodt Project Manager Community Communications Technical
>>> Wishlist, Wikimedia Deutschland
>>> ___
>>> Wikitech-ambassadors mailing list
>>> Wikitech-ambassadors@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>>>
>> ___
>> Wikitech-ambassadors mailing list
>> Wikitech-ambassadors@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>>
>
>
> --
> Johanna Strodt
> Projektmanagerin Kommunikation Communitys Technische Wunschliste
>
> Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
> Tel. (030) 219 158 26-0
> https://wikimedia.de
>

Re: [Wikitech-ambassadors] Coming soon to all wikis: beta feature FileExporter

[Deryck Chan]

Hello Johanna,

This is great timing. The Cantonese Wikipedia has recently been going
through a drive to clean up old files, some dating back to 2006, which
haven't been moved to Commons because... CommonsHelper is frankly a bit
clumsy. This will help us lots!

Deryck

On Mon, 14 Jan 2019 at 12:04, Johanna Strodt 
wrote:

> // sorry for cross-posting
>
> The FileExporter will soon be released as a beta feature to all wikis. The
> planned deployment date is January 16.
>
> Some background: Files from local wikis should be transferred to Wikimedia
> Commons if their license allows it. This way, they can be used by all
> wikis. But if you wanted to import a local file to Commons in the past, you
> couldn’t properly transfer its file and page history. It was a wish from a
> survey of the German-speaking communities to find a solution to this
> problem.
>
> Now, the FileExporter makes it possible to import a file from a local wiki
> to Wikimedia Commons, while keeping its history intact. A first version has
> already been a beta feature on a few first wikis since June 2018. [1] Since
> then, bugs were fixed and features were added.
>
> If you’re interested in importing local files, please give the feature a
> try. Even though it’s a beta feature, you can use it for real file imports. 
> Please
> note that in order to get started, you need to
>
>1.
>
>activate the beta feature “FileExporter” on your wiki [2], and
>2.
>
>make sure your wiki has a proper configuration file. Configuration
>files are maintained by each wiki's community. They define, among
>other things, whether a file can be exported. Exports from wikis without a
>configuration file are blocked. Find more more information in the
>documentation. [3]
>
>
> We’re looking forward to your feedback on the central feedback page! [4] A
> big thanks to everyone who gave feedback so far.
>
> If you wish to learn more about the project, have a look at the page of
> the wish. [5]
>
> For the Technical Wishes team,
>
> Johanna
>
> [1] deployment plan:
> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Move_files_to_Commons#Deployment_plan
>
> [2] go to Preferences > Beta features, e.g.
> https://meta.wikimedia.org/wiki/Special:Preferences#mw-prefsection-betafeatures
>
> [3] documentation on configuration files:
> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Move_files_to_Commons/Configuration_file_documentation
>
> [4] central feedback page:
> https://www.mediawiki.org/wiki/Help_talk:Extension:FileImporter
>
> [5] project page:
> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Move_files_to_Commons
>
> Johanna Strodt Project Manager Community Communications Technical
> Wishlist, Wikimedia Deutschland
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Coming soon to all wikis: beta feature FileExporter

[Deryck Chan]

I remember being told a few years ago that file histmerge isn't possible.

Also most of us aren't Commons admins, so I guess unless a Commons admin
wants to take up the task, perfect file attribution isn't gonna happen...

On Fri, 18 Jan 2019, 07:03 Raimond Spekking  Hi,
>
> I have tested this case this an hour ago with
> https://commons.wikimedia.org/w/index.php?title=File:Kimberlit_-_Suedafrika2.jpg=history
>
> I works, but it is some manual work necessary to restore the file
> description on Commons and refine it after the import. I am not sure if I
> would do this very often...
>
> Pro: Perfect attribution to the original uploader
>
> Contra: Manual work
>
> Regards
>
> Raimond.
>
> --
> Raimond Spekking, Köln
>
> Am 17.01.2019 um 21:52 schrieb Michael Schönitzer:
>
> Hi,
>
> Thank you for the positiv feedback!
>
> The decision if you move an already moved file again or not is up to you,
> the community. WMDE “just” provides you with the tools to do so. If you
> move the file again you have the advantage to not lose the file and version
> history and have more transparency about who uploaded the file or edited
> the file description page.
>
> To do so you will have to first delete the file on Wikimedia Commons, then
> move the file with FileExporter and finally delete the local version.
>
> If the file page on Wikimedia Commons has been changed in the meantime and
> you want to preserve both version histories, you can try to undelete the
> version on Wikimedia Commons after moving the file to merge the version
> histories – but that might be a bit tricky.
>
> Cheers,
>  M
>
> Am Mi., 16. Jan. 2019 um 15:43 Uhr schrieb Deryck Chan <
> deryckc...@gmail.com>:
>
>> It's great...!
>>
>> I've come across a few cases where there's already a copy of the file on
>> Commons, but the (original) local file hasn't been deleted yet. Should I
>> use the new tool to import the file history, or is that not necessary? What
>> was WMDE's proposde workflow for old files that were imported without the
>> file history?
>>
>> On Wed, 16 Jan 2019 at 14:22, Johanna Strodt 
>> wrote:
>>
>>> Hello Deryck,
>>>
>>> Wow, that's great! As of ~2 hours ago, the feature is available on all
>>> wikis (don't forget to activate it in your preferences). I'd love to
>>> hear what you think of it.
>>>
>>> Best,
>>> Johanna
>>>
>>>
>>> Am Mi., 16. Jan. 2019 um 15:10 Uhr schrieb Deryck Chan <
>>> deryckc...@gmail.com>:
>>>
>>>> Hello Johanna,
>>>>
>>>> This is great timing. The Cantonese Wikipedia has recently been going
>>>> through a drive to clean up old files, some dating back to 2006, which
>>>> haven't been moved to Commons because... CommonsHelper is frankly a bit
>>>> clumsy. This will help us lots!
>>>>
>>>> Deryck
>>>>
>>>> On Mon, 14 Jan 2019 at 12:04, Johanna Strodt <
>>>> johanna.str...@wikimedia.de> wrote:
>>>>
>>>>> // sorry for cross-posting
>>>>>
>>>>> The FileExporter will soon be released as a beta feature to all wikis.
>>>>> The planned deployment date is January 16.
>>>>>
>>>>> Some background: Files from local wikis should be transferred to
>>>>> Wikimedia Commons if their license allows it. This way, they can be used 
>>>>> by
>>>>> all wikis. But if you wanted to import a local file to Commons in the 
>>>>> past,
>>>>> you couldn’t properly transfer its file and page history. It was a wish
>>>>> from a survey of the German-speaking communities to find a solution to 
>>>>> this
>>>>> problem.
>>>>>
>>>>> Now, the FileExporter makes it possible to import a file from a local
>>>>> wiki to Wikimedia Commons, while keeping its history intact. A first
>>>>> version has already been a beta feature on a few first wikis since June
>>>>> 2018. [1] Since then, bugs were fixed and features were added.
>>>>>
>>>>> If you’re interested in importing local files, please give the feature
>>>>> a try. Even though it’s a beta feature, you can use it for real file
>>>>> imports. Please note that in order to get started, you need to
>>>>>
>>>>>1.
>>>>>
>>>>>activate the beta feature “FileExporter” on your wiki [2], and
>>>>>2.
>>>&

Re: [Wikitech-ambassadors] Removal of unblockself rights on wiki

[Deryck Chan]

 On Sat, 15 Dec 2018 at 15:47, stjn  wrote:

> Something is rotten in the way changes are being discussed and
> communicated, and it must be fixed. The approach to major changes (not
> talking about some design fix) should involve community and be entirely
> international, right now, sadly, WMF asks English Wikipedia on a better day
> and no one on a worse day.
>

We are a decentralized movement though. Publicizing proposed changes on the
Ambassadors list, discussing it on Phabricator, and cross-posting on every
VPT, is pretty much the best we can do in terms of getting true
international involvement.

On Tue, 18 Dec 2018 at 10:30, geraki  wrote:

> On Thu, Dec 13, 2018 at 8:20 PM Deryck Chan  wrote:
>
> Just to keep everyone aware of what's been happening in
>> https://phabricator.wikimedia.org/T150826 – to avoid the "shoot first to
>> win" situation, a blocked admin can block the admin who blocked them but no
>> one else. Our balance of terror.
>
>
> I would recommend a threshold of five admins. Notice that if there are
>> only three admins (with Nemo's proposal), if one admin blocks another
>> admin, the situation reduces to a "shoot first to win" between the two
>> remaining admins. If there are five admins and one blocks another, there
>> will still be three uninvolved admins left to argue it out :)
>>
>
> In fact, in small wikis it is more likely that the rest of admins will not
> want to get involved. I've seen it, experienced it. In wikis with more than
> five admins (and some may not be active - you loose rights only after two
> years of inactivity). I have even seen admins blocking themselves and
> taking wikibreak after blocking another admin, just to show that the were
> unhappy that they had to do it.
>
> :(.

>
> Any technical change should examine all expected and unexpected scenarios
> for manipulation before implemented.
>
> We should endeavour to explore the impact of all plausible scenarios, but
can't reasonably expect a wiki community to examine *all unexpected*
scenarios - if we imposed this requirement, nothing will ever happen. In
fact the wiki would never have happened if that was the case.
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] URL shortener for the Wikimedia projects will be available on April 11th

[Deryck Chan]

This will be nice. query.wikidata.org needs this in-house URL shortener the
most, so we can paste URL short links rather than super long links to
Sparql results!

On Wed, 3 Apr 2019, 13:14 Léa Lacroix,  wrote:

> *(apologies for crost-posting - feel free to share this announcement in
> your communities)*
>
> Hello all,
>
> Having a service providing short links exclusively for the Wikimedia
> projects is a community request that came up regularly on Phabricator
>  or in community discussions
> .
>
>
> After a common work of developers from the Wikimedia Foundation and
> Wikimedia Germany, we are now able to provide such a feature, it will be
> enabled on April 11th on Meta.
> *What is the URL Shortener doing?*
>
> The Wikimedia URL Shortener is a feature that allows you to create short
> URLs for any page on projects hosted by the Wikimedia Foundation, in order
> to reuse them elsewhere, for example on social networks or on wikis.
>
> The feature can be accessed from Meta wiki on the special page
> m:Special:URLShortener
>  (will be enabled
> on April 11th). On this page, you will be able to enter any web address
> from a service hosted by the Wikimedia Foundation, to generate a short URL,
> and to copy it and reuse it anywhere.
>
> The format of the URL is w.wiki/ followed by a string of letters and
> numbers. You can already test an example: w.wiki/3 redirects to
> wikimedia.org.
> *What are the limitations and security measures?*
>
> In order to assure the security of the links, and to avoid shortlinks
> pointing to external or dangerous websites, the URL shortener is restricted
> to services hosted by the Wikimedia Foundation. This includes for example:
> all Wikimedia projects, Meta, Mediawiki, the Wikidata Query Service,
> Phabricator. (see the full list here
> )
>
> In order to avoid abuse of the tool, there is a rate limit: logged-in
> users can create up to 50 links every 2 minutes, and the IPs are limited to
> 10 creations per 2 minutes.
> *Where will this feature be available?*
>
> In order to enforce the rate limit described above, the page
> Special:URLShortener will only be enabled on Meta. You can of course create
> links or redirects to this page from your home wiki.
>
> The next step we’re working on is to integrate the feature directly in the
> interface of the Wikidata Query Service, where bit.ly is currently used
> to generate short links for the results of the queries. For now, you will
> have to copy and paste the link of your query in the Meta page.
> *Documentation and requests*
>
>- If you have any question or requests, feel free to leave a comment
>under this Phabricator task 
>- The user documentation is available here
>
> :
>please help us to translate it in your language!
>- See also the technical documentation of the extension
>
>
> Thanks a lot to all the developers and volunteers who helped moving
> forward with this feature, and making it available today for everyone in
> the Wikimedia projects!
> --
> Léa Lacroix
> Project Manager Community Communication for Wikidata
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt
> für Körperschaften I Berlin, Steuernummer 27/029/42207.
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Wednesday: Technical Advice IRC Meeting

[Deryck Chan]

I love how the list of available languages is different each week (and
hints at which WMF devs will be on the line). --Deryck

On Mon, 11 Feb 2019 at 15:34, Michael Schönitzer <
michael.schoenit...@wikimedia.de> wrote:

> Reminder: Technical Advice IRC meeting this week **(Wednesday) 4-5 pm
> UTC** on #wikimedia-tech.
> Question can be asked in English & Persian.
>
> The Technical Advice IRC Meeting is a weekly support event for volunteer
> developers. Every Wednesday, two full-time developers are available to help
> you with all your questions about Mediawiki, gadgets, tools and more! 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 the Technical Advice IRC Meeting crew)
>
>
> --
> Michael F. Schönitzer
>
>
> Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
> Tel. (030) 219 158 26-0
> https://wikimedia.de
>
> Unsere Vision ist eine Welt, in der alle Menschen am Wissens der
> Menschheit teilhaben, es nutzen und mehren können. Helfen Sie uns dabei!
> https://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/029/42207.
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Searching deleted page content

[Deryck Chan]

Hello ambassadors.

I can't find relevant info in the documentation so I've come to ask here -
Is it possible to run a keyword search in deleted page content?

I've got this situation where a few pages were deleted by mistake, and
redirects to those pages were speedily deleted by other admins. Now there
are no searchable traces of what redirects we should restore, and admins
don't know where in the deletion log to look. Any advice?

Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] [Wikidata] URL shortener for the Wikimedia projects will be available on April 11th

[Deryck Chan]

Lovely jubbly. Thanks!

Will buttons to the shortener be deployed to each WMF wiki and
query.wikidata.org ?

Deryck

On Thu, 11 Apr 2019, 15:18 Amir Sarabadani,  wrote:

> Hey,
> This is live now, you can use it in
> https://meta.wikimedia.org/wiki/Special:UrlShortener
>
> Best
>
> On Wed, Apr 3, 2019 at 2:14 PM Léa Lacroix 
> wrote:
>
>> *(apologies for crost-posting - feel free to share this announcement in
>> your communities)*
>>
>> Hello all,
>>
>> Having a service providing short links exclusively for the Wikimedia
>> projects is a community request that came up regularly on Phabricator
>>  or in community discussions
>> .
>>
>>
>> After a common work of developers from the Wikimedia Foundation and
>> Wikimedia Germany, we are now able to provide such a feature, it will be
>> enabled on April 11th on Meta.
>> *What is the URL Shortener doing?*
>>
>> The Wikimedia URL Shortener is a feature that allows you to create short
>> URLs for any page on projects hosted by the Wikimedia Foundation, in order
>> to reuse them elsewhere, for example on social networks or on wikis.
>>
>> The feature can be accessed from Meta wiki on the special page
>> m:Special:URLShortener
>>  (will be enabled
>> on April 11th). On this page, you will be able to enter any web address
>> from a service hosted by the Wikimedia Foundation, to generate a short URL,
>> and to copy it and reuse it anywhere.
>>
>> The format of the URL is w.wiki/ followed by a string of letters and
>> numbers. You can already test an example: w.wiki/3 redirects to
>> wikimedia.org.
>> *What are the limitations and security measures?*
>>
>> In order to assure the security of the links, and to avoid shortlinks
>> pointing to external or dangerous websites, the URL shortener is restricted
>> to services hosted by the Wikimedia Foundation. This includes for example:
>> all Wikimedia projects, Meta, Mediawiki, the Wikidata Query Service,
>> Phabricator. (see the full list here
>> )
>>
>> In order to avoid abuse of the tool, there is a rate limit: logged-in
>> users can create up to 50 links every 2 minutes, and the IPs are limited to
>> 10 creations per 2 minutes.
>> *Where will this feature be available?*
>>
>> In order to enforce the rate limit described above, the page
>> Special:URLShortener will only be enabled on Meta. You can of course create
>> links or redirects to this page from your home wiki.
>>
>> The next step we’re working on is to integrate the feature directly in
>> the interface of the Wikidata Query Service, where bit.ly is currently
>> used to generate short links for the results of the queries. For now, you
>> will have to copy and paste the link of your query in the Meta page.
>> *Documentation and requests*
>>
>>- If you have any question or requests, feel free to leave a comment
>>under this Phabricator task 
>>- The user documentation is available here
>>
>> :
>>please help us to translate it in your language!
>>- See also the technical documentation of the extension
>>
>>
>> Thanks a lot to all the developers and volunteers who helped moving
>> forward with this feature, and making it available today for everyone in
>> the Wikimedia projects!
>> --
>> Léa Lacroix
>> Project Manager Community Communication for Wikidata
>>
>> Wikimedia Deutschland e.V.
>> Tempelhofer Ufer 23-24
>> 10963 Berlin
>> www.wikimedia.de
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>>
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
>> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt
>> für Körperschaften I Berlin, Steuernummer 27/029/42207.
>> ___
>> Wikidata mailing list
>> wikid...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>
>
> --
> Amir
>
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Searching deleted page content

[Deryck Chan]

Thanks everyone for your input.

The issue that made me ask my question actually arose from en.wp:
https://en.wikipedia.org/wiki/Wikipedia:Deletion_review#Coix_lacryma-jobi_var._ma-yuen

Basically, someone forked an article and various people (rightly) repointed
some subtopic redirects to the new article. Then the fork got deleted, and
other editors and admins quickly deleted all those redirects without
looking at the page history or incoming links, creating lots of redlinks
overnight. But one cannot search deleted page history, so there's no way to
find out what redirects should be restored to the old article.

The same problem can happen on any MediaWiki site, so I wondered if a
relevant search function existed.

Part of the problem lies with Twinkle, which deletes broken redirects with
one click without checking page history, encouraging this kind of reckless
deletion. I have raised this issue at the Twinkle repository:
https://github.com/azatoth/twinkle/issues/591

Thanks for all your help.
Deryck

On Thu, 18 Apr 2019 at 18:45, Nick Wilson (Quiddity) 
wrote:

> Hi Deryck,
>
> It might help if you provide us with any of the other known aspects, e.g.
> topic-area, last known time of existence, etc.
>
> If I was looking, my first step with just the current info, would probably
> be to open the Special:Log/delete at the relevant wiki, expand it to 500
> entries, and try a few ctrl-F searches to narrow down the time-frame. E.g.
> https://meta.wikimedia.org/w/index.php?title=Special:Log==500=delete=delete
>
> Separately, there might also be clues in the description of
> https://phabricator.wikimedia.org/T109561 (for using Special:Undelete to
> searching deleted page titles, with some fuzzy-matching now available)
>
> HTH,
> Quiddity
>
> On Thu, Apr 18, 2019 at 10:16 AM Vi to  wrote:
>
>> AFAIK nope, you can just search for title prefixes.
>>
>> Vito
>>
>> Il giorno gio 18 apr 2019 alle ore 16:23 Deryck Chan <
>> deryckc...@gmail.com> ha scritto:
>>
>>> Hello ambassadors.
>>>
>>> I can't find relevant info in the documentation so I've come to ask here
>>> - Is it possible to run a keyword search in deleted page content?
>>>
>>> I've got this situation where a few pages were deleted by mistake, and
>>> redirects to those pages were speedily deleted by other admins. Now there
>>> are no searchable traces of what redirects we should restore, and admins
>>> don't know where in the deletion log to look. Any advice?
>>>
>>> Deryck
>>> ___
>>> Wikitech-ambassadors mailing list
>>> Wikitech-ambassadors@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>>>
>> ___
>> Wikitech-ambassadors mailing list
>> Wikitech-ambassadors@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>>
>
>
> --
> Nick "Quiddity" Wilson (he/him)
> Community Engagement - Documentation
> Wikimedia Foundation
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Lua script that needs to look up a big table (phonetic guide automation)

[Deryck Chan]

Hello Ambassadors - This technical question may be relevant to multiple
(particularly CJK) language communities so I'm asking it here.

What is the advice for writing a Lua script that needs to look up data from
a big table (~10k rows at first deployment, potentially increasing in the
future)? Does one hard-code the data into a Lua script, or is there a
recommended data structure for storing those?

The design problem at hand is that the Cantonese Wikipedia wants to re-sort
articles by Jyutping rather than Unicode. This will probably involve
automating the generation of Jyutping phonetic guides by looking up the
Jyutping transcription of common Chinese characters using a Lua module.
Where do we store the data?

If another wiki has done similar things, we'd be interested in sharing the
infrastructure.

Deryck
On behalf of the Cantonese Wikipedia community
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Breaking change on Wikidata?

[Deryck Chan]

Hello ambassadors,

I got a report on Cantonese Wikipedia saying the "add sitelink" button on
the language bar has disappeared (for articles that aren't already linked
to Wikidata).  Does anyone know what happened?

Deryck
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Breaking change on Wikidata?

[Deryck Chan]

Thanks everyone. I'll point people to T252800.

On Wed, 27 May 2020 at 23:40, youssef  wrote:

> thinks
>
> Le mer. 27 mai 2020 à 16:05, Deryck Chan  a écrit :
>
>> Hello ambassadors,
>>
>> I got a report on Cantonese Wikipedia saying the "add sitelink" button on
>> the language bar has disappeared (for articles that aren't already linked
>> to Wikidata).  Does anyone know what happened?
>>
>> Deryck
>> ___
>> Wikitech-ambassadors mailing list
>> Wikitech-ambassadors@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>>
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

Re: [Wikitech-ambassadors] Can you translate this sentence please?

[Deryck Chan]

zh (hant):
維基媒體各計劃（包括維基百科）將會進行安全性更新。您現在使用的瀏覽器是舊版本，未來將無法連接維基媒體各計劃。請更新您的設備，或聯絡您的系統管理員。

On Tue, 3 Nov 2020, 20:30 Amir Sarabadani,  wrote:

> Hello,
> I'm rewording the browser security message a bit and I need translation of
> this sentence to these languages: zh, es, ja, sv, hi
>
> "Wikimedia projects including Wikipedia are getting more secure. You are
> using an old web browser that will not be able to connect to Wikimedia
> projects in the future. Please update your device or contact your IT
> administrator."
>
>
> (For more information see
> https://gerrit.wikimedia.org/r/c/operations/puppet/+/637850)
> Thank you so much!
> --
> Amir (he/him)
>
> ___
> Wikitech-ambassadors mailing list
> Wikitech-ambassadors@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
___
Wikitech-ambassadors mailing list
Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors

[Wikitech-ambassadors] Magic word to hide mainspace soft redirects from article count?

[Deryck Chan]

Hello Ambassadors,

Is there a magic word that one can use on soft redirect templates (e.g.
interwiki to Wiktionary) such that they do not appear in article counts?

--Deryck
[[User:Deryck Chan]]
___
Wikitech-ambassadors mailing list -- wikitech-ambassadors@lists.wikimedia.org
To unsubscribe send an email to wikitech-ambassadors-le...@lists.wikimedia.org