Just FYI, but I had a quick look at the citoid mapping for Cite web (used as _default and some other ones instead of Template:Citation on en) and it's pretty barebones. You might want to consider adding some more mappings; zotero has a lot more fields than the templates do so for rare item types, they might not be mapped.

In T416080#11583504, @Johannnes89 wrote:

In T416080#11583286, @Mvolz wrote:

In T416080#11571730, @Johannnes89 wrote:

This doesn't seem to be limited to Safari or mobile browsers. Steps to replicate the issue (even in desktop browsers):

• Open any (enwiki) article in VisualEditor and use Citoid to automatically create a reference from any URL (e.g. https://www.bbc.com/sport/football/articles/cj6w3wr9x2lo)
• Observe that the wikitext output doesn't respect the parameter order (and the space between different parameters) defined in TemplateData of en:Template:Cite web

<ref>{{Cite web|title=Rafaela Pimenta talks transfer system, gender inequality and more|url=https://www.bbc.com/sport/football/articles/cj6w3wr9x2lo|website=BBC Sport|date=2026-02-01|access-date=2026-02-01|language=en-GB|first=Simon|last=Stone}}</ref>

• Switch to 2017 Wikitext editor and use Citoid to create the same citation
• Observe that the wikitext output matches the format defined in TemplateData

<ref>{{Cite web |last=Stone |first=Simon |date=2026-02-01 |title=Rafaela Pimenta talks transfer system, gender inequality and more |url=https://www.bbc.com/sport/football/articles/cj6w3wr9x2lo |access-date=2026-02-01 |website=BBC Sport |language=en-GB}}</ref>

Can you tell me which desktop browser you're using and ideally the version?

I've tried both Chrome and Firefox and I'm unable to replicate this using the 2010 editor.

I've used Chrome and Safari on MacOS and iOS. But I can no longer reproduce the issue.
Perhaps the backport in T415328 this Monday to fix T411238: Unexpected wikitext changes & whitespace removals by VisualEditor edits and T416074: VisualEditor capitalizes wikilinks in ref content when ISBN magic links are present also fixed the issue reported in this task?

Hi @Reeti, I think you've misunderstood the task.

In T416080#11571730, @Johannnes89 wrote:

This doesn't seem to be limited to Safari or mobile browsers. Steps to replicate the issue (even in desktop browsers):

• Open any (enwiki) article in VisualEditor and use Citoid to automatically create a reference from any URL (e.g. https://www.bbc.com/sport/football/articles/cj6w3wr9x2lo)
• Observe that the wikitext output doesn't respect the parameter order (and the space between different parameters) defined in TemplateData of en:Template:Cite web

<ref>{{Cite web|title=Rafaela Pimenta talks transfer system, gender inequality and more|url=https://www.bbc.com/sport/football/articles/cj6w3wr9x2lo|website=BBC Sport|date=2026-02-01|access-date=2026-02-01|language=en-GB|first=Simon|last=Stone}}</ref>

• Switch to 2017 Wikitext editor and use Citoid to create the same citation
• Observe that the wikitext output matches the format defined in TemplateData

<ref>{{Cite web |last=Stone |first=Simon |date=2026-02-01 |title=Rafaela Pimenta talks transfer system, gender inequality and more |url=https://www.bbc.com/sport/football/articles/cj6w3wr9x2lo |access-date=2026-02-01 |website=BBC Sport |language=en-GB}}</ref>

In T343020#11576351, @ppelberg wrote:

@Mvolz: I'm boldly un-assigning the Editing Team from this task.

Note: please let me know if you think the above is unwarranted. I propose the above, admittedly, no clear about the thinking that led to you placing this ticket on the Editing Team board in the first place (T343020#10803633).

I can confirm these urls work locally, but in production we're getting 504 gateway timeout errors. It's been ongoing as long as we have data (3 months).

In T361576#11562523, @HCoplin-WMF wrote:

Following up on this comment (a few months late, sorry):

The only think we're currently using *in* restbase right now is the swagger documentation; I don't think we've decided where to host that, ultimately.

We actually recently moved the Swagger docs to the new REST Sandbox and implemented a redirect from the RESTBase docs. Announcement was in Tech News, for more info.

The citation section is currently in the docs; is there still outstanding work here that needs to happen on that front? Or are we good from a docs migration perspective?

In T382446#11519491, @ppelberg wrote:

@Mvolz can you please update the task description with the experience you ended up implementing so that editing qa is equipped with the info. they need to verify this?

Sorry, confusing comment. I meant that it shouldn't be done in the citoid service, (backend) but in the front end (extension).

In T145052#11456281, @Strainu wrote:

This also happens for access date, see: https://ro.wikipedia.org/w/index.php?title=Justi%C8%9Bie_capturat%C4%83&diff=prev&oldid=17303163

Since this can only be reproduced for 2h every day, here is a request and the associated response:

curl -X 'GET' 'https://ro.wikipedia.org/api/rest_v1/data/citation/zotero/https%3A%2F%2Fromania.europalibera.org%2Fa%2Fm-a-sunat-lia-ma-duc-sa-vorbesc-ce-spun-magistratii-si-ministrii-despre-independenta-si-eficienta-justitiei-din-romania%2F33620747.html' -H 'accept: application/json; charset=utf-8;'

[
  {
    "key": "JMD59UNV",
    "version": 0,
    "itemType": "newspaperArticle",
    "creators": [
      {
        "firstName": "Simona",
        "lastName": "Cârlugea",
        "creatorType": "author"
      },
      {
        "firstName": "Oana",
        "lastName": "Despa",
        "creatorType": "author"
      },
      {
        "firstName": "Andreea",
        "lastName": "Ofițeru",
        "creatorType": "author"
      },
      {
        "firstName": "George",
        "lastName": "Costiță",
        "creatorType": "author"
      }
    ],
    "tags": [
      {
        "tag": "Societate",
        "type": 1
      }
    ],
    "title": "„M-a sunat Lia, mă duc să vorbesc!”. Ce spun magistrații și miniștrii despre independența și eficiența Justiției din România",
    "publicationTitle": "Europa Liberă România",
    "url": "https://romania.europalibera.org/a/m-a-sunat-lia-ma-duc-sa-vorbesc-ce-spun-magistratii-si-ministrii-despre-independenta-si-eficienta-justitiei-din-romania/33620747.html",
    "abstractNote": "„M-a sunat Lia, mă duc să vorbesc”, i-a spus cu voce soptită judecătoarea așezată de-a dreapta șefei Curții de Apel București, Liana Arsenie. Nu s-a gândit nicio secundă că, din zecile de microfoane așezate în fața lor, măcar unul va prinde dialogul.\nApelul doamnei Lia Savonea, președinta...",
    "date": "2025-12-12",
    "language": "ro",
    "libraryCatalog": "romania.europalibera.org",
    "accessDate": "2025-12-12",
    "section": "Societate"
  }
]

If you look for https://thanos.wikimedia.org/graph?g0.expr=sum(rate(citoid_api_user_agent_total%7Bprometheus%3D%22k8s%22%2Cstatus!~%22(2%7C3)..%22%2Ctype%3D%22other%22%7D%5B1h%5D))&g0.tab=0&g0.stacked=0&g0.range_input=2w&g0.max_source_resolution=0s&g0.deduplicate=1&g0.partial_response=1&g0.store_matches=%5B%5D&g0.engine=prometheus&g0.analyze=0&g0.tenant= that's just the raw number of errors we're getting, which is higher than with mediawikijs? I don't understand the relevance since it's not a percentage of requests, just rate?

So we're running at around 10% error for mediawikijs requests, we're allowed up to 15% error. That suggests to me on average we're using 66% so 33% error budget is left over which is indeed around 30% left.

Very weird, thanks for filing.

Declining as I think the data we collected was good enough. Can always re-open if we need to re-evaluate?

In T413279#11519511, @ppelberg wrote:

@Mvolz to be doubly-sure I'm following, could you please...?
A) Let me know what (if anything) I've missed/misunderstood about what you shared in T413279#11503238?
B) Say a bit more about how (if at all) you see, "adding back in better search functionality" relating to the "Convert reference" suggestion?

What I'm understanding

1. This ticket is related to T413679 in so far as the latter would, theoretically, enable people who act on this "Convert reference" suggestion the feedback necessary to verify whether the reference they converted was done accurately and without losing data?
2. Limiting the "Convert reference" functionality to just plain URLS to start could be viewed as a step "back" in so far as this behavior was intentionally changed via T124610
3. Rather than limiting the scope of the "Convert reference" suggestion to just plain links to start, what if we could A) add a step within the worfklow that would enable people to confirm, as you put it, "...the new citation matches the old one." or B)

This is related to T413679. It is currently (slightly) ameliorated by T382446 (now deployed).

Tagging because I think this has the potential to make a good gsoc project (if some work is done on constraining it a bit!)

Related: T212112 which is to then wikilink after the publisher has been identified.

I'm not sure if this goes in the same ticket, but I'll also flag up another possible UI improvement that might have prevented the previous bug report, which is that the user used the "convert" button; if we displayed the old citation in the next window after using the convert button, they might have noticed they were different.

Does this need a community note maybe?

I asked (with my volunteer hat on) about importing this data to wikidata here: https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_Books#Import_OpenLibrary_data_dumps? but I think the one comment on data messiness was enough to discourage that route. Using the api seems the most expedient and lets the user additionally modify or not use the metadata if it's wrong.

In the UI, maybe a 4th tab called "upload" which then lists all the seperate citations with "add" buttons and maybe an add-all? If someone put in on the wishlist I think it's feasible. Or potentially a GSoC project.

In T382446#11489310, @ppelberg wrote:

Per offline discussion, we're going to:

1. Build a PoC to explore the viability of showing multiple search results, per what @Mvolz described in T382446#10476282
2. If "1." proves viable, prioritize work on improving the UX via T413679

In T413461#11486155, @vadan wrote:

@Mvolz

• "However would you like to try updating the other templates as well?" i cant interfere in mrwiki ops
• i did ping marathi wiki https://mr.wikipedia.org/wiki/%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF%E0%A4%AA%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE:%E0%A4%86%E0%A4%82%E0%A4%A4%E0%A4%B0%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF_%E0%A4%A6%E0%A5%82%E0%A4%A4%E0%A4%BE%E0%A4%B5%E0%A4%BE%E0%A4%B8#permission_to_update_cite_templates,_details_at_T413461

This is because the template data has not been updated, see: T374831.