Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/ --- Review request for KDE Frameworks and Stephen Kelly. Repository: kitemmodels Description --- The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 with the title: QSortFilterProxyModel: honor the roles parameter of dataChanged changes the signature of the private _q_sourceDataChanged slot of QSortFilterProxyModel. I talked to Peppe and he told me to just use the new signature from Qt 5.5 and onwards. Note that the vector of roles was present in the dataChanged signal from 5.0 onwards already. It was simply ignored by QSFPM so far. Indeed, this patch fixes the following crash on Kate startup for me: QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) Candidates are: _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) ASSERT: "success" in file kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 Diffs - src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 Diff: https://git.reviewboard.kde.org/r/121931/diff/ Testing --- sadly, there are no unit tests for this. but I can use Kate again without crashes and there are no warnings on startup either. Thanks, Milian Wolff ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/ --- (Updated Jan. 8, 2015, 5:43 p.m.) Review request for KDE Frameworks and Stephen Kelly. Changes --- now using a runtime check instead of a compile time check as suggested by Peppe. Repository: kitemmodels Description --- The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 with the title: QSortFilterProxyModel: honor the roles parameter of dataChanged changes the signature of the private _q_sourceDataChanged slot of QSortFilterProxyModel. I talked to Peppe and he told me to just use the new signature from Qt 5.5 and onwards. Note that the vector of roles was present in the dataChanged signal from 5.0 onwards already. It was simply ignored by QSFPM so far. Indeed, this patch fixes the following crash on Kate startup for me: QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) Candidates are: _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) ASSERT: "success" in file kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 Diffs (updated) - src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 Diff: https://git.reviewboard.kde.org/r/121931/diff/ Testing --- sadly, there are no unit tests for this. but I can use Kate again without crashes and there are no warnings on startup either. Thanks, Milian Wolff ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/ --- (Updated Jan. 8, 2015, 5:54 p.m.) Review request for KDE Frameworks and Stephen Kelly. Changes --- let the compiler eliminate the runtime check when we built against qt 5.5 or higher Repository: kitemmodels Description --- The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 with the title: QSortFilterProxyModel: honor the roles parameter of dataChanged changes the signature of the private _q_sourceDataChanged slot of QSortFilterProxyModel. I talked to Peppe and he told me to just use the new signature from Qt 5.5 and onwards. Note that the vector of roles was present in the dataChanged signal from 5.0 onwards already. It was simply ignored by QSFPM so far. Indeed, this patch fixes the following crash on Kate startup for me: QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) Candidates are: _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) ASSERT: "success" in file kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 Diffs (updated) - src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 Diff: https://git.reviewboard.kde.org/r/121931/diff/ Testing --- sadly, there are no unit tests for this. but I can use Kate again without crashes and there are no warnings on startup either. Thanks, Milian Wolff ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/ --- (Updated Jan. 8, 2015, 6:10 p.m.) Review request for KDE Frameworks and Stephen Kelly. Changes --- cleanup Repository: kitemmodels Description --- The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 with the title: QSortFilterProxyModel: honor the roles parameter of dataChanged changes the signature of the private _q_sourceDataChanged slot of QSortFilterProxyModel. I talked to Peppe and he told me to just use the new signature from Qt 5.5 and onwards. Note that the vector of roles was present in the dataChanged signal from 5.0 onwards already. It was simply ignored by QSFPM so far. Indeed, this patch fixes the following crash on Kate startup for me: QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) Candidates are: _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) ASSERT: "success" in file kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 Diffs (updated) - src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 Diff: https://git.reviewboard.kde.org/r/121931/diff/ Testing --- sadly, there are no unit tests for this. but I can use Kate again without crashes and there are no warnings on startup either. Thanks, Milian Wolff ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/#review73523 --- Ship it! Ship It! - Kevin Funk On Jan. 8, 2015, 6:10 p.m., Milian Wolff wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/121931/ > --- > > (Updated Jan. 8, 2015, 6:10 p.m.) > > > Review request for KDE Frameworks and Stephen Kelly. > > > Repository: kitemmodels > > > Description > --- > > The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 > with the title: > > QSortFilterProxyModel: honor the roles parameter of dataChanged > > changes the signature of the private _q_sourceDataChanged slot > of QSortFilterProxyModel. I talked to Peppe and he told me to just > use the new signature from Qt 5.5 and onwards. Note that the vector > of roles was present in the dataChanged signal from 5.0 onwards > already. It was simply ignored by QSFPM so far. > > Indeed, this patch fixes the following crash on Kate startup for me: > > QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method > KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) > Candidates are: > _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) > ASSERT: "success" in file > kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 > > > Diffs > - > > src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 > src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 > > Diff: https://git.reviewboard.kde.org/r/121931/diff/ > > > Testing > --- > > sadly, there are no unit tests for this. but I can use Kate again without > crashes and there are no warnings on startup either. > > > Thanks, > > Milian Wolff > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/#review73524 --- Ship it! giving myself a +1, as Peppe gave it to me but does not have a KDE account ;-) - Milian Wolff On Jan. 8, 2015, 6:10 p.m., Milian Wolff wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/121931/ > --- > > (Updated Jan. 8, 2015, 6:10 p.m.) > > > Review request for KDE Frameworks and Stephen Kelly. > > > Repository: kitemmodels > > > Description > --- > > The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 > with the title: > > QSortFilterProxyModel: honor the roles parameter of dataChanged > > changes the signature of the private _q_sourceDataChanged slot > of QSortFilterProxyModel. I talked to Peppe and he told me to just > use the new signature from Qt 5.5 and onwards. Note that the vector > of roles was present in the dataChanged signal from 5.0 onwards > already. It was simply ignored by QSFPM so far. > > Indeed, this patch fixes the following crash on Kate startup for me: > > QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method > KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) > Candidates are: > _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) > ASSERT: "success" in file > kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 > > > Diffs > - > > src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 > src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 > > Diff: https://git.reviewboard.kde.org/r/121931/diff/ > > > Testing > --- > > sadly, there are no unit tests for this. but I can use Kate again without > crashes and there are no warnings on startup either. > > > Thanks, > > Milian Wolff > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 121931: Unbreak KRecursiveFilterProxyModel for Qt 5.5.0+.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121931/ --- (Updated Jan. 8, 2015, 6:17 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and Stephen Kelly. Repository: kitemmodels Description --- The upstream commit f96baeb75fc36a41d2b08f880536cee5a8041e79 with the title: QSortFilterProxyModel: honor the roles parameter of dataChanged changes the signature of the private _q_sourceDataChanged slot of QSortFilterProxyModel. I talked to Peppe and he told me to just use the new signature from Qt 5.5 and onwards. Note that the vector of roles was present in the dataChanged signal from 5.0 onwards already. It was simply ignored by QSFPM so far. Indeed, this patch fixes the following crash on Kate startup for me: QMetaObject::invokeMethod: QMetaObject::invokeMethod: No such method KRecursiveFilterProxyModel::_q_sourceDataChanged(QModelIndex,QModelIndex) Candidates are: _q_sourceDataChanged(QModelIndex,QModelIndex,QVector) ASSERT: "success" in file kf5/src/frameworks/kitemmodels/src/krecursivefilterproxymodel.cpp, line 55 Diffs - src/krecursivefilterproxymodel.h cf14c12d064c864e5fb03ccb1e741b57c615b127 src/krecursivefilterproxymodel.cpp b0753caea8693089873f161c123487a1893d5e01 Diff: https://git.reviewboard.kde.org/r/121931/diff/ Testing --- sadly, there are no unit tests for this. but I can use Kate again without crashes and there are no warnings on startup either. Thanks, Milian Wolff ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel