no easy way to edit this configuration (in cases where doing so may be useful).

Note that the error persists when the template is changed to be non-applicable.

@DrThneed reported in T313236 another URL for which Citoid (and therefore Web2Cit fallback template) fail: https://teara.govt.nz/en/biographies/4g2/galbraith-alexander.

Thank you @DrThneed for reporting those sites.

@CristianCantoro would this be related to what you mentioned at the pitching session? I'd love to collaborate!

Also potentially related: https://wikicitations.wikibase.cloud/wiki/Main_Page

@Isaac, have you heard of something like this before? What do you think about it?

Do you (or could you) support Cite Q through this tool? Also see T289287.

I've just asked the community around the Cite Q template whether they know if such an analysis has been done already: https://en.wikipedia.org/wiki/Template_talk:Cite_Q#Template_usage_across_Wikipedias

@Pablo mentioned the tool https://github.com/internetarchive/iare. A couple months ago there was https://internetarchive.github.io/ware/, which seemed to be a frontend using IARE on the background. However, the site is down now, and the repository (https://github.com/internetarchive/ware) redirects to the IARE repository. Maybe @Harej can provide further information?

Solving this issue, preferably before the Web2Cit session planned for the Wikimedia-Hackathon-2023, would greatly increase the usability of the monitor list during that session. Note that the monitor should be asked to re-run checks on all domains for changes to reflect immediately on the list.

Cool, @srishakatux! So we've added our session to one of the 50-min slots available. Shall we move this task to the "Accepted sessions" column in the workboard, or to a separate new column, so people checking the workboard for sessions may easily find those that will actually take place? Thank you!

Very interesting! Just wanted to mention that cross-wiki community configuration (widely; not restricted to admins) via JSON files, using a custom form-like editor (we were unaware of this Growth editor), is done in the Web2Cit project. Anxious to share experiences!

An on-wiki JSON configuration file editor has been created by the Growth team; see T331865.

Another example: https://meta.wikimedia.org/w/index.php?title=Web2Cit/monitor/fr/humanite/www/results&oldid=24696012

Some of the target webpages are returning a "non applicable target webpage" error, which complicates collaborators evaluating the tests and writing templates.

Another example found by @Nidiah: http://autobus.cyclingnews.com/news.php?id=news/2009/may09/may01news2

There may be cases where the fallback template does not apply.

Another example found by @Samwilson: http://inherit.stateheritage.wa.gov.au/Public/Inventory/Details/4dfe5a2d-13e8-4ee4-916a-8d7481f9ea4d

Another example found by @Nidiah: http://autobus.cyclingnews.com/news.php?id=news/2009/may09/may01news2

Another example found by @Nidiah: https://cidades.ibge.gov.br/brasil/pr/sao-joao-do-triunfo/pesquisa/38/46996

On the other hand, because a result table would not be included in the html-format response, and because the "edit" link to edit the translation templates configuration file is included in the header of this table, this would leave users with no easy way to edit this configuration (in cases where doing so may be useful).

I've just found an example of this happening on a new results page (i.e., first revision, not updated): https://meta.wikimedia.org/w/index.php?title=Web2Cit/monitor/au/org/monumentaustralia/results&oldid=24234472

This is related to the part of T310656 reporting that "& Web2Cit" would not be appended to the credit label when a Citoid citation is not returned at all.

Possibly related, when the credit label is not shown because the main citation returned has source: ["citoid"] (see T328442), next time a citation is inserted using the user script the credit label reads: [object Object] & Web2Cit:

Supporting wikilinks in citation fields is something that has been proposed for Web2Cit as well: T309869

@Jurbop has reported this for https://www.ouest-france.fr/faits-divers/violences/temoignage-je-hurlais-mais-elle-continuait-penelope-victime-de-violences-obstetricales-080ab728-21db-11ec-80c3-e73d0362011e.

It is worth noting that in the meantime, as a workaround, one may use a Split transformation followed by a Join transformation, as suggested by @Kerry_Raymond. However, Split transformation does not support regular expressions.

this would happen if Citoid is failing for the given target webpage

Also, consider logging the Referrer or Origin headers of the request (if any) to identify requests made by the Web2Cit-Gadget.

Fixed in 845f604f.

Related to T321098