reproducible crash in osx (for me, anyone else?) #4854

Both version 0.9.2.1 and 0.9.3rc1 : OSX version 10.9.4

File > Receive addresses. Click anywhere, then Close. Click anywhere on gui: CRASH.

also reproduced with: Bitcoin-Qt>About Bitcoin-Qt>Okay. click gui: CRASH

a crash log: http://pastebin.com/Maz5nHCy

Ehh this doesn't look good. You're the first to report this, though, so it may be something in your setup. @theuni any ideas?

From the crash log:

0   QtWidgets                           0x000000010f020a5a QWidget::mapFromGlobal(QPoint const&) const + 58
1   QtWidgets                           0x000000010f025586 QWidgetWindow::handleTabletEvent(QTabletEvent*) + 598
2   QtWidgets                           0x000000010f022e81 QWidgetWindow::event(QEvent*) + 561
3   QtWidgets                           0x000000010efcd61c QApplicationPrivate::notify_helper(QObject*, QEvent*) + 300
4   QtWidgets                           0x000000010efd016a QApplication::notify(QObject*, QEvent*) + 6250
5   QtCore                              0x000000010e54e102 QCoreApplication::notifyInternal(QObject*, QEvent*) + 114
6   QtGui                               0x000000010e96694f   QGuiApplicationPrivate::processTabletEvent(QWindowSystemInterfacePrivate::TabletEvent*) + 911

Seeing processTabletEvent is curious. Are you perhaps using a drawing tablet and 'drawing' in bitoin-qt?

i use a "bamboo fun with pen" as my primary mouse. (it works just as any mouse but it's a pen). nothing else gives me error due to this "mouse"

I can't reproduce on my desktop OSX 10.9.4 machine running 0.9.3rc1. Maybe a Qt-on-a-tablet issue?

updated wacom drivers just in case. did not solve. i can deal with it (reopen) but thought it was worth reporting. second crash report just for extra: http://pastebin.com/d2WNn6sE

Do you have a normal mouse around to do a check if this is the problem?

Qt5's drawing tablet handling is a mess by the way, and close to useless. I've noticed this before while experimenting with it on Linux (but cannot reproduce this particular problem with my drawing tablet on Linux). I wonder if we can compile Qt without it @theuni. Hopefully this will have the effect of just treating it as another mouse.

normal mouse works without crash. so it looks like you guys found the source!

Looks like this is https://bugreports.qt-project.org/browse/QTBUG-36848 There's no obvious way to compile without tablet support, but there is a QT_NO_TABLETEVENT define that may work. Since this is the only qt5 tablet-related crash (that I've seen, anyway), it may make more sense to backport their fix and carry it.

@theuni Sure, if there is a fix then using that is better...

@meoso If you are willing, could you please give this build a try? https://bitcoincore.org/cfields/bitcoin-qt-tabletfix-6ee78938e

That's the full osx bitcoin-qt binary. It was built from current master with this change: https://github.com/theuni/bitcoin/commit/2a29d12ac7d6b290a40320a8ec60b36efc9bbc7f

Please assume that I am malicious and trying to steal your coins with this binary. I'm not, but you shouldn't trust me on that :)

works perfectly well without crashes -- i look froward to a release.

@meoso Thanks for reporting and for testing. Both were extremely useful. @laanwj What do you think about that change? It's basically just changing to a smart pointer so that it can be cleaned up elsewhere. Obviously I can't speak to the qt codebase, but it seems like worst-case this would break some tablet functionality, but we already know it's broken without it. So i think this is the fix with the least amount of possible unintended consequences.

@theuni ummm, the release of 0.9.3 did not seem to include this, as it crashes for me.

Ugh yea, I forgot to backport this one. Will do so now.

Right, any changes in master will be in 0.10.0, not 0.9.x, unless explicitly backported.

just dropping a big thank you as the released v0.10.0 does indeed fix my issue.