Created attachment 142536 [details] Whole crashlog SUMMARY Most probably Krita remembered that last time I used File -> New -> From Clipboard tab, so it used this one again. I pressed "Create" without looking. Krita crashed because there was nothing in the clipboard. STEPS TO REPRODUCE (at least what I imagine them to be, I haven't checked, sorry) 1. I guess maybe copy an image first 2. Use File -> New -> From Clipboard 3. Copy some text or something not image-like 4. Try File -> New -> From Clipboard again OBSERVED RESULT Crash EXPECTED RESULT Not crash, it shouldn't allow me to do anything SOFTWARE/OS VERSIONS Krita Version: 5.1.0-prealpha (git ae9a8ff) Languages: en_US, en, en_US, en, en_US, en, pl_PL, pl, pl_PL, pl Hidpi: true Qt Version (compiled): 5.11.1 Version (loaded): 5.11.1 CRASH LOG Thread 1 "krita" received signal SIGSEGV, Segmentation fault. KisView::image (this=this@entry=0x0) at /home/tymon/kritadev/krita/libs/ui/KisView.cpp:440 440 if (d->document) { (gdb) bt #0 0x00007ffff7c98d88 in KisView::image() const (this=this@entry=0x0) at /home/tymon/kritadev/krita/libs/ui/KisView.cpp:440 #1 0x00007ffff7b66d00 in KisClipboardUtil::clipboardHasUrlsAction(KisView*, QMimeData const*) (kisview=0x0, data=<optimized out>) at /home/tymon/kritadev/krita/libs/ui/utils/KisClipboardUtil.cpp:82 #2 0x00007ffff7894e72 in KisClipboard::clip(QRect const&, bool, KisTimeSpan*, KoColorProfile const*) (this=<optimized out>, imageBounds=..., showPopup=<optimized out>, clipRange=<optimized out>, destProfile=0x0) at /home/tymon/kritadev/krita/libs/ui/kis_clipboard.cc:272 #3 0x00007ffff7a9f5f0 in KisImageFromClipboard::createImage() (this=0x555565a78940) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qrect.h:60 #4 0x00007ffff5bc06db in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x00007ffff663c7a2 in QAbstractButton::clicked(bool) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #6 0x00007ffff663c9ba in () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #7 0x00007ffff663dd7f in () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #8 0x00007ffff663df55 in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #9 0x00007ffff65947d8 in QWidget::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x00007ffff65564a1 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #11 0x00007ffff655dd28 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #12 0x00007ffff7c33a57 in KisApplication::notify(QObject*, QEvent*) (this=<optimized out>, receiver=0x55555c627090, event=0x7fffffffc370) at /home/tymon/kritadev/krita/libs/ui/KisApplication.cpp:687 #13 0x00007ffff5b97499 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #14 0x00007ffff655d029 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
Marking as regression because I'm fairly sure at some point it disabled the button `Create` so the crash didn't happen.
I don't recall the button ever being disabled if the clipboard is empty. In beta 2 it just creates an empty document if there's nothing in the clipboard.
In master you also just get a blank image, so I cannot reproduce this. I checked with 4.4.3, which also didn't crash and created a blank image, and which did not disabled the page either.
This is not exactly a duplicate but it was fixed by a fix attributed to that other bug report, so it should be resolved now. *** This bug has been marked as a duplicate of bug 443111 ***