QTreeWidget::clear() обрушивает программу. Опции

[Litkevich Yuriy]

Столкнулся с ситуацией, когда QTreeWidget::clear() роняет программу. Только из-за того, что используются его сигнал currentItemChanged(...)
В обработчике сигнала банальный код:

void MainWindow::currentItemChanged(QTreeWidgetItem * current, QTreeWidgetItem *)
{
    qDebug() << "currentItemChanged";
    QTreeWidgetItem *parentItem = current->parent();
    if (parentItem)
        deleteFileAction->setEnabled(true);
    else
        deleteFileAction->setDisabled(true);
}

Если очистку обернуть так:

    m_tree->blockSignals(true);
    m_tree->clear();
    m_tree->blockSignals(false);

то проблема больше не возникает. Однако такое поведение всё равно лажа.

П.С.
Использована Qt 4.7.0



ещё одно решение - проверять current, т.е.:

void MainWindow::currentItemChanged(QTreeWidgetItem * current, QTreeWidgetItem *)
{
    qDebug() << "currentItemChanged";
    if (!current) return; // <---
    QTreeWidgetItem *parentItem = current->parent();
    if (parentItem)
        deleteFileAction->setEnabled(true);
    else
        deleteFileAction->setDisabled(true);
}

Но и это по сути обход проблемы, т.к. если текущий элемент умер, то зачем же сигналить так?

[igor_bogomolov]

ещё одно решение - проверять current,

я так и поступаю всегда

Но и это по сути обход проблемы, т.к. если текущий элемент умер, то зачем же сигналить так?

Потому что этот сигнал содержит еще и предыдущий элемент, и он валидный. Пользователю это может понадобиться (не спрашивайте зачем). Просто это особенность которую нужно знать. ИМХО, это скорее недостаток документации, а не бага Qt