And I got it all the time in the past few days that "HTTP error:

One or more of the web resources required to create this citation are not accessible at this moment." --It's gonna be awesome (talk) 08:24, 28 June 2019 (UTC)

It seems that is not accessible from Toolforge:
$ hostname

$ nslookup
;; Got SERVFAIL reply from, trying next server

** server can't find SERVFAIL
The same command works fine on my PC. My guess is that the issue resides in the Toolforge's DNS or is a configuration problem on In either case I don't think there is much that I can do to resolve it.
P.S: Also tried Citoid. It fails with "We couldn't make a citation for you" error.
Dalba 09:22, 28 June 2019 (UTC)
@Dalba: I tried Citoid and it did fail with "We couldn't make a citation for you" error. --It's gonna be awesome (talk) 14:12, 30 June 2019 (UTC)

More citer bugsEdit

Mostly citer has been pretty reliable. However, I thought I'd let you know of a few more DOIs that citer returns only an error. The same DOIs work on DOI Wikipedia Reference Generator, so I think we can conclude that these are citer bugs and not crossref problems.

  • 10.1007/JHEP10(2017)157
  • 10.1088/0004-637X/705/1/978
  • 10.1126/science.1169101

Maybe these are not too difficult to troubleshoot? Sorry I don't have the programming knowledge to be more specific here. Forbes72 (talk) 03:08, 17 August 2019 (UTC)

@Forbes72:, I just fixed and updated citer. Thanks for reporting the issue. Dalba 05:58, 17 August 2019 (UTC)
Looks great! Thanks. Forbes72 (talk) 18:16, 17 August 2019 (UTC)

dead-url -> url statusEdit

Hi, thanks for the great tool, I love how it expands URLs (any chance for; I just wanted to alert you that 'dead-url=yes' parameter has changed to 'url-status=dead'. Quuux (talk) 07:19, 19 September 2019 (UTC)

Hi Quuux, I've update the parameter name. Thanks for bringing my attention to it. Regarding, it should be possible, but I'm busy these days and I don't know when I'll be able to take a close look. Dalba 13:30, 19 September 2019 (UTC)

Citer bugEdit

huffington post links like this one return a generic title with no authors etc. eg ref name="HuffPost is now a part of Verizon Media" cite web | title=HuffPost is now a part of Verizon Media | website=HuffPost is now a part of Verizon Media | url= | access-date=Feb 2, 2020 . I don't know if it's fixable on your end or the websites fault. Hydromania (talk) 05:17, 2 February 2020 (UTC)

Hi Hydromania, unfortunately I don't think I can fix this in a general way. The website requires Citer to accept a data agreement, but obviously Citer is not smart enough to do that. What Citer actually receives is a page with the following text:
Your data, your experience
HuffPost is part of Verizon Media. Click 'I agree' to allow Verizon Media and our partners to use cookies and similar technologies to access your device and use your data (including location) to understand your interests, and provide and measure personalised ads. We will also provide you with personalised ads on partner products. Learn more about how we use your data in our Privacy Centre. Once you confirm your privacy choices here, you can make changes at any time by visiting your Privacy Dashboard.
Click 'Learn More' to learn and customise how Verizon Media and our partners collect and use data.
[I agree] [Learn more]
Dalba 10:29, 3 February 2020 (UTC)

doi 10.1093/ww/9780199540884.013.U245351 updating only citeEdit

it is not creating cite web or cite journal or other. it is just creating cite. Leela52452 (talk) 10:41, 30 March 2020 (UTC)

The CrossRef server describes this DOI as a "reference-entry". I'm not sure what kind of citation template is appropriate for this type. I checked Citoid's result and it creates a general citation, too. Dalba 00:09, 3 April 2020 (UTC)