Bug 4287

inserting an image into a text widget is never going to work

Thanks for the quick reply:-)  I thought so, but what is the use of
"Inserting a file" (maybe just remove this function ???)


What about: See Latest > News 26th July 2019                                    
ClawsMail 3.17.4

* Compose: images and text/uri-list (files) can now be attached by
pasting into the Compose window

and 

* Compose: images and text/uri-list (files) can now be attached by
  pasting into the Compose window

The above just does *not* work. Could you check this please. Thank you.

The use of inserting a file is to insert a text file.

Hi,

In that case please text under NEWS:
I read Compose: IMAGES ....

Very, very confusing! 

**************************************

Latest News
26th July 2019                                      Claws Mail 3.17.4

		    CLAWS MAIL  RELEASE NOTES
                    http://www.claws-mail.org

Claws Mail is a GTK+ based, user-friendly, lightweight, and fast 
email client.

New in this release:
~~~~~~~~~~~~~~~~~~~~

* New HTML viewer plugin: Litehtml viewer

* Added option 'Enable keyboard shortcuts' to the 'Keyboard
  shortcuts' frame on /Configuration/Preferences/Other/Miscellaneous

>>>> * Compose: implemented copying of attached images to clipboard

>>>> * Compose: images and text/uri-list (files) can now be attached by
  pasting into the Compose window

* Python plugin: window sizes are now remembered for the Python
  console, the 'Open URLs' and the 'Set mailbox order' windows.

Created attachment 2033 [details]
Screenshot Drop onto composing window

Screenshot : Option does not work, no result

Looking forward to your answer.

are you saying that dropping a text file does not insert it into the message?

Yes, dropping a (plain) text file just does not work. 
The options on the screenshot (also) do not work! 
Nothing happens when dropping a file (Compose window) 
I tried all options with a plain .txt file....

(That is why the text under News > New in this release: > * Compose ...  is so confusing > images and text/uri-list (files) can now be attached by
pasting into the Compose window)  ?????

You started off talking about pasting, and cited an item from the Release Notes relating to pasting, and then went on to talking about dragging and dropping files. Which is it? Please try to be clear so that a maintainer of the windows version can test and verify.

  My OS:

  Windows 10 1909 build 18363.535


  Claws Mail News:
- images and text/uri-list (files) can now be ATTACHED by
  PASTING into the Compose window. Pasting does NOT work. 
  Nothing happens, when pasting. The concerning file is not attached!
- implemented copying of attached images to clipboard: does not work.
  No result.


- Screenshot:  
  Choise OPTIONS. Whatever you choose, it does not work, no 
  result.
  In other words: DROPPING files into th compose windows do not work 
  regardless of the choice you have made.


Running Claws Mail in admin compatibility mode, does not make a difference.

Just tested on Linux and all of this seems to work as expected:

 - Drag and dropping text file or image file launches the dialog for
   selecting between insert or attach the file.

   The only sublety I've observed here is that when the insert button
   is selected for an image file nothing happens, which is perfectly
   ok, but perhaps this code path could be improved by just attaching
   the image and bypassing that dialog.

 - Copying an image from a graphic viewer (Ctr-C or “Edit/Copy image”)
   and pasting into compose body (Ctrl-V or “Edit/Paste” in Claws Mail)
   does also attaches the image, as announced in aforementioned release
   notes.

   Another sublety here is that pasting into compose header entries just
   reveals the URI, so perhaps this could also be improved, as it seems
   unlikely anybody really wants to use an URI string as a header content
   when doing this paste.

 - “Message/Attach” in compose does correctly attach files, regardless
   of their type.

 - “Message/Insert” works also ok for text files, but fails for images
   because it trieds to read them as text, which leads to an invalid
   encoding error. The only improvement I see here is suggesting the
   user to use the "Message/Attach" option when those fails happen.

So, to summarize, this seems a Windows-only error.

Thanks for taking time to sort it out, much appreciated.

"Drag and dropping text file or image file launches the dialog for
 selecting between insert or attach the file." :  In windows I don't get a dialog at all, nothing happens.

Apart from the aforementioned problems, everything else works well.

(I don't know one thing yet. Sometimes, I still see *permanently* deleted messages with my other email client (after sync). 
I will pay attention again)

This is broken for me on Fedora 31, drag and drop does nothing, using ctrl-C and ctrl-V shows this:

x-special/nautilus-clipboard
copy
file:///home/bdm/als.jpg

I don't know if this is something in Claws or the OS.

I have just tested this in Evolution, drag and drop works as expected there.

It would appear to be something in Claws, but I'm not sure what.

Tried installing nautilus-devel and rebuilding Claws, just in case this matters.

Looking at the --debug output shows only:

'<filename>' 

there is a space after the second quote character

No other output shows up at all related to the drag and drop.

Actually the '<filename>' appears on STDOUT, not from the --debug stream.

the problem code has been reverted (removed), perhaps to be re-added in future after more testing/fixing.