-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Draft: change behaviour of datePicker depending on singleclickmode #7
Draft
desperadoduck
wants to merge
1
commit into
master
Choose a base branch
from
double_click_calendar
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
michaelweiser
added a commit
to michaelweiser/sctime
that referenced
this pull request
May 26, 2020
When sctime-offline.json does not exist, sctime would die with an error at startup: terminate called after throwing an instance of 'JSONReaderException*' Aborted (core dumped) gdb reveals that it's related to loadDataNewerThan() and getByteArray() (which makes sense because they're the only places, exceptions are used): (gdb) bt #0 0x00007ffff669ab01 in raise () from /lib64/libc.so.6 scVENUS#1 0x00007ffff6684537 in abort () from /lib64/libc.so.6 scVENUS#2 0x00007ffff6a0c8ce in ?? () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 scVENUS#3 0x00007ffff6a3b7d6 in ?? () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 scVENUS#4 0x00007ffff6a3b841 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 scVENUS#5 0x00007ffff6a3bad3 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 scVENUS#6 0x0000555555576cbe in JSONReaderFile::getByteArray() [clone .cold] () scVENUS#7 0x00005555555b4afc in JSONReaderBase::loadDataNewerThan(int) () scVENUS#8 0x00005555555b4a6a in JSONSource::read(QList<QStringList>*) () scVENUS#9 0x000055555558121f in DatasourceManager::start() () scVENUS#10 0x00007ffff6eef5aa in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 scVENUS#11 0x00007ffff7a7703f in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 scVENUS#12 0x00007ffff6ec89c0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 scVENUS#13 0x00007ffff6ecb5ea in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQt5Core.so.5 scVENUS#14 0x00007ffff6f12f13 in ?? () from /usr/lib64/libQt5Core.so.5 scVENUS#15 0x00007ffff5ab543b in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 scVENUS#16 0x00007ffff5ab56e8 in ?? () from /usr/lib64/libglib-2.0.so.0 scVENUS#17 0x00007ffff5ab579f in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 scVENUS#18 0x00007ffff6f129cb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 scVENUS#19 0x00007ffff6ec743b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 scVENUS#20 0x00007ffff6ecedf2 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 scVENUS#21 0x0000555555577c2f in main () The error is fixed by changing the variable in the catch statement in loadDataNewerThan() from reference to pointer since that is what new returns in getByteArray(). Alternatively, the exception could be a static (global?) object to which a reference can be taken. Signed-off-by: Michael Weiser <michael.weiser@gmx.de>
desperadoduck
pushed a commit
that referenced
this pull request
Nov 4, 2020
When sctime-offline.json does not exist, sctime would die with an error at startup: terminate called after throwing an instance of 'JSONReaderException*' Aborted (core dumped) gdb reveals that it's related to loadDataNewerThan() and getByteArray() (which makes sense because they're the only places, exceptions are used): (gdb) bt #0 0x00007ffff669ab01 in raise () from /lib64/libc.so.6 #1 0x00007ffff6684537 in abort () from /lib64/libc.so.6 #2 0x00007ffff6a0c8ce in ?? () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 #3 0x00007ffff6a3b7d6 in ?? () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 #4 0x00007ffff6a3b841 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 #5 0x00007ffff6a3bad3 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/libstdc++.so.6 #6 0x0000555555576cbe in JSONReaderFile::getByteArray() [clone .cold] () #7 0x00005555555b4afc in JSONReaderBase::loadDataNewerThan(int) () #8 0x00005555555b4a6a in JSONSource::read(QList<QStringList>*) () #9 0x000055555558121f in DatasourceManager::start() () #10 0x00007ffff6eef5aa in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 #11 0x00007ffff7a7703f in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #12 0x00007ffff6ec89c0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #13 0x00007ffff6ecb5ea in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQt5Core.so.5 #14 0x00007ffff6f12f13 in ?? () from /usr/lib64/libQt5Core.so.5 #15 0x00007ffff5ab543b in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #16 0x00007ffff5ab56e8 in ?? () from /usr/lib64/libglib-2.0.so.0 #17 0x00007ffff5ab579f in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #18 0x00007ffff6f129cb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #19 0x00007ffff6ec743b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #20 0x00007ffff6ecedf2 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #21 0x0000555555577c2f in main () The error is fixed by changing the variable in the catch statement in loadDataNewerThan() from reference to pointer since that is what new returns in getByteArray(). Alternatively, the exception could be a static (global?) object to which a reference can be taken. Signed-off-by: Michael Weiser <michael.weiser@gmx.de>
desperadoduck
changed the title
change behaviour of datePicker depending on singleclickmode
WIP: change behaviour of datePicker depending on singleclickmode
Nov 4, 2020
desperadoduck
changed the title
WIP: change behaviour of datePicker depending on singleclickmode
Draft: change behaviour of datePicker depending on singleclickmode
Nov 4, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
for some reason this does not work. Not sure why - the code of QCalendarWidget seems to check for QStyle::SH_ItemView_ActivateItemOnSingleClick, but in practice the calls don't seem to arrive.
There must be a way to handle single clicks differently, as setting the environment variable KDE_SESSION_VERSION=4 seems to change the behaviour. I could debug it properly, but I don't care too much, as I'm not sure if we really want this feature. I just put is as a pull request here and let it rot :-)