Commons talk:CropTool

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
This is the talk page for discussing improvements to Commons:CropTool.
Notice Maintenance notice
Maintenance for this tool is at https://github.com/danmichaelo/croptool - please do not report bugs in Phabricator tasks. You can see the last edit it tagged here.

Lossless mode no longer working?

[edit]

@Danmichaelo, is lossless mode still working. I used to get messages that the crop size had been adjusted because I wasn't starting on a multiple of 8 or 16, but this has gone away. Similarly, there's a bug report on github (#170) reporting that files that should be uncroppable in lossless mode are now working, but produce the same files as if they were in precise mode. Is the tool silently falling back to precise when lossless doesn't work (which would be undesirable), or is something else going on here? Perhaps a bug introduced in the September 2020 refactoring? Ahecht (TALK
PAGE
) 14:59, 15 June 2022 (UTC)[reply]

Looking into the code more, it seems like the September 2020 refactor fundamentally broke things. The various types of crop were broken out into subclasses (for example, lossless Jpeg cropping was broken out into JpegFile and Gif cropping to GifFile), but as far as I can tell the only subclasses that are actually being called out by the program in FileRepository.php are TiffFile, DjvuFile, PdfFile, and SvgFile, all of which return errors instead of actually working. All other file types are being handled by the generic imagemagick call in File.php.
This is why lossless crops are no longer lossless, Gif files say they are being cropped with precise or lossless mode instead of "gif mode", and TIFFs, PDFs, and DJVUs no longer work.
If these issues aren't easy to resolve, perhaps to the tool should be rolled back to 1.4 (before the refactoring). Ahecht (TALK
PAGE
) 14:18, 17 June 2022 (UTC)[reply]
just confirming this issue persists 2023-01.--RZuo (talk) 11:53, 15 January 2023 (UTC)[reply]
Since about 9-2021 Danmichaelo's only contributions have been edits to wikidata and some edits in norwegian and finnish wikipedia about some meta-topics (bot problems, ...). I seem to remember that them was unhappy with a decission at english wikipedia. That leaves two ways of action: Appease them to return to wikipedia, or find a new maintainer for croptool. Just waiting woll not help. C.Suthorn (talk) 15:34, 15 January 2023 (UTC)[reply]
sigh :/
there were a few commits https://github.com/danmichaelo/croptool/commits/master .
i know someone might have to take over, but i reposted this thread because this is a major issue which should not be archived until it's resolved. RZuo (talk) 18:25, 15 January 2023 (UTC)[reply]
Bumping thread Ahecht (TALK
PAGE
) 19:19, 16 February 2024 (UTC)
[reply]
i think, with https://github.com/danmichaelo/croptool/pull/182 merged 2 days ago, lossless mode has now returned. i just tried previewing random crops in lossless mode and they were now being augmented to the left and the top again.
thx a lot @Danmichaelo, @Christoph Jauera (WMDE) and @TMg! RZuo (talk) 14:35, 20 February 2024 (UTC)[reply]

User:Danmichaelo Crop from .svg files still not working. Was this supposed to fix it? Doc James (talk · contribs · email) 15:34, 23 April 2024 (UTC)[reply]

Structured Data

[edit]

Is it possible to also copy structured data while cropping? Currently, if some data is only stored in structured data, it is lost. As an example, please see the coordinates for this picture: File:Bagdad Mine in Yavapai County, Arizona - ISS048-E-17035 - View of Arizona (cropped).jpg Schlurcher (talk) 18:54, 29 May 2023 (UTC)[reply]

If this is done, there needs to be some control over it: for example, we don't necessarily want to copy "depicts" for things that are outside of the resulting crop. - Jmabel ! talk 20:52, 29 May 2023 (UTC)[reply]
yes this is a major problem. older post: Commons talk:CropTool/Archive 3#Structured data.
i think for now best solution is have a bot copy the most important stuff over, e.g. date, caption, coords...
when i cropped https://commons.wikimedia.org/w/index.php?title=File:Meiji_Chelsea_Yogurt_Scotch_2011.jpg&oldid=857923707 i got a blank template because all the data were stored in sdc. RZuo (talk) 23:39, 4 March 2024 (UTC)[reply]

Crop Tool has not been working for hours today.

[edit]

Fyi, @Danmichaelo, @RZuo @Jeff G. After clicking, the tool does not load the image to be cropped. Thanks, -- Ooligan (talk) 05:44, 21 January 2024 (UTC)[reply]

same for me. https://croptool.toolforge.org keeps loading without any progress. RZuo (talk) 09:25, 21 January 2024 (UTC)[reply]
@Ooligan: Right, you had the last upload 00:01, 21 January 2024 (UTC), ten hours ago. That URL times out for me.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 10:02, 21 January 2024 (UTC)[reply]

Not working!

[edit]

For me, visiting the Toolforge site or clicking the tool on the sidebar results in a screen saying "Wikimedia Toolforge Error" BhamBoi (talk) 23:41, 21 January 2024 (UTC)[reply]

@BhamBoi: Right, "Wikimedia Toolforge Error
This Grid Engine web service cannot be reached. Please contact a maintainer of this tool."   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 00:55, 22 January 2024 (UTC)[reply]
Yes, that's the message I've see, too. --Rosiestep (talk) 13:17, 22 January 2024 (UTC)[reply]
Same for me. Any idea when this will be fixed? TurboGUY (talk) 13:39, 22 January 2024 (UTC)[reply]
@Rosiestep, @BhamBoi,@TurboGUY,@Jeff G., @Leonprimer. See https://phabricator.wikimedia.org/T314664
This link has a volunteer in April 2023 noting that "Migrate remaining tools off Gridengine" is "in progress" here: https://phabricator.wikimedia.org/T313405 (and still in progress with regards to the popular and unique CropTool), while the "GridEngine" was noted on 22 January by fnegri as Toolforge: Decommission the Grid Engine infrastructure.
Question: I'm not technically astute, but shouldn't the "in progress" tool migration off the GridEngine be completed or "closed" before "decommisioning" that GridEngine?
Additionally, the Category:Extracted images has 651,000+ files. I'm guessing the vast majority related to the currently orphaned and still needed- CropTool. Thank you, Ooligan (talk) 01:54, 23 January 2024 (UTC)[reply]
Also, The Wikitech "timeline" states that GridEngine will stop on February 14, 2024, not January 21, 2024 (three weeks premature?) here: https://wikitech.wikimedia.org/wiki/News/Toolforge_Grid_Engine_deprecation Ooligan (talk) 02:10, 23 January 2024 (UTC)[reply]
@Ooligan: Yes, of course the "in progress" tool migration off the GridEngine should be completed or "closed" before "decommisioning" that GridEngine.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 02:21, 23 January 2024 (UTC)[reply]

From yesterday the tool doesn't work. I opened an issue at https://github.com/danmichaelo/croptool/issues but it seems @Danmichaelo: didn't read it. Does know anybody how to reach him? He's the developer of the tool. Leonprimer (talk) 16:22, 22 January 2024 (UTC)[reply]

Please note that Dan has not edited Commons since 15:18, 14 November 2023 (UTC), 2 months, 8 days, 11 hours and 51 minutes ago (69 days).   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 03:09, 23 January 2024 (UTC)[reply]
Tool seems to be back up. Sjoerd de Bruin (talk) 08:33, 23 January 2024 (UTC)[reply]
Working for me now too. I wonder what the problem was? TurboGUY (talk) 10:35, 23 January 2024 (UTC)[reply]
@Sjoerddebruin and TurboGUY: Responding for me, too. The first upload in three days was today at 08:08 (UTC). Thanks for the reports.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 11:07, 23 January 2024 (UTC)[reply]
Just want to say thank you, as I use this tool almost every day. --Rosiestep (talk) 18:34, 23 January 2024 (UTC)[reply]
February 14
is the latest apparent deadline for final resolution of CropTool's future, per https://phabricator.wikimedia.org/T319653 ----- Quote: "The [[ https://wikitech.wikimedia.org/wiki/News/Toolforge_Grid_Engine_deprecation | planned grid shutdown date ]] is February 14th.
Seems like right now the webservice [[ https://sal.toolforge.org/log/vwRYNY0BxE1_1c7syK2M | just needed a restart ]], at least the interface loads now.''"
  • So, what is the plan to get this CropTool migration completed and resolved?
  • Can or should Wikimedia Foundation staff help to "save" CropTool? --Ooligan (talk) 15:30, 24 January 2024 (UTC)[reply]
    • @Sannita (WMF): any chance someone can look into this before it quite likely becomes a crisis in three weeks? - Jmabel ! talk 20:14, 24 January 2024 (UTC)[reply]
      and someone cites "Valentine's Day" as a reason to procrastinate.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 23:06, 24 January 2024 (UTC)[reply]
      @Jmabel to be completely honest, it's hardly possible to fix this problem in such a short time. It's extremely difficult that WMF will overtake the development of CropTool, as well as postponing the deprecation of the engine. Sannita (WMF) (talk) 12:28, 25 January 2024 (UTC)[reply]
      • @Sannita (WMF): have you (or anyone you know of) heard anything from Dan on this? I'm wondering whether we should presume he is working on this or if it would make more sense to presume that the tool is abandoned. - Jmabel ! talk 18:59, 25 January 2024 (UTC)[reply]
        from what i can tell in the phab tasks, migration to k8s is stalled due to missing dependencies? https://phabricator.wikimedia.org/T313550
        but User:Taavi closed that task.
        Dan says, "On Toolforge, I'm trying to get djvu working in CropTool again after having moved to kubernetes, but having a hard time. There's no compilers in the php7.4 image, so I was recommended to try the rub27 image. I was able to compile things there, but not to get the binaries to run in the php7.4 image due to missing shared libraries. It's probably possible to create fully standalone binaries that don't depend on shared libraries, but it's a bit beyond my knowledge (I tried adding a --disable-shared flag). It would be very helpful if compilers could be added to the php7.4 image, what's the process for requesting that?" https://wm-bot.wmcloud.org/logs/%23wikimedia-cloud/20220721.txt
        take note this chat was back in july 2022... RZuo (talk) 20:28, 25 January 2024 (UTC)[reply]
        @Jmabel I have no news about it, and nobody I asked to has info on that. :( Sannita (WMF) (talk) 10:51, 26 January 2024 (UTC)[reply]
        Drop the smilies and do your job. -- Tuválkin 20:29, 28 January 2024 (UTC)[reply]
        @Tuválkin: I understand your frustration, but the fact is that WMF did not create this tool and the team Sannita works with have never been formally asked to be responsible for it. Yes, it would be nice to have paid staff with a general responsibility to support tools for Commons. No, that staff does not exist. I don't know your background, but anyone who's worked in the software industry would say that there are few organizations where anyone much below VP level has the authority to take on a sizeable project that was not assigned to them and expend resources on it.
        The person who seems to have dropped the ball here is danmichaelo, who took on this responsibility and seems to have let go of it without informing anyone that he had done so. I believe that as recently as October everyone presumed he was on top of this and would provide a timely solution, and even when we got an extension in early December to buy time, the general presumption that was that we were buying time for him to complete this task. For all I know, he might yet plan to fix this, but if so he is sure not letting anyone know what is going on, and clearly at this point we have to presume he will not do this. I've posted a note at the Village pump hoping to find someone who will at least assess the task, if not take it on.
        In the larger picture: yes, this situation where individual volunteers take on responsibility for a tool, with no management structure, not even mutual management by peers, is insane, and I've said so before. We keep having broken tools and having to scramble to even work out who might solve the problem. As recently as October, the tool that propagates {{Move cat}} requests for the Delinker was broken, and the only reason it got fixed was I ran into someone at WikiConference North America who was able to make the needed fix then and there, but had no interest in taking over responsibility, and warned that the tool will probably break again in a matter of months because of continual changes in the operating environment. And, as far as I know, nothing ever went any further, so it will break again. - Jmabel ! talk 04:01, 29 January 2024 (UTC)[reply]
        Thanks, Jmabel. I replied to him below. I understand ths situation, but we either make a huge stink and get this fixed now, or we won’t have an integrated image cropper in two weeks time. I don’t blame Sannita nor Danmichaelo nor anyone individually — I blame those who ever thought that migrating to Kubernetes could/should be done without a guarantee that it would be seamess for the user and everything will still work after the change. Accepting that such migrations always have losses, widespread as it is, is totally unacceptable.
        As for basic functionalities that are in the hands of individual users, well maybe Mediawiki should be working on integrating them in a the basic package? Image cropping and category moving surely are more important for a wiki to offer than some of the stuff they are currently planning to introduce (I bet there at people there drooling at the prospect of adding so called AI to the next major mediawiki version…).
        -- Tuválkin 15:54, 29 January 2024 (UTC)[reply]
        As far as I remember Danmichaelo was alienated by a decision at the english (?) Wikipedia more than a year ago. Even if something is done to overcome this alienation, it may well be that them has started other activities by now, and I assume it unlikely that them will return and put the effort into croptool, that is needed to keep it running in the long run. So either @Sannita (WMF) makes maintainance a priority of WMF, or a volunteer takes over CropTool or it is a dead tool. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 20:40, 28 January 2024 (UTC)[reply]
        "I believe that as recently as October everyone presumed he was on top of this and would provide a timely solution, and even when we got an extension in early December to buy time, the general presumption that was that we were buying time for him to complete this task."
        that's certainly not true. anyone who has tried to understand problems croptool has, or even contribute to the code, would have visited the github repo and found out that Dan has probably proactively stopped working on this for a few years already. i dont know the reason, but i've seen C.Suthorn and also other users talking about an incident/conflict/... that drove Dan away.
        the blame should certainly be on the website development. on one hand, a widely used functionality has to remain maintained solely by volunteers for a decade. on the other hand, wmf cries for money every single year and has stacked up hundreds of millions.
        volunteers are volunteers. they can stop working however they like and dont have any responsibility and dont have obligation to tell anyone.
        not wanting to gossip, but i'm curious (but wont be surprised since i also fell victim) about what alienated Dan. RZuo (talk) 06:57, 29 January 2024 (UTC)[reply]
        @RZuo: maybe some people knew Dan had "left the building" but I sure didn't. I don't remember seeing any posts saying "no one seems to be maintaining CropBot, is someone interested in taking it over" prior to my posting that on the Village pump yesterday, when I became aware of the situation. If others knew, it would have been wise to bring it up and seek a solution.
        Are there other important tools that you believe have been abandoned? The only other one I'm aware of is the one that handles "move cat" for the Delinker. - Jmabel ! talk 19:04, 29 January 2024 (UTC)[reply]
        @Tuvalkin I understand the frustration over the lack of maintenance of a tool that I used too as a volunteer, but I can't do anything but repeat that there is hardly the chance that WMF can step in, especially with such a short notice. WMF taking over tools maintained by the community -- this tool, as well as any other tool -- would require a major decision from top management, as @Jmabel correctly notes, since we're talking either understanding how a tool not developed by insiders works or re-do it from scratch. Either way it's going to take time, effort, and in the end money I'm in no position whatsoever to commit (for as much as I would like, and I can tell that I would like it very much). This is a periodical discussion within and with the Foundation, and my unfortunate position is the one I'm in: telling people that WMF cannot do anything for the moment, and that I will try to pass it on to the higher-ups that we need to take a decision on it for the next fiscal years (plural intended). I hope this clarifies my position, and that my options are unfortunately limited to the extreme. Sannita (WMF) (talk) 09:49, 29 January 2024 (UTC)[reply]
        You job as Community Liason is to keep the editing community feeling happy about the WMF. Are we happy? We’re not. So, either do your job, or quit. (I’d quit, if I were you. I quit cushier jobs for worst bosses. I’m poor now, but at least I’m not coding for scamming crooks nor for major polluters.)
        Don’t give us that company line about not wanting to step on the toes of the user community who’s sovereign in their own tool management. The WMF certainly didn’t feel that way about MediaViewer and VisualEditor and all that nonsense you forced on us.
        Besides, nobody’s asking the WMF to create nor mantain an image cropping tool: We’s asking the WMF to be able to migrate instrastructure without jeoperdizing existent functionalities. It’s not to much to ask, it’s the lowest possible bar, and it’s time the WMF leadership understands that the «break everything» philosophy doesn’t cut for a mature wiki ecosystem. If they rather be disruption brats, they should quit and join Musk somewhere cozy — we’ll easily elect someone better.
        (Also, fix Global Login already? It’s been 10 years. I’m typing this and the preview shows my IP, while in other windows I’m logged in. Can you be less incompetent?)
        -- Tuválkin 15:43, 29 January 2024 (UTC)[reply]
        @Tuvalkin Thanks for your comment. I will make sure it will be heard, to underline that community is serious about this issue. Sannita (WMF) (talk) 16:47, 29 January 2024 (UTC)[reply]
        Thanks for your attention on this problem! I think stating that it is too soon a deadline for WMF to help is true, and I definitely understand the difficult situation you are in. However, I do think the tool is widely used by the userbase (I use it daily or close to it) and should be considered a top priority by WMF. I think it should be brought to leadership as such, and hopefully you can find a new developer to work on the tool, even if it is after the tool expires next month. If necessary, I think putting a bounty on this type of problem in a developer community, like StackOverflow, can be helpful. The technical issues at hand appear fairly complex. --Engineerchange (talk) 15:58, 29 January 2024 (UTC)[reply]
        @Engineerchange People involved with the GridEngine deprecation on Toolforge already know about this situation, I made sure of it. I will keep an eye on the situation, and I will help -- in my volunteer capacity -- to try to find someone who can support the tool for the foreseeable future. Sannita (WMF) (talk) 16:44, 29 January 2024 (UTC)[reply]
Thanks for your help and for staying cool when the flaming gets hot. --SJ+ 21:13, 29 January 2024 (UTC)[reply]
maybe we can solve this step by step.
according to https://wm-bot.wmcloud.org/logs/%23wikimedia-cloud/20220721.txt
"djvulibre, imagemagick and ghostscript" are missing in Kubernetes (k8s).
i think the first step we should take is making imagemagick work. that will make croptool work for images. dont care about the djvu and pdf for now.
or as Dan said, "could probably do without imagemagick if I used built-in php methods, but it requires a small rewrite". someone good at php can rewrite the code to do without magick. RZuo (talk) 07:16, 29 January 2024 (UTC)[reply]
May I take it that besides imagemagick, it also lacks graphicsmagick? Because for simple purposes they are more or less interchangeable, and it would be trivial to switch from one to the other. - Jmabel ! talk

Ad hoc alternative

[edit]

https://jpegclub.org/losslessapps.html

so, which one of these can be recommended as an alternative for users?--RZuo (talk) 07:02, 29 January 2024 (UTC)[reply]

i've only used "cPicture [Jürgen Eidt] (Windows 10+) - Windows Photo Explorer, supports JPEG 9" which is ok, except two problems: i dont know how to zoom in while setting the frame to crop; an intermittent popup problem.--RZuo (talk) 07:02, 29 January 2024 (UTC)[reply]
You mean this as an alternative way to keep the existing tool and workflow, yes? (And not as a separate standalone piece of software, I mean.) -- Tuválkin 15:57, 29 January 2024 (UTC)[reply]

Movement on the repo

[edit]

FYI, there's been some movement the last day or so in a PR on the repo. So, we may been in luck! --Engineerchange (talk) 14:07, 31 January 2024 (UTC)[reply]

🎉 Sohom (talk) 17:33, 3 February 2024 (UTC)[reply]
Hello all! A bit late to the discussion, but I bring some good news. The first one you already know, someone stepped in for the migration of CropTool from GridEngine to Kubernetes, and we all thank them for it!
The other good news is that the team who is in charge of the framework migration confirmed me that an extension of the deadline will be granted to allow the user to complete the migration. Of course, there still is a fixed deadline to switch off GridEngine, that is March 14, so the migration should happen in a reasonable amount of time, but at least some more time can be bought.
More generally, the team confirmed me that tool maintainers who are actively working on the Toolforge migration can receive as well an extension to the deadline, if they ask for it. If they need help during the migration, they can also ask the team for help, by using the "help wanted" tag on Phabricator. For more info, there are also the FAQs about the migration.
On the not-so-bright side, tools that are unmaintained are risking deactivation, unless someone steps in. About this, there is little that we can do.
If you have any questions, please ping me, and I'll try to help out as much as I can. Also, if you know of other similar situations, please list them, so that we can try to find a solution together. Sannita (WMF) (talk) 14:37, 5 February 2024 (UTC)[reply]
@Sannita (WMF) Now we just need to get https://github.com/danmichaelo/croptool/pull/182 merged to finally fix lossless cropping. Ahecht (TALK
PAGE
) 19:41, 16 February 2024 (UTC)[reply]
@Danmichaelo @Sohom Datta could you please take a look at https://github.com/danmichaelo/croptool/pulls ? :) RZuo (talk) 20:54, 16 February 2024 (UTC)[reply]
@Sohom Datta, @Sannita (WMF), @Danmichaelo - Please, resolve this open ticket: [1]. Thank you all your efforts. --Ooligan (talk) 06:54, 18 February 2024 (UTC)[reply]
I don't think there is a lot I can do here, the PR should be fine to merge (imo). I don't have access to merge or deploy anything right now. Sohom (talk) 14:25, 18 February 2024 (UTC)[reply]
Same here. I don't have access to merge or deploy anything, but it will be done by the original maintainer. Sannita (WMF) (talk) 15:48, 18 February 2024 (UTC)[reply]

CropTool is not working with a particular image

[edit]

If I try to create a cropped version of this image with CropTool, it gets stuck in the loading screen for a while before coming to a page that says "What to crop? Enter the URL or filename for an image you would like to crop." And if I enter the URL or filename on that page, the same cycle continues. I have not had issues like this with other images so far. Do others have this issue as well, and is there anything that can be done to fix it? Carfan568 (talk) 19:11, 23 February 2024 (UTC)[reply]

I've had miscellaneous failures from it recently. Sometimes if I go back to the file page & try again it works, but it also sometimes fails at the point of saving the image. Lately, I've mostly been downloading to my own machine & using GIMP. Yes, it would be nice if this were properly working.
Do we even know who is now maintaining CropTool? - Jmabel ! talk 20:38, 23 February 2024 (UTC)[reply]
I've continued having intermittent problems, mostly at the point where it goes into "preview" (or, more to the point, fails to go into "preview"). - Jmabel ! talk 17:03, 28 February 2024 (UTC)[reply]

Unable to crop quality images

[edit]

I usually contribute on Wikimedia projects (including Commons) with my smartphone. While I'm able to crop most photographs to create Wikivoyage banners, I'm unable to do so for quality images like Bhadrachalam temple 04122016.jpg and Muttukadu Bridge Boat House Siruseri Tamilnadu Aug21 D72 20693-94.jpg. Sbb1413 (he) (talkcontribs) 05:16, 28 February 2024 (UTC)[reply]

Ja, das ist so gewollt. Wenn ein Bild ein Accessment wie "quality" hat, weigert das CropTool sich, dieses Bild zu überschreiben. Es ist ja dafür ausgezeichnet so zu sein, wie es ist und nicht ein Crop davon. Ein eingebauter Vandalismusschutz. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 06:54, 28 February 2024 (UTC)[reply]
@Sbb1413: Are you trying to overwrite them? If so, please don't. A "(banner)" suffix should be fine for the new filename.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 01:45, 29 February 2024 (UTC)[reply]

Feature request: cropped pictures from DJVU and PDF files are almost never {{Book}}s themselves

[edit]

See the most recent upload by CropTool. It's not a {{Book}}, but it uses the same template. Metadata info will almost always be wrong, but I don't expect this tool to solve this.

Instead, I propose the following: 1) Change {{Book}} for {{Artwork}} when cropping from books. 2) Remove the |Wikidata= parameter, as 100% of the time the Wikidata entity refers to the edition of the book, and not the cropped artwork. 3) Remove PDF/DJVU Files, Book by year and country categories. Other changes would need to be manually done, but this is a great start.

Relatedly, Category:Books and its subcategories is full of cropped artworks from this tool, for this very reason. Maybe we will need a bot to clean that. I might do this if approved. Ignacio Rodríguez (talk) 15:55, 10 March 2024 (UTC)[reply]

"Enter the URL or filename for an image you would like to crop."

[edit]

Intermittently in the past few days, I am seeing the message above when I try to use the CropTool from a Commons file page. I have entered the "URL" as well as the "filename" for the Commons image, but nothing happens. In the recent past, the CropTool performs normally again after an unknown period of time.

  • Can this intermittent issue be resolved?
  • What is the cause of this issue?

Thanks, --Ooligan (talk) 18:36, 11 March 2024 (UTC)[reply]

Just a remark: if you use the back button, then try the CropTool again, it is usually OK. - Jmabel ! talk 22:54, 11 March 2024 (UTC)[reply]
I will try that. Thanks --Ooligan (talk) 05:33, 12 March 2024 (UTC)[reply]
I have the same problem. Are we loosing another piece of this tool?
Funnily it even offers a hint: "Tip: You can open CropTool directly from a media file. Learn more at Commons." Enhancing999 (talk) 21:20, 17 March 2024 (UTC)[reply]
Up till today, the back button and try again worked. Now this is failing as described for me as well, and that workaround does not help. - Jmabel ! talk 23:08, 17 March 2024 (UTC)[reply]
Maybe it has something to do with the filesize. A new way of failing when the file is too large? Enhancing999 (talk) 10:46, 18 March 2024 (UTC)[reply]
It could be failing to get the file from Commons timely, thus timing out too soon.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 10:50, 18 March 2024 (UTC)[reply]
@Enhancing999.No, it is not about file size. The CropTool is failing right now. I am trying to crop a file that is "normal" size from the United States Department of State.
@Jmabel, your suggestion appeared to work once, but I have repeatedly tried this, but the tool is just not responding. The CropTool continues to show an unusual page that asks,
"What to crop? Enter the URL or filename for an image you would like to crop." I have repeatedly entered the "URL" and CropTool fails, then repeatedly entered the "filename" and CropTool fails. Please, note that this intermediate page does show in green writing below that acknowledges "this file exists on Commons."
@Jeff G., Is the following related to your "timing out" comment? There appears to be some error with the CropTool itself. The problem is intermittent in that it happens apparently anytime for unknown reason(s), but after some unknown time period, the CropTool starts working again.
CropTool has had this particular malfunction, regularly, for the last several weeks.
I have noticed this malfunction occurs during the daytime within the United States. I mention this in case it is a high-demand related issue. If the CropTool maintainer could check incoming requests for cropping, perhaps the tool is "overloaded" and starts to malfunction for volunteers with new requests. Just a guess, but I hope it helps to resolve this issue. --Ooligan (talk) 20:29, 18 March 2024 (UTC)[reply]
Pinging @Sannita (WMF)- are you aware of this recurrent issue? Thanks, --Ooligan (talk) 20:40, 18 March 2024 (UTC)[reply]
@Ooligan: I doubt there is anything Sannita can do here: this is not a WMF thing, it's a volunteer-maintained tool. There could be some specific timeout test that might be changed, but it probably runs deeper. - Jmabel ! talk 21:10, 18 March 2024 (UTC)[reply]
@Ooligan Exactly as Jmabel said, I can't do anything on this tool, since it's not maintained by WMF. Sorry. Sannita (WMF) (talk) 13:12, 19 March 2024 (UTC)[reply]
Ok. I mistakenly thought you had some connection with this tool.
@Sannita (WMF), Is there a process where I can make a suggestion to the Wikimedia Foundation to officially adopt and maintain this tool? Thank you, -- Ooligan (talk) 13:39, 19 March 2024 (UTC)[reply]
@Ooligan We already received requests about this, and unfortunately it's not in the current nor future plans to adopt community-maintained tools. There are a good number of reasons behind this decision, but the main reason is that it would require a lot of time and effort to either understand how a tool works, or to rebuild it from scratch. I tried to advocate for this, and will keep trying, but don't hold your breath waiting. Sannita (WMF) (talk) 18:39, 19 March 2024 (UTC)[reply]
Thank you @Sannita (WMF) for continuing to advocate for positive change.
You wrote that "... the main reason is that it would require a lot of time and effort to either understand how a tool works, or to rebuild it from scratch"
From a volunteer point-of-view, I think of all the 1,000's of hours of time given by volunteers at no cost to the Wikimedia Foundation to create the over 670,000+ cropped images found here at extracted images. I'm guessing most from CropTool use. The "time and effort" you mention that the WMF has a monetary value, for example, the cost per hour for code writers multiplied by the total hours to write a new version of CropTool.
An author and attorney wrote, "How much is all this volunteer time worth? A lot. The organization Independent Sector estimates that the value of volunteer time for 2019 was $25.43 per hour."
So, the WMF adoption of "community-maintained tools" is an investment that pays dividends in the form of increased productivity for all those valuable volunteers.
Just some information for your next chat with the Wikimedia Foundation representatives or staff. Thanks again. Respectfully, -- Ooligan (talk) 00:05, 20 March 2024 (UTC)[reply]
Shouldn't the WMF POV be whether this is functionality Commons should have or not? Who initially wrote it and whether current staff is qualified or not is secondary. Enhancing999 (talk) 07:07, 20 March 2024 (UTC)[reply]
@Ooligan *standing ovation* Joalbertine (talk) 16:55, 11 May 2024 (UTC)[reply]
At some point, I could do a smaller file, but not a large one. Maybe it's also a caching issue. If files gradually fill up memory, at some point no new files can be handled. Enhancing999 (talk) 21:44, 18 March 2024 (UTC)[reply]
Maybe a sample helps. I could crop:
the same from others fails:
Enhancing999 (talk) 12:45, 19 March 2024 (UTC)[reply]
@Enhancing999: I concur. In each case, it displays "Please wait while fetching image data and metadata... This might take some time depending on the image size..." and then either functions normally or returns to display "What to crop?" and "Enter the URL or filename for an image you would like to crop."   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 13:26, 19 March 2024 (UTC)[reply]
Exactly! It happens to me too! I try to crop other files every time it happens, just to make sure the problem isn't limited to a single file. It never works on any file. The problem just goes away on its own after a while. It's so frustrating. Joalbertine (talk) 16:51, 11 May 2024 (UTC)[reply]
The "Enter the URL"-problem seems to be solved now by a fix by User:Lucas_Werkmeister, see MediaWiki_talk:Gadget-CropTool.js#Add_site_and_page. Enhancing999 (talk) 13:00, 21 August 2024 (UTC)[reply]

Authorization Error

[edit]

I can't get past the authorization steps (jumping back from step 3 to step 2, as listed in the project page). I've used CropTool many times in the past but not for a while, so not sure if this is due to some code changes. Any ideas how to solve this? Joalbertine (talk) 12:14, 18 March 2024 (UTC)[reply]

Sometimes it takes me several attempts (after restarting from the beginning) Enhancing999 (talk) 12:38, 18 March 2024 (UTC)[reply]
I tried several times. It didn't work, unfortunately. Joalbertine (talk) 13:39, 18 March 2024 (UTC)[reply]
@Joalbertine: Do you have cross-site scripting enabled, at least for commons.wikimedia.org, croptool.toolforge.org, and www.mediawiki.org? Revealing your browser name and version, and same for your OS, may help.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 12:43, 18 March 2024 (UTC)[reply]
I don't know, but don't think I changed anything, and it used to work fine. How can I check and change it if necessary? I use Windows 10 Pro and Firefox 123. Joalbertine (talk) 13:41, 18 March 2024 (UTC)[reply]
I have had the same problem for months and it's really frustrating. I'm stuck in authorization hell, too! Edelseider (talk) 12:34, 1 May 2024 (UTC)[reply]
@Edelseider: I just authorized fine, it shows "Authorized as Jeff G." in the top right corner.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 13:32, 1 May 2024 (UTC)[reply]
I'm happy for you, @Jeff G.: you are one of the lucky ones. I am unable to access the tool because the authorization always fails. Edelseider (talk) 13:39, 1 May 2024 (UTC)[reply]
Just adding here. This is occurring once or twice every week. CropTool starts working again after a period of up to two days- for unknown reason(s). -- Ooligan (talk) 21:03, 1 May 2024 (UTC)[reply]
I managed to overcome the problem by switching from Firefox to Edge. Why it works on Edge and not on Firefox - I have absolutely no idea. But there's another error that appears from time to time: when I enter the tool from a specific file, it takes me to the "What to crop?" screen (with a search engine). Even after I search the file name, nothing happens - the page simply reloads. I tried refreshing, closing and opening the browser again, even restarting my computer, but nothing works. It happened a few times so far and eventually went back to normal for no apparent reason. Anybody else? Joalbertine (talk) 16:32, 11 May 2024 (UTC)[reply]

croptool not listed among tools

[edit]

Hello, I can't find the Croptool listed among the tools. إيان (talk) 01:36, 21 March 2024 (UTC)[reply]

Listed where? - Jmabel ! talk 07:47, 21 March 2024 (UTC)[reply]
What tool list? Please, provide a link. Thanks, -- Ooligan (talk) 05:27, 23 April 2024 (UTC)[reply]
@Jmabel Presumably, the Tools drop-down menu that appears above the image on its file page: Read / Edit / View History / Fave / Tools. "CropTool" is supposed to be in the General section. (It's listed as normal for me...) Joalbertine (talk) 16:44, 11 May 2024 (UTC)[reply]
Pinging, @إيان -- Ooligan (talk) 21:05, 1 May 2024 (UTC)[reply]

Rotation triggers "[Error] undefined" (preview step)

[edit]

Rotating this image (tiff, 29 MB) triggered an "[Error] undefined" error when previewing (the image should be rotated by 0.34°). Enhancing999 (talk) 13:36, 10 April 2024 (UTC)[reply]

@Enhancing999: I got the same error.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 13:54, 10 April 2024 (UTC)[reply]
rotating 0/90/180/270 degree should work. Rotating of smaller images also. See my error report in the archive ot this page. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 14:29, 10 April 2024 (UTC)[reply]
I think the limit was much higher (see my report above). 29MB isn't really that large and rotating 180° wont help. Enhancing999 (talk) 17:40, 10 April 2024 (UTC)[reply]
29MB is a file size. The image is 30.2 MP (>30 Megapixel, the size of a 7K display). C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 17:50, 10 April 2024 (UTC)[reply]
I get the same error when I try rotate a bit more this tiff that worked 2 years ago. Enhancing999 (talk) 18:07, 10 April 2024 (UTC)[reply]
In the last two years the program code of the tool has changed, the hardware and os version the tool is running on has probably changed, and as far as I know there is now a new maintainer. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 19:35, 10 April 2024 (UTC)[reply]
Not sure, I got the impression the code remained mostly unchanged and the tool lacks a maintainer. It was moved to other infrastructure. We are just keeping track of more and more pieces that break. Eventually, I think we should find a (WMF) replacement for the tool. Enhancing999 (talk) 21:14, 10 April 2024 (UTC)[reply]
I think this was discussed in Reparatursommer, but not sure. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 21:30, 10 April 2024 (UTC)[reply]
@C.Suthorn, "Reparatursommer?" Do you have a link? Thanks, -- Ooligan (talk) 05:31, 23 April 2024 (UTC)[reply]
@Ooligan https://de.wikipedia.org/wiki/Wikipedia:Reparatursommer#CropTool C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 07:27, 23 April 2024 (UTC)[reply]
Thanks you, C.Suthorn -- Ooligan (talk) 08:35, 23 April 2024 (UTC)[reply]

WMF replacement

[edit]

At Commons:Village_pump/Technical#New_tool_for_cropping_and_rotating_images_(proposal), I added a proposal for a replacement as this tool is no longer maintained and keeps loosing functionalities. Enhancing999 (talk) 15:12, 17 April 2024 (UTC)[reply]

Not working

[edit]

Hi, I am trying to crop out the background poster, of File:اولاد الشاوش.jpg, but it doesn't work. The file doesn't even load. No error message. Yann (talk) 13:35, 21 April 2024 (UTC)[reply]

@Yann: It worked for me.   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 15:56, 21 April 2024 (UTC)[reply]
I had the "Enter the URL or filename for an image you would like to crop."-problem on the original version of the file earlier today. Enhancing999 (talk) 18:59, 21 April 2024 (UTC)[reply]
@Enhancing999: did you try back button, Retry, etc.? Often this is a temporary glitch. I think there is a race condition. - Jmabel ! talk 06:02, 22 April 2024 (UTC)[reply]
... a tool - that received the WMF coolest tool award - should come with a fallback mechanism in case of a temporary glitch - at least telling the user what went wrong, and what the user is supposed to do (wait, notify a maintainer, use a different approach, reboot the tool, ...) C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 06:38, 22 April 2024 (UTC)[reply]
Agreed. -- Ooligan (talk) 05:33, 23 April 2024 (UTC)[reply]
Same here. The direct link from the navbar leads to the generic CropTool page. When I inserted URL / filename, CropTool placed a notice "File «xxxxxx» found on «commons.wikimedia.org»." but doesn't load it. Couple days ago, it worked. — Draceane talkcontrib. 07:42, 22 April 2024 (UTC) It's a shame that this crucial tool isn't maintained as a integrated "core". Furthermore, users should be able to report bugs/issues via standard way (here or on phab), majority of users doesn't have a GitHub account.[reply]
Same for me, since yesterday evening, with Chrome or Firefox. --Lewisiscrazy (talk) 13:09, 22 April 2024 (UTC)[reply]
Same for me. Nederlandse Leeuw (talk) 14:55, 22 April 2024 (UTC)[reply]
Same here. Cannot crop any of my uploaded files, nor some old ones... BrazilianDude70 (talk) 18:01, 22 April 2024 (UTC)[reply]
Still not working. Schwede66 00:55, 23 April 2024 (UTC)[reply]
Crop Tool is not working at this time. (and the last ~ 2 days)
Same activity as reported by @Draceane. -- Ooligan (talk) 05:39, 23 April 2024 (UTC)[reply]
It still doesn't seem to work. Chrome Version 123.0.6312.124 on MS Windows 10. MB-one (talk) 09:01, 23 April 2024 (UTC)[reply]
I just encountered the same problem reported by @Draceane. I am using chrome on macbook --EleniXDD (talk) 10:44, 23 April 2024 (UTC)[reply]

Crop tool is back to work. --Lewisiscrazy (talk) 12:59, 26 April 2024 (UTC)[reply]

Yay! -- Tuválkin 16:27, 1 May 2024 (UTC)[reply]
At this time, CropTool is repeatedly giving this error message, "Upload failed! undefined." Ooligan (talk) 18:57, 3 May 2024 (UTC)[reply]
It is working for me... --Lewisiscrazy (talk) 19:09, 3 May 2024 (UTC)[reply]
It is working now. I just wanted to document the continuing CropTool instability or lack of consistent reliability. -- Ooligan (talk) 21:39, 3 May 2024 (UTC)[reply]

時々使えない

[edit]

ここ最近、一週間に一度ほどしか使えません システムの問題? ウィ貴公子 (talk) 09:43, 29 April 2024 (UTC)[reply]

Yes, unfortunately, this a recurrent problem. The Wikimedia Foundation does not maintain this tool and volunteer tool maintenance volunteers are difficult to find to help sustain proper tool maintence or to fix problems. Thanks for mentioning this here.
Translation to Japanese:
はい、残念ながら、これは再発する問題です。ウィキメディア財団はこのツールを維持しておらず、ボランティアツールのメンテナンスボランティアは、適切なツールのメンテナンスを維持したり、問題を解決したりするために見つけることは困難です。ここでこれについて言及してくれてありがとう。Arigato, -- Ooligan (talk) 19:07, 3 May 2024 (UTC)[reply]

Not workin on enwiki

[edit]

I get the tool to work here on Commons but not on Wikipedia. Just says File «Vasteras IK Fotboll logo.png» not found on «en.wikipedia.org». when I enter the URL. Jonteemil (talk) 23:02, 2 May 2024 (UTC)[reply]

Down again?

[edit]
https://croptool.toolforge.org/?site=commons.wikimedia.org&title=Snake,%20a%20double%20Fairlie,%20B%20class%20steam%20locomotive%20%22B%22%20238%20(0-4-4-0T).%20ATLIB%20257541.png
Top: 150, Left: 124, Width: 6070, Height: 4221

Previewing a crop just gives '[Error] undefined' Andy Dingley (talk) 16:53, 14 May 2024 (UTC)[reply]

I have the same problem. I hope the issue is resolved soon, since CropTool appears to be the most efficient way to rotate images. The rotating bot has been shut down and the backlog of images in need of rotation is growing. Sinigh (talk) 12:54, 17 May 2024 (UTC)[reply]

Portrait photos by Hameltion

[edit]

My analysis of the 'not working' problem is: caused by photo's made by @Hameltion: with his camera in upright (non-landscape) position. His camera produces an orientation attribute in the photo data that is not handled correctly by Croptool. Previously (until recently) these photo's could be cropped but showed up 'sideways'. Although this was uncomfortable, cropping was not impossible. Nowadays the file cannot be loaded at all by Croptool: the 'loading' line stays on-screen for a very long time, eventually replaced by a pop-up box requesting me to enter the filename. (It's no use to actually do that: the process only repeats itself identically.) Pommée (talk) 07:49, 19 May 2024 (UTC)[reply]

I hadn't realized the connection with vertical orientation but that is borne out by testing. But it's not just me, any upright photo taken by this kind of camera fails to load on CropTool (and as previously noted, used to load sideways). Thanks for raising this note, Pommée. Hameltion (talk | contribs) 13:46, 19 May 2024 (UTC)[reply]
@Hameltion: You are absolutely correct: it's not yourself but your type of camera that causes the symptoms described. Pommée (talk) 19:33, 19 May 2024 (UTC)[reply]

Gone for good?

[edit]

I keep ending up on the page "Enter the URL or filename for an image you would like to crop." even for small files. Enhancing999 (talk) 10:35, 23 May 2024 (UTC)[reply]

The same for me. Yesterday it worked just as usual. Mbkv717 (talk) 10:51, 23 May 2024 (UTC)[reply]
It worked fine until the later hours last night (EDT). There was some database overload error on Commons last night too. CropTool has definitely been temperamental the last couple weeks, causing these "Enter the URL..." pages more and more often. --Engineerchange (talk) 13:47, 23 May 2024 (UTC)[reply]
That was over a month ago, and it's still not working. Is there any way of getting a message to someone who might be able to fix this? Kognos (talk) 18:58, 30 June 2024 (UTC)[reply]

Croptool not cropping and not rotating

[edit]

Is it just me or is it a system problem? I've been trying to rotate an image and it just keeps saying "[Error] undefined" everytime. Can someone fix it or should we just wait it out? Turniner (talk) 07:32, 30 May 2024 (UTC)[reply]

Yeah I'm having the same issue as well LostplanetKD73 (talk) 14:29, 31 May 2024 (UTC)[reply]
Same with me, though for me it was still working in the last few days until now. ThatRandomGuy1 (talk) 20:12, 11 June 2024 (UTC)[reply]

Image not opening in CropTool

[edit]

File:Donald Runnicles plays piano for the Deutsche Oper Berlin.jpg Chrisdevelop (talk) 00:47, 29 June 2024 (UTC)[reply]

Broken

[edit]

It seems clear that CropTool is currently quite broken, and that no on has taken responsibility to maintain it. As I understand it, the person who got it working again in February 2024 made no ongoing commitment to maintain it. - Jmabel ! talk 17:49, 3 July 2024 (UTC)[reply]

@Jmabel: This has been the case for months. So can we, either: find someone who will take responsibility for maintaining this very useful tool? Or, if not, remove it completely from Commons to avoid the frustrations that so many users are having? I was just frustrated, trying once again to use it, I got it to load my image, and thought it was going to work, then got error (undefined) when I tapped preview. I cropped the image locally then uploaded, much less convenient, but if that's what we have to do, better to know. Kognos (talk) 21:05, 17 July 2024 (UTC)[reply]
@Kognos: I'm not sure why you are pinging me on that. You are as capable of pursuing this in any direction as I am. - Jmabel ! talk 21:09, 17 July 2024 (UTC)[reply]
@Jmabel: Because you are an administrator and I am not. Perhaps naively I thought you might be in a better position to get something moving. Kognos (talk) 21:22, 17 July 2024 (UTC)[reply]
@Kognos: Being an admin does not make me more capable of (1) taking this over myself (2) recruiting someone to take it over (3) making a proposal at COM:VP/P to deactivate it. Presumably one of those three is the course of action you have in mind. - Jmabel ! talk 21:25, 17 July 2024 (UTC)[reply]
@Jmabel: What's wrong with it? I checked its logs and it seems to be doing things. -- Tim Starling (WMF) (talk) 05:52, 18 July 2024 (UTC)[reply]
LOL, I don't think the log shows when it's not working (file larger than 1 MB, rotation of 1° failing, magic border locator not locating anything anymore, tool asks to re-specify filename) ;) Enhancing999 (talk) 07:50, 18 July 2024 (UTC)[reply]
It seems to work sometimes for some people. With no one in charge (or even particularly focused on it), it is unlikely that we will solidly know in the future what are the parameters of when it does and does not work. - Jmabel ! talk 14:51, 18 July 2024 (UTC)[reply]
Code doesn't just stop working by itself. Something has to break it. It has a memory limit of 512MB, could that be the problem? -- Tim Starling (WMF) (talk) 23:31, 18 July 2024 (UTC)[reply]
Possibly, as larger files are more likely to not work during busy days or hours and it shows some of the symptoms: problems with files larger than 1 MB, rotation of 1° failing, tool asks to re-specify filename). Maybe also cache doesn't get purged too quickly.
Maybe "magic border locator" didn't get reconfigured by the person who was paid to move it to the new server. It hasn't work since. Enhancing999 (talk) 23:50, 18 July 2024 (UTC)[reply]
The magic border locator is spewing deprecation warnings into a JSON response. I'll put in a pull request for that and for a memory limit increase. If my pull request isn't approved, I can fork it, like I did for ZoomViewer and PanoViewer. -- Tim Starling (WMF) (talk) 01:11, 19 July 2024 (UTC)[reply]

I just deployed my unmerged pull request. Better than leaving it broken. The border detector is fixed -- it doesn't give a good result for the previously suggested test case, but it works for this file. My impression from skimming through the code is that the border has to be pretty close to a constant colour. The problem with images larger than 128 Mpx is not completely fixed, I filed phab:T370610 for that. -- Tim Starling (WMF) (talk) 03:50, 22 July 2024 (UTC)[reply]

Thanks for fixing the border detector. Generally, it provides a better starting point if it doesn't find the border directly.
I tried to redo the crop File:1229_Grindelwald_(Eiger).jpg of File:1229 Grindelwald.jpg, but that doesn't work yet. Enhancing999 (talk) 10:05, 22 July 2024 (UTC)[reply]
I tried to rotate File:Potsdamer Platz Filmmuseum Boulevard der Stars Helmut Käutner.jpg but croptool does not even load the file. It just outputs "file found on commons" nothing else. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 15:26, 26 July 2024 (UTC)[reply]

We at Wiki Project Med Foundation would be willing to support this. Ie User:Bawolff could become a maintainer. Do people know how to add him as one? Doc James (talk · contribs · email) 22:40, 25 July 2024 (UTC)[reply]

@Doc James: The sources are on GitHub. I don't have a clue about the toolforge side, though. - Jmabel ! talk 18:39, 26 July 2024 (UTC)[reply]

FWIW, over the last few days, I've been able to use this successfully to extract small areas of 24 megapixel images for new files (no rotation involved). - Jmabel ! talk 18:39, 26 July 2024 (UTC)[reply]

Have discussed with User:Tim Starling (WMF) who have provided some guidance on next steps. Have reached out to the current maintainer. We are hoping to get it working for svgs and make other improvements. Doc James (talk · contribs · email) 00:55, 27 July 2024 (UTC)[reply]
Wonderful. I suspect that for SVGs all you can reasonably do (besides rotating) is vignetting, but not actual cropping. - Jmabel ! talk 02:53, 27 July 2024 (UTC)[reply]

Broken again. Spewing errors in Firefox web console, mainly about OpaqueResponseBlocking which usually means some inappropriate mixing of domains. - Jmabel ! talk 04:30, 16 August 2024 (UTC)[reply]

I'll note that I'm still around, I don't have any access to the tool and thus can't maintain it longterm in any capacity. However, I'm willing to help out with bugfixes as and when required. (also as an aside, unlike what was alleged above, I wasn't paid anything, doing it purely in my volunteer capacity -- please ping me if you want my attention in the replies) Sohom (talk) 12:55, 21 August 2024 (UTC)[reply]

Unable to open any image in CropTool

[edit]

— Preceding unsigned comment added by Sohom Datta (talk • contribs) 14:11, 26 August 2024 (UTC)[reply]

I have tried several times to open an image in CropTool, but it does not open. Instead, it asks me to "[e]nter the URL or filename for an image you would like to crop". I've entered it, but again asks me to enter the same. For now, I'm using paint.net for cropping. Sbb1413 (he) (talkcontribsuploads) 12:11, 23 August 2024 (UTC)[reply]

Today I cann´t login to the tool; I received next message:
«Curl error: Could not resolve host: www.mediawiki.org»
Please, check it. Thanks. Leonprimer (talk) 05:05, 23 August 2024 (UTC)[reply]
@Sbb1413 Which image is this ?
Also looking at the publicly accessible logs, the service might need a few restarts since it seems to be having DNS issues finding mediawiki.org. (cc @Tim Starling (WMF) who recently worked on the tool and has admin access). Sohom (talk) 19:09, 23 August 2024 (UTC)[reply]

Now I could login to the tool, but I cannot open any image (I tried with large, medium and small size images). So, this is not a problem of large images upload, the tool doesn't open today any image. Please @Tim Starling (WMF): , @Sohom Datta: , can you do something to repare it? Thanks. Leonprimer (talk) 22:21, 23 August 2024 (UTC)[reply]

"Curl error: Could not resolve host: commons.wikimedia.org" DNS is still probably doing funny stuff :( Sohom (talk) 22:43, 23 August 2024 (UTC)[reply]

Doesn’t work for me as well, it tries to load something for a minute and then shows an input field as mentioned above. I tried it with File:Topographische Karte der Umgegend von Leipzig (1863).jpg and File:Topographische Karte der Umgegend von Leipzig (1854).jpg. Regards, --Polarlys (talk) 22:55, 23 August 2024 (UTC)[reply]

@Sannita (WMF), @Danmichaelo: Please, check the tool, something doesn`t work correct. Or can any other person with some experience in GitHub open a new issue here? Last time with a similar errors in the tool, end January and end April, it takes more than a week to find and repare the problem. Please this time, I hope and I desire, it will be resolved a bit faster. Thank you. Leonprimer (talk) 00:43, 24 August 2024 (UTC)[reply]
@Leonprimer: not Sannita's realm, it's a completely volunteer-maintained (or unmaintained) tool. - Jmabel ! talk 02:30, 26 August 2024 (UTC)[reply]
@Sohom Datta The image in question is the page 13 of জাতিসংঘ সম্পর্কে তোমরা যা জানতে চাও (২০১৯).pdf. I wanted to crop the photo of António Guterres from the page using CropTool, but am unable to load it in CropTool. Instead, I used paint.net for cropping this and subsequent pages. Sbb1413 (he) (talkcontribsuploads) 03:28, 24 August 2024 (UTC)[reply]
Unable to use the crop tool, which was functioning a week before. --Vjsuseela (talk) 08:07, 24 August 2024 (UTC)[reply]
Facing same problem here. AugustoResende (talk) 21:03, 25 August 2024 (UTC)[reply]

Worked just now for the first time in a while. - Jmabel ! talk 02:30, 26 August 2024 (UTC)[reply]

I still have the Enter the URL or filename for an image you would like to crop. issue. --Polarlys (talk) 08:08, 26 August 2024 (UTC)[reply]
@Jmabel and Polarlys: Same for me when I try to crop more photos from জাতিসংঘ সম্পর্কে তোমরা যা জানতে চাও (২০১৯).pdf. Sbb1413 (he) (talkcontribsuploads) 08:20, 26 August 2024 (UTC)[reply]
works here now --Polarlys (talk) 08:33, 26 August 2024 (UTC)[reply]
@Polarlys: Yes, it works for me too, both in Commons and Bengali Wikisource. Sbb1413 (he) (talkcontribsuploads) 09:13, 26 August 2024 (UTC)[reply]
It's very strange. I've had no issues using it either. Huntster (t @ c) 16:40, 26 August 2024 (UTC)[reply]

Nope, still fails to work. Same problem as above, like it's been for days. Which image is irrelevant, since it's the same error for all of them.

For others in the same boat who are able to find their way here, paint.net is a free and misleading program name. The actual URL is getpaint.net. — LlywelynII 12:39, 26 August 2024 (UTC)[reply]

Pretty sure it works on the featured image on commons right now ? The previous issue was a DNS issue that affected all of Toolforge, any issues you are having right now is a function of the image you are using. Sohom (talk) 16:49, 26 August 2024 (UTC)[reply]

CropTool not working

[edit]

I've tried to crop File:Rolfine Absalonsen.png using CropTool but it fails to load. To fix this I've tried re-logging in, using a different computer, clearing the cache and trying to open a different image and still can't use the CropTool. I'm unsure what to do next. Spiderpig662 (talk) 17:37, 26 August 2024 (UTC)[reply]

Should be working again ? Sohom (talk) 19:49, 26 August 2024 (UTC)[reply]
It's working now, thanks! --Spiderpig662 (talk) 21:31, 26 August 2024 (UTC)[reply]