Unhandled expection when pasting

It looks like the text tool is intercepting it. I can reproduce that if I'm actually inside the text tool editing, and have an image in the clipboard, but I haven't been able to repro it with the text tool active but not editing

https://github.com/PintaProject/Pinta/commit/e600d95fe8159a5498ca10f436b50d6354e90f6c should fix the potential errors when pasting in the text tool if the clipboard has something else

I can confirm unhandled expection appears if I try to paste image into Text object.
Can't test the latest commit, some issue on downloading from latest Github for Linux build.

I downloaded latest Pinta 2.2-dev from master repository https://github.com/PintaProject/Pinta/actions/runs/7341090720/artifacts/1136849802 on Ubuntu 23.10.

I see now crash does not appear anymore. But... image is not pasted. Probably if user presses the CTRL+V button when Text box is active then paste should be possible (I don't know finalize the text if required).

I have tested the Pinta 2.1.1 on Ubuntu 23.10 and if Text box is active when paste is executed with CTRL+V then image is pasted (Expand dialog appears).

I think I like Pinta 2.1.1 solution. If I want to paste, then I want to paste (and don't want to worry about technicalities of text input box).

Yeah, I changed the logic in that commit and had the other opinion :)
My thinking is that if you're actively typing in the text box and try to paste, you probably were expecting to paste text. So if the clipboard happened to contain an image instead, it's unexpected to pull you out of editing (and finalize the text) to paste the image - instead the user should finish typing their text and then paste?

I agree, if someone types in text, it can be assumed that he or she is intending to paste the text. But... it can also mean, he or she stopped typing and wants to paste the image. We actually can't be sure, what he or she is doing.

Now it works like, someone is in text field, tries to paste the image and image is not pasted and no error is produced. In this case it looks like program is broken. But... now we require from the user that he or she understands that text is not finalized yet. A concept not really seen on the other programs, like text editors for example. In this case program gets more complicated to use. But in my humble opinion Pinta should be simple to use image editor. If someone wants complicated and powerful, Gimp can be used.

P.S. Similar annoyance is when user selects some area with Rectangle Select and then tries to Paint outside of selection, nothing happens, no error, nothing... It looks like a bug, but it is not, program just restricts to paint outside of selection. This is probably another case, when using Pinta is not simple, but it should be. I just opened a new bug 2047734 report, for this issue, to follow one issue per bug report.

OK, https://github.com/PintaProject/Pinta/commit/ed7db760051aada1f7132fd181f459b091a86812 reverts that particular change.