- User Since
- Apr 19 2015, 12:29 AM (253 w, 5 d)
It would be good if we can land this sooner than later since this is blocking a rebuild of KF5 dependencies for build.kde.org that is blocking a fixed kconfig landing there which makes Okular fail to build on CI because it still uses the unfixed kconfig
I think this broke https://build.kde.org/job/Applications/job/ktp-common-internals/job/kf5-qt5%20SUSEQt5.12/20/console guess ¿KAccountsDPlugin now requires parameters to the constructor and is thus not a valid Q_INTERFACE?
Wed, Feb 26
edit commit log
make it a bit more robust
Need to trap vertically too
Tue, Feb 25
Mon, Feb 24
could you please change it to have both attributes (as it seems it works for you) set before QApplication?
This needs are usually set before creating the app, e.g. okular does
Sun, Feb 23
Sat, Feb 22
Any particular reason you added me?
Fri, Feb 21
Thu, Feb 20
Wed, Feb 19
Please move to https://invent.kde.org/kde/okular/
Tue, Feb 18
Sure, i agree producing similar formatting to those of other tools is good.
i think it's better than nothing yes
Are we sure we can lose the features of QLinkedList here?