Interestingly, this does not happen when the template uses fixed-value selection steps only:

This selection step may be useful in cases where we can't get the webpage because we have been blocked. As suggested in T305168, we could use such a URL selection step to guess a title.

Tool is cool, but it seems not entirely compliant with https://www.mediawiki.org/wiki/Recommendations_for_gadget_developers_on_Wikimedia_wikis

Client-side metadata extraction sounds like an interesting idea to both circumvent sites blocking Citoid (as mentioned in T362379) and to support sites which rely on the browser running some JavaScript code to display content.

Client-side metadata extraction and citation generation, as proposed in T362379 to circumvent the problem of sites blocking Citoid, may also result in supporting JavaScript-generated content.

As mentioned in the original thread linked to above, we have decided not to make these message key id and variable renames for the moment. We may do them some time in the future, but maybe Fluent file format will be supported by then, who knows.

Prototype available at https://meta.wikimedia.org/wiki/User:Diegodlh/search-wpl.js

One concern here (apparently not mentioned before) is that not all constraints can be satisfied by a single edit, for example “symmetric” and “inverse"

Hi, @Ivi104! Thank you for your interest in Web2Cit and for posting your question here.

Merged. Sorry for the inconveniences. We will try to merge this more regularly. Thanks for your understanding!

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.