I see jQuery.Deferred exception: $(...).parent().find(...).last().attr(...) is undefined thrown in _getImageName. Based on the stack trace and the timing, I’d guess T314318: Disable wgParserEnableLegacyMediaDOM on all wikis.

I made a quick edit based on the pattern in, https://www.mediawiki.org/w/index.php?title=Snippets%2FDirect_imagelinks_to_Commons&type=revision&diff=5451422&oldid=3976429

But I'll take the time to give the gadget a more thorough reading. Please let me know if it helps.

Thank you so much, that seems to have fixed it!

This is unrelated to the MediaWiki-extension called "Gadgets"

I changed QIvoter.js literally just now for T341863, but if it’s due to that then you found it extremely quickly, so I’m a bit skeptical.

Hmm, perhaps that was it? It seems to be working OK again now.

Hmm, or not, it stopped again. Very odd.

The train reached Commons 100 minutes before your comment (T340246#9029325), maybe WP:ITSTHURSDAY?

@Mike_Peel Is this still an issue for you? Can you try a hard refresh of the page? CTRL-Shift-R

In T341736#9031844, @Arlolra wrote:

@Mike_Peel Is this still an issue for you? Can you try a hard refresh of the page? CTRL-Shift-R

I just checked, still an issue even after hard refresh. Also happening in Safari. Some people's edits with the tool do seem to be going through, though, so it's somehow an intermittent issue.

I'm not sure what's changed, but it seems to be working again now?

Another issue with the gadget is,

$(".gallerybox").each(function() {
    $cmb = $(COMBO_REVIEW).val("");
    $(this).append($cmb);
    section = getSectionId(this);
    $cmb.on("change", function() {
        _onChangeVote(this, section);
    });
});

section isn't properly scoped such that all the _onChangeVote are going to call with the same value.

Alas, that doesn't seem to matter because, in getSectionContent, it should be rvsection not section, and in editSection we see,

//section: sectionNumber, // Future support of section edition

Also noting that in _addVotes, the subtraction getSectionContent(sectionNumber - 1) isn't going to work with a section number T-1 noted in T341736#9241171.

And getSectionId should maybe be changed from,

var url = $(element).parent().parent().parent().find("h2 span a:last").attr("href");

to,

var url = $(element).parent().prev().find("h2 span a:last").attr("href");

Taking a fresh look today, I noticed,

File:Buildings_on_Darwin_Street_in_Kharkiv.jpg|{{/Nomination|Darwin Street in Kharkiv. --[[User:Lystopad|Lystopad]] 15:41, 12 October 2023 (UTC)|}}

File:Weidelsberg.jpg|{{/Nomination|[[:de:Weidelsberg|Weidelsberg]] mit [[:de:Weidelsburg|Weidelsburg]] von Westen--[[User:Milseburg|Milseburg]] 14:58, 12 October 2023 (UTC)|}}

Mont de Chemun Sasplat.jpg|{{/Nomination|Wayside Crucifix --[[User:Moroder|Moroder]] 13:23, 12 October 2023 (UTC)|}}

In the first case, the name is underscore normalized and namespace prefixed. The last one, however, is not.

In the code, _getImageName pulls the name from href,

<a href="/wiki/File:Mont_de_Chemun_Sasplat.jpg" class="mw-file-description" title="* Nomination: Wayside Crucifix --Moroder 13:23, 12 October 2023 (UTC) * * Review needed">...</a>

which is going to yield, Mont_de_Chemun_Sasplat.jpg.

When _addVote is called, it's going to do,

var reg = escapeRegExp(vote.image) + "(.*)\\n";
var nomination = content.match(new RegExp(reg, "g"))[0];

where vote.image is the normalized form from the href but content is the original source, which contains the unnormalized form, so it isn't going to find it.

Thanks so much for working on this @Arlolra ! Let's see how this goes. :-) If the different filename formats do continue to cause problems, I could probably update the code for QICbot to correct them on a daily basis, if that might be useful.