In T128173#11569890, @KSiebert wrote:

What's missing to close this wish? https://meta.wikimedia.org/wiki/Community_Wishlist/W381

I asked AI and changed pywikipot/comms/http.py :

In T414173#11507562, @Fabfur wrote:

I think this is better, if you want to add an email as contact you can do it right after the URL, separating the two with a ;.

In T407161#11270276, @Xqt wrote:

Isn't it -exceptinsidetag:file?
https://doc.wikimedia.org/pywikibot/master/api_ref/textlib.html#textlib._create_default_regexes

Might be, but there is no documentation about existing parameters in replace.py and file is not mentioned in https://www.mediawiki.org/wiki/Manual:Pywikibot/replace.py#Parameters.
There is only link, but this is not the same.

Android app, still same problem.
Steps to reproduce:

There are two separate cases:

1. Privacy. In this case is better to remove GPS from exif, but most users don't know how to do it.
2. irrelevant coordinates. In this case is no need to remove it from EXIF, but is good to remove it from maps. For this case exists {{GPS EXIF ambiguous}}, but there should be possibility to add it during upload

In T394655#10873941, @A_smart_kitten wrote:

In T394655#10834629, @Aklapper wrote:

Closing as the current behavior is expected behavior.

In T219543#10873679, @stjn wrote:

Special pages link was moved to sidebar instead of Tools menu in Vector 2022 (and other skins by extension), but that’s unrelated to this task. See T333211: Reconsider position of special pages link, currently in the page tools

There are two search fields, which is confusing in vector. In monobook is it better, but search field should be in left.

In T373311#10307257, @taavi wrote:

And this should probably be discussed somewhere on-wiki before being implemented, as private global filters are private for a reason and I'm not certain we want to let any admin on any tiny wiki to view all of them.

In T45761#6979009, @Bugreporter wrote:

Global AbuseFilter is not manageable by local community.

I noticed it for claimit.py (cswiki->WD, category with 120k members) and for (modified) harvest_template.py (cswikisource->WD, category with 10 k members)

On Wiktionary is common that the first item on page is header. Sometimes there is some template or __ magicword__ above it, but new line above first header is not good.

It might be useful tool, if someone knows about existence of it.

Can anybody change links from Wikifunctions:Catalogue to english versions instead of hebrew?

-cosmeticchanges / cosmetic_changes.py seem to be little inconsistent ;-)

see T313804

In T313804#8679139, @Aklapper wrote:

I don't see it on cs.wiki, but now I have horizontal scrollbar in special:search page.

That sounds unrelated to this ticket.

In tech news was announced that searching is now avaliable. I don't see it on cs.wiki, but now I have horizontal scrollbar in special:preferences page. When I make window bigger, scrollbar is still here. When I switch from monobook to vector, scrollbar disappear.

In T309484#7968371, @Whatamidoing-WMF wrote:

To clarify:

• You had "Enable topic subscription" turn on in [[Special:Preferences#mw-prefsection-editing-discussion]]

Yes

• You had "Talk page subscription" turned off in [[Special:Preferences#mw-prefsection-echo]]

Yes

• The net result is that you could see and click a [subscribe] button, but you never received any notifications, because displaying the notifications was turned off in the Notifications/Echo preferences.

Yes

Right?

Yes

This shoudl be default for pages I have in watchlist.

In T309071#7954505, @Izno wrote:

You need to configure your TemplateData using the format parameter for the template of interest.

In T308109#7942245, @ppelberg wrote:

@JAnD we appreciate you reporting this issue. Can you please tell me if the below accurately describes what you experienced?

This change is fine for Wikipedias, but for projects with many pages which are deliberately unconnected (eg Wikisource) is this problematic.
Yes, is possible to add magic word to every subpage, but there are some subpages for connecting (eg poems) and some for not (chapters), so this pages must be selected manually

Again the same:

Seems to be caused by https://phabricator.wikimedia.org/rPWBC719c4e0e15865c3fec3861ece3e15bea563bc860

My motivatin for this request was, when i blocoked very active user (thousands edists) for few hours because of some attack to other editor without message on his takpage, only in block summary. But this user didn't notice block (nor summary), because of few hours inactivity. For this users it would be useful.

Aby progress?

In T272911#6912011, @Xqt wrote:

@JAnD: I checked your command line from T276660 and it worked for me as expected. Are you able to review my last commit and confirm the right behaviour?

I mean - all pages should be defaultly downloadable.
And there might be possibility to disable download of some pages.

There are different types of works with subpages:

• cycle of poems - export of single poem is possible
• alamanac - export of single part is possible
• encyclopedia - export of single entry is possible
• periodical - export of single article is possible
• book with chapters - export of single chapter is not possible (but why not?).
• some more works - ???

Why not simply -namespace: ?

-main is not intuitive and not useful for other namespaces. e.g. on Wikisource when I want to work only in author namespace...

Not very good idea. There are works like encyclopedias or periodicals with thousands of subpages.
This solutions would need to add magic word to every subpage.

In T260108#6575303, @matmarex wrote:

The patch for T252555 is deployed now, and this should be fixed as well. @JAnD Can you confirm that the issue no longer occurs?

In T260108#6375760, @Tacsipacsi wrote:

Don’t you use wikEd/wikEdDiff? T258815 is about them, although from a different perspective.

In T257899#6305512, @Xqt wrote:

Pywikibot uses syntaxhighlight as alias for source.