SUMMARY When an image from web browser is dragged into editor, Krita offers to download it but is unable to open the file once download finishes. STEPS TO REPRODUCE 1. Open any document in Krita, and a web page with an image (for example this discussion message https://krita-artists.org/t/i-dont-get-this-about-drag-and-dropping-image-from-web/57167/7 ) 2. Drag and drop an image from the web page into Krita 3. Choose Insert as a layer or Open as Document 4. Confirm downloading the image OBSERVED RESULT The download progress completes quickly, then error message appears "The file suchandsuch.jpeg does not exist". No document is opened and no layer is added. EXPECTED RESULT The dropped image is added as a layer or opened as a new document according to the option selected at step 3. SOFTWARE/OS VERSIONS Windows: Windows 10 Version 2009 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: 5.15.7 ADDITIONAL INFORMATION A range of versions might be affected as the issue appears to have existed for at least a year See https://krita-artists.org/t/i-dont-get-this-about-drag-and-dropping-image-from-web/57167/7
Hi, Needcomp! Yes, we had some issues with drag-and-drop features during early versions of Krita 5.2 branch, but they seem to be resolved now. At least I cannot reproduce the issue with the provided links with Krita 5.2.2 released version :(
(In reply to Dmitry Kazakov from comment #1) > Hi, Needcomp! > > Yes, we had some issues with drag-and-drop features during early versions of > Krita 5.2 branch, but they seem to be resolved now. At least I cannot > reproduce the issue with the provided links with Krita 5.2.2 released > version :( Well I assure you it doesn't work. Я же не из головы взял репорт. If you mean #457677 , it doesn't look like anything has been done there yet to fix this. Perhaps the path to the file downloaded needs to be resolved against a base path of whatever temporary directory it is being created in. The error dialog shows a file name without any path.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
On Arch Linux, I'm having some strange behavior where dragging an image from Chrome to Krita's homescreen works but dragging an image to an open document doesn't (got this working one time with Firefox I think). When dragging from Firefox, Krita tries to download whatever is in my clipboard instead of the dragged image. The behavior above was reproduced on both Krita 5.2.9 ([provided by Arch](https://archlinux.org/packages/extra/x86_64/krita/)) and Krita Next 5.3.0-prealpha (git d73a31e). Firefox is version 137.0.2 Tested this out a bunch of times and sometimes it would segfault and after doing so, dragging images wouldn't work at all until I logged out and logged back in. Then it started working with Firefox as well as dragging images to an open document, but not Chrome. Dragging does seem to consistently not work for user avatars on the krita-artists forum. [Example](https://krita-artists.org/user_avatar/krita-artists.org/michelist/48/65826_2.png). Tried getting some logs with `QT_LOGGING_RULES="*.*=false;krita.metadata.*=true;krita.file.*=true"`. Logs when dragging image from are just: ``` Fetching QUrl("%3Cmeta http-equiv=%22content-type%22 content=%22text/html; charset=utf-8%22%3E%3Cpre%3Eexport QT_LOGGING_RULES=%22krita*=true%22; krita%3C/pre%3E") failed ``` Nothing is logged when image is dragged into an open document and nothing happens.