Created attachment 139206 [details] The error shown when paste image SUMMARY I'm using the latest June 10 Nightly build (c4e3b84904) I (and 2 other users on krita-artist) can't copy-paste any image from Chromium based browser (Chrome, Edge, Vivaldi, Brave) into Krita. Copy-paste from other browser like Mozila Firefox and Palemoon works fine. Also still works fine on 4.4.3 Last time I'm able to copy-paste from Edge was on June 2, using May 28 Nightly build (56d09e2386). But now, even if I try using older nightly version, it's also not working. STEPS TO REPRODUCE 1. Copy any image using Edge or Chrome 2. Paste in Krita (Ctrl+V or using Edit menu) 3. Error pop up, says "Could not download : Protocol "" is unknown" ANOTHER RELATED ISSUE And related another issue. Still about copying image from Chromium. Using Edit - Paste as Reference Image is working fine. But Ctrl+V then Insert as Reference Image give the same error. Here is the issue. After I use Edit - Paste as Reference Image twice, using any choice on Ctrl+V will give same error, but it create Reference Image. Even when I choose "Cancel" STEPS TO REPRODUCE 1. Copy any image using Edge or Chrome 2. Go to Edit menu, Paste as Reference Image. Do this twice 3. Press Ctrl+V, and choose any option 4. Error pop up, says "Could not download : Protocol "" is unknown", but new Reference Image will be created, even if choose Cancel
Created attachment 139207 [details] Krita System Infomation
Created attachment 139208 [details] Krita Usage Log Inside rar because it's too large
This was first reported at: https://krita-artists.org/t/cant-copy-paste-image-from-chromium-chrome-and-edge-to-krita-nightly-build/24960 I can confirm this for the Jun 10 5.0.0-prealpha git c4e3b84904) portable .zip on Windows 10. Tested with Palemoon and Edge. Palemoon gave no problems but Edge was as described in the report. Further, for 'Another Related Issue', I found that Step 2, wasn't needed. If I pasted with Ctrl+V and chose Insert as New Layer, it pasted as a reference image after I Cancelled the error message. This problem does not happen for the 4.4.3 installed version with the Edge browser, hence regression.
Git commit 5cc93f9c947b27dd1c855449d0053d3a0321a93d by Dmitry Kazakov. Committed on 22/07/2021 at 05:52. Pushed by dkazakov into branch 'master'. Fix loading of remote documents dropped to the canvas The temporary file should still be alive when we read from it some time later. M +5 -2 libs/ui/utils/KisClipboardUtil.cpp https://invent.kde.org/graphics/krita/commit/5cc93f9c947b27dd1c855449d0053d3a0321a93d
The issue is reported to Chrome: https://bugs.chromium.org/p/chromium/issues/detail?id=1231533 Though we should probably reconsider our strategy on download/use-paste decision making.
I think it shouldn't just silently decide to download from the URL. Maybe showing a message box with the URL and a clipboard image preview, with the options to choose between download or using the clipboard image directly would be better?
*** Bug 440944 has been marked as a duplicate of this bug. ***
Similar issue for me with 5.0.0-beta1. It seems to always try to download from the URL.
A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/1177
A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/1185
Git commit 4c84bd46409febdb0a411e056dfdd6fa1af80cc4 by L. E. Segovia. Committed on 29/11/2021 at 02:51. Pushed by dkazakov into branch 'krita/5.0'. Fix failed cancellation of paste events M +11 -9 libs/ui/kis_clipboard.cc https://invent.kde.org/graphics/krita/commit/4c84bd46409febdb0a411e056dfdd6fa1af80cc4
Git commit d40853c0bc7eee4cfa7303e2892a1dac171d08b1 by Dmitry Kazakov, on behalf of L. E. Segovia. Committed on 29/11/2021 at 09:26. Pushed by dkazakov into branch 'master'. Fix failed cancellation of paste events M +11 -9 libs/ui/kis_clipboard.cc https://invent.kde.org/graphics/krita/commit/d40853c0bc7eee4cfa7303e2892a1dac171d08b1
Git commit 1fd0a667af0ac32916fc8a8af5daa79c5181302b by L. E. Segovia. Committed on 31/01/2022 at 20:27. Pushed by lsegovia into branch 'master'. Prefer clipboard bitmap to remote URL for drag-and-drop M +11 -12 libs/ui/kis_clipboard.cc M +34 -7 libs/ui/utils/KisClipboardUtil.cpp https://invent.kde.org/graphics/krita/commit/1fd0a667af0ac32916fc8a8af5daa79c5181302b
Git commit f948f3dfb0d2b583f9b12049f2cf5f27cc0cd922 by L. E. Segovia. Committed on 31/01/2022 at 20:31. Pushed by lsegovia into branch 'master'. Implement user-consentable prioritization of image formats This adds multiple new dialogues: - If the application provides multiple formats for a drop event, e.g. Firefox supplies a clipboard bitmap and a local file copy, Krita will ask the user which one they prefer. - If the selected format involves accessing the Internet, further consent will be asked, and then a simple progress dialog will report the download's progress and allow cancelling the download. This commit also affords the chance to reimplement the Missing Color Profile dialog with a .ui file, and refactor the KisClipboard usage. M +4 -0 libs/ui/CMakeLists.txt M +18 -0 libs/ui/KisReferenceImage.cpp M +11 -3 libs/ui/KisReferenceImage.h M +58 -16 libs/ui/KisRemoteFileFetcher.cpp M +4 -11 libs/ui/KisRemoteFileFetcher.h M +94 -130 libs/ui/KisView.cpp A +58 -0 libs/ui/dialogs/kis_dlg_paste_format.cpp [License: LGPL(v2.0+)] A +37 -0 libs/ui/dialogs/kis_dlg_paste_format.h [License: LGPL(v2.0+)] A +152 -0 libs/ui/forms/wdgPasteFormat.ui M +160 -45 libs/ui/kis_clipboard.cc M +20 -0 libs/ui/kis_clipboard.h A +77 -0 libs/ui/widgets/kis_canvas_drop.cpp * A +42 -0 libs/ui/widgets/kis_canvas_drop.h [License: LGPL(v2.0+)] The files marked with a * at the end have a non valid license. Please read: https://community.kde.org/Policies/Licensing_Policy and use the headers which are listed at that page. https://invent.kde.org/graphics/krita/commit/f948f3dfb0d2b583f9b12049f2cf5f27cc0cd922
*** Bug 435657 has been marked as a duplicate of this bug. ***
*** Bug 453917 has been marked as a duplicate of this bug. ***