Okay indeed it mostly works now, although it might have been different a few years ago. One case that's still problematic (i.e. doesn't seem to work) is when a user account is renamed, and the relevant user pages get moved. E.g. this change caused Category:Pages with ignored display titles to be added, but this isn't visible in my watchlist.

Maybe related to T270348?

We're consistently getting this error now on nlwiki, but not on all instances. See e.g. radon-220: 2 out of 6 are good (maybe cached?) and 4 give an error like:

I created T350004.

I'm not sure if the current situation is an improvement. The diff from the description used to fail most of the time, now it seems to fail all of the time. Should I make a new task for this?

Also, I'm getting the error User "None" does not have required user right "patrol" again on Pywikibot 8.4.0.dev3.

Now running 8.4.0 stable, and it's very confusing/frustrating:

In T333765#9154203, @TiagoLubiana wrote:

Hello,

Adding more context, the "ak" issue is also breaking some language-agnostic bot code (see: https://github.com/LeMyst/WikibaseIntegrator/issues/617) .

Basically, I am unable to write to items that have an "ak" label using WikibaseIntegrator even if I am not touching the "ak" text.

The code fetches the item from the API (with an ak label), adds an Item-valued statement, and then is unable to write the content back because of the ak label.

To which MediaWiki version does this change belong? I'm asking because mw:Manual:Externallinks_table should be updated.

@Xqt: I switched to master and my daily and weekly scripts ran fine, so no further action necessary.

Obviously that wasn't obvious to me.

After running login.py with -family:wiktionary it works. I didn't realize I'd have to login on every site separately.

In T169452#8888144, @rook wrote:

In T169452#8887883, @Bdijkstra wrote:

Currently I don't see any wikis on any db when I do show tables. A link to that NOC page would be useful on pages where a database can be selected.

You may not have selected a schema. MySQL has the confusing tendency to call both databases and schemas "databases". If you haven't selected a schema show tables won't work. Though show databases should.

In T169452#8886651, @rook wrote:

@IKhitron It would appear that hewiki is on s7 https://noc.wikimedia.org/db.php and that the replication lag on s7 is particularly bad https://replag.toolforge.org/

Tried on master and on stable, still getting ERROR: User "None" does not have required user right "patrol" (UserRightsError).

In fact, no query has finished in the last 8 hours.

Good that it will be fixed. Indeed the users are responsible for correct data, but the form says the date is optional. Surely the users are not responsible for an artefact of internal representation (i.e. the Unix epoch), invented from scratch (i.e. an empty input field).

Note that I was using the stable branch to hopefully prevent problems like this. I have reverted to 7.7.3 to be able to run patrol.py again.

Also works for me. Thanks.

I'm getting the same "No user is logged in" warning, but an explicit login doesn't help. Regular edits are saved as the correct username, but currently I cannot use patrol.py:

It launched now. Didn't have to log out or refresh auth.

I'm still getting error 400. (On a different machine than before, so it can't be browser cache.)

On nlwiki, Special:LintErrors still has a false positive of this type present (here it lists Sepx). I've edited the page (without fixing the lint error) but the page remains in the list. How to clear it?

If the mark state information were to be stored as well on the client side, e.g. in a cookie, then the user experience wouldn't be dependent (or would be considerably less dependent) on stashes and job queues, am I right? Since there is no "mark as unread", you can just do a logical OR of the local and remote information.

That change came from Wikipedia talk:AutoWikiBrowser/Mono and Wine#Wikipedia talk:AutoWikiBrowser/Mono and Wine. Maybe WaitForExit() works nowadays? Can't find much about it on the web.

Good that the bug has been fixed, but have all the mistakes been fixed now? Or are the wiki communities expected to do that?

In T315138#8150091, @Reedy wrote:

I'm using AWB 2.4.0.0 on Wine

Are you sure that's the version you're using?

A note from someone who regularly fixes lint errors: I've found this linter behaviour useful to detect people using the letter O instead of the digit zero, as in "2OOpx". On nlwiki there have been no other true positives (with suffix "px"). I suggest to adapt this to only consider typos like ppx and characters that resemble digits as bogus. Such as Latin O or o, but perhaps also Cyrillic З and others.

In T253428#7722064, @Certes wrote:

Bdijkstra: Have you tried installing riched20 in winetricks? That fixed it for me.

Using AWB 6.2.1.0 on Wine 5.0.3 on Ubuntu 21.10 I also see added blank lines. See this diff. This had "Apply general fixes", "Unicodify whole page" and "Find and replace" enabled, but it also happens with these 3 disabled (and nothing enabled in the tabs "More..." and "Disambig".

Also happening on nl.wiki. It's even worse on category pages, where it appears just below mw-parser-output. I don't remember whether it appeared just above or just below catlinks, it used to be somewhere at the bottom, on the right side.

You may find some missing names using nl:Module:Lang, function name_from_code.

Note that currently not all available databases are accessible in Quarry, see T278715.

I think I've found the code location of the problem: the regex at quarry/web/app.py#241 is too restrictive. There are also database names with numbers, so simply adding an underscore won't be enough.

Same symptom also reported as T278544.

In T264254#6943734, @Bstorm wrote:

In T264254#6943333, @Bdijkstra wrote:

In T264254#6942792, @Bstorm wrote:

In T264254#6940373, @Bdijkstra wrote:

When I modify one of my existing queries and click 'Submit', nothing happens. When after a few minutes I press F5, I see that the changes have not been saved. In the recent queries I can see activity of others. What could I be doing wrong?

Please point me at a query so I can try to sort out what's happening there.

See query/47567. I've tried both with and without the _p suffix.

Works for me https://quarry.wmflabs.org/query/53590

That is one of the ones where the database box ends up pre-filled with "None". You'll notice in my fork, I wrote in the database in that box. If that's what's wrong then https://gerrit.wikimedia.org/r/674697 should help clear up confusion.

In T264254#6942792, @Bstorm wrote:

In T264254#6940373, @Bdijkstra wrote:

When I modify one of my existing queries and click 'Submit', nothing happens. When after a few minutes I press F5, I see that the changes have not been saved. In the recent queries I can see activity of others. What could I be doing wrong?

Please point me at a query so I can try to sort out what's happening there.

I think it's happening again. Some queries have been the 'running' state for more than 12 hours.

When I modify one of my existing queries and click 'Submit', nothing happens. When after a few minutes I press F5, I see that the changes have not been saved. In the recent queries I can see activity of others. What could I be doing wrong?

In T277753#6925067, @matmarex wrote:

This is because of the method Array.prototype.intersects defined in https://nds-nl.wikipedia.org/wiki/MediaWiki:Common.js. Extending the native object's prototypes is not supported by MediaWiki: https://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_(users)#Prototyping.

Re-opened, it seems that a regression happened. Same symptom on some user pages: link 16 above looks fine to me, but not link 17.

I also tried an .ogg file (although muting an audio file before playing is a weird use case), same behaviour.

Tech/News/2021/05 suggests that this feature can currently be used. If so, how exactly can users of the 2010, 2017, and visual editors insert this character? I've tried various wikis (even test.wikipedia) and couldn't find it.

I think I've found a potential work-around via a comment in UpdateRepoHookHandler.php: "This only works if there's a user account with the same name on the repo." I've certainly seen article moves by new users that weren't reflected in Wikidata, but I'm not sure exactly what causes this to happen. Also I'm not sure if there is a reliable way to prevent a user account from being automatically created on Wikidata.

In T264440#6513393, @Kizule wrote:

In T264440#6513389, @Bdijkstra wrote:

Thanks. While checking links to pages in this namespace, I noticed one redirect which was broken by this bug: Overleg kategorie:Nedersaksische humor. However, it isn't reported in Special:BrokenRedirects. Should it have?

Each "broken redirect" should be reported by MediaWiki on Special:BrokenRedirects. I'm not sure why this happened. But, you can delete page (if you are sysop), or request (speedy) deletion on-wiki.

Thanks. While checking links to pages in this namespace, I noticed one redirect which was broken by this bug: Overleg kategorie:Nedersaksische humor. However, it isn't reported in Special:BrokenRedirects. Should it be?

Thanks for fixing, Legoktm, it looks like everything is working as before. The input field takes a database name like "enwiki", so that text is deceiving.

Why is this lowest priority? Is accessibility of content not important? Is the work of subtitle writers not valuable?

FWIW, looking at the edits made at the Village Pump and by the uploader on that day, it seems that there was nothing wrong with the upload at the time.

OK so now it works. I haven't set up BotPassword. Before making this ticket, I copied and pasted the password from the Windows clipboard in different ways, and verified that pasting worked by using Special:ChangePassword. In the command prompt window, I tried using Shift+Insert to paste, and Ctrl+V, and also with the mouse via the window menu. I hadn't thought of typing it; it is quite long. Just now I typed it in and it works. No idea why. The password has only ASCII characters.

I don't have a file by that name. Should I? It is optional according to the documentation.

I redacted some directory names for privacy reasons.

@Jc86035 The wikitext parser puts some information in the database when it sees that magic word. The DiscussionTools extension uses that information, so subpages and templates are not a problem.

On nlwiki there is Help:Helpdesk, which is one of the most used discussion pages on the wiki. We could move it to the project namespace, as it is the only discussion page in the Help namespace.