@srishakatux Cool! With current commitments, I won't be able to give more than cursory support, but it'll move off the backburner eventually so keep me apprised

That's great but I meant that non-technical content users won't know what to do with the error message An unknown error occurred in storage backend "local-swift-eqiad". And while that may not be something that can be helped, if it is possible to tip users where to report unknown errors or otherwise give advice on what to do next, it would save them the searching or giving up. Just a thought

Special:Upload is back up for me after being down for a while (T154790). I recommend updating the error message text to get users a heads up—either link to a technical noticeboard or downtime indicator or this thread or something

Resolved now, though the error message could have been more helpful (refer me to a page about downtime or the Phabricator or something)

per kaldari: https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey/Categories/WikiProjects#Fix_and_improve_Mr.Z-bot.27s_popular_pages_report

Another thought on this: Zotero is primarily a citation manager, so when Zotero sees an IMDB or Google Books page, it thinks you want the citation for the film or book listed—not that of the webpage. In general, I think this is the right mindset for Wikipedia too—we should not be citing IMDB or Google Books pages, but instead directly to the medium if it's being used as a primary source. (Plus see what I wrote about about using IMDB as a source.) In this case, I'm inclined to call this feature "not-a-bug"

Happy to help with this, whether co-mentoring or just doing it. (Been meaning to write some documentation but got backed up)

I typically strip my Google Books citations of everything but the book ID and the desired page to link (manually). So for the original example: https://books.google.com/books?id=FJ7dAgAAQBAJ&pg=PA48

@Mvolz yep, the translator can modify the active/input URL for the citation's "url" parameter

I might be able to help with this, if we have a priority list for translators

Deferred to https://github.com/zotero/translators/pull/1000, where it is waiting on the author. When that's finished, it'll be pulled on Citoid's next translator sync

This is also another case where we should warn users that IMDb is generally not a reliable source and likely shouldn't be referenced in the first place... https://en.wikipedia.org/wiki/Wikipedia:External_links/Perennial_websites#IMDb

Is there any valid case for citing another Wikipedia page? If not, perhaps this should just throw an error saying so and offer instead the directions to wikilink a text phrase

If this is still happening once the Embedded Metadata translator is up and running on the server, ping me and I'll look into it.

zotero/translators recently pulled a modified version of @Mvolz 's PR (1100). If I'm not mistaken, I think those were the last issues holding up full automated sync with the translator repo?

@BrillLyle Not sure what you mean by inter-operability with Wikidata or how it might relate to this ticket, but if you're looking for URL → wiki markup (via Citoid lookup), have you tried User:Salix alba/Citoid.js? I have my own rudimentary replacement, but I need more info on editor preferences/workflow if I am to clean it up and make it public. If you're interested, you can leave me a detailed talk page message about your usual process of adding references to your work (do you generate refs separately, do you prefer to write first and add refs later, etc.)

The bot would update WikiProject-specific pages like <Wikipedia:WikiProject Video games/Popular pages> with monthly stats (rank, views, views per day, assessment, importance). See also Category:Lists of popular pages by WikiProject

I've lost track of the GitHub threads, but wasn't there a place where someone said it was back in consideration? Or perhaps a similar tool?

@Danmichaelo, the translators were updated a few days ago. Give it a go?

I can confirm that this is fixed in Zotero but not in Citoid. Is this an issue of old translators in Citoid or something else?

Ping T134886: Special:EmailUser emails sometimes not delivered due to bounce

Also see T58414: Get mail relay out of Yahoo! blacklist: apply to Yahoo for whitelisting bulk mail

I do appreciate feature requests.

Now tracking this request on Phabricator: https://phabricator.wikimedia.org/T137042

For requests involving articles that already exist the request inherits a list of WikiProjects from the article's talk page. For requests for new articles this is not the case. I am intrigued by the idea of connecting requests to a Wikidata entry (or at least something using its ontology) but I am not sure how that would work since I am not aware of any connection between Wikidata items and WikiProjects.

I got this error (that is, white page with black Courier text: Exception encountered, of type "LocalFileLockError") repeatedly with https://commons.wikimedia.org/wiki/File:Amateur_Gardening_July_2015_(20138255285)_(2).jpg
I attempted to delete it several times but when it finally went through, I had attempted to delete it manually (via the delete tab) rather than through the trashcan icon provided by the DelReqHandler gadget. Not sure if what made a difference was either time or the different technique.

GWT? In my vanilla upload, I have a "Source URL:" field—I can't find the Commons chart of user rights for who has access to that field, but that was the intended use.

If I can add more data to the ticket:

Are you sure it's not an issue on the side of sending the email? Because I'm using a Gmail account and I still have no record of receiving it (all mail/trash/spam).

Yes, the sites watermark their images with their agency logo and their photographer attribution. Right now users crop out that info before an external reviewer (such as myself) needs to double-back and find that cropped image within the site's gallery. It would make much more sense to upload the fully watermarked image to Commons, wait for an external review to confirm the license, and then use CropTool to crop the image, which leaves the full attribution in the history. In any event, it would be easier to upload and these files and discourage pre-upload cropping if we allowed direct uploads from the website per the whitelist.

Link: https://commons.wikimedia.org/wiki/File:Anti-Trump_protest_in_NYC,_beginning_of_day,_March_19,_2016,_part_2_of_3.webm

Thanks! Available here: https://commons.wikimedia.org/wiki/File:Bernie_Sanders_rally_at_Seattle_Key_Arena_Seattle,_March_20,_2016.webm

For posterity: https://commons.wikimedia.org/wiki/File:Kareem_Abdul-Jabbar_with_Tyler_Cowen_at_the_Mercatus_Center,_February_2016.webm

I uploaded this myself but could still use an answer to the previous question

Thanks—I had chunked uploading checked but was using the standard (direct) upload. Is there any way to do the chunked uploading without the Wizard? The Wizard walks through the license info when I've already compiled that template manually. One solution I found is User:Rillke/bigChunkedUpload.js, but that's in beta and I'd prefer to upload directly with the website (but without the Wizard) if possible

I get "This file is bigger than the server is configured to allow" with both files.
(Also see my screenshot, which says "Maximum file size: 100 MB")

I had tried that, but still received an error that the file was too large.