[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 David Faure changed: What|Removed |Added Latest Commit|https://invent.kde.org/pim/ |https://invent.kde.org/pim/ |akonadi-calendar/-/commit/2 |akonadi-calendar/-/commit/0 |2fbeb4e48646ab4fa9abce21c4e |dea82b7100a3f79a81bfdc2e627 |f1eab31475e5|ba8923131abe --- Comment #28 from David Faure --- Git commit 0dea82b7100a3f79a81bfdc2e627ba8923131abe by David Faure. Committed on 15/02/2024 at 19:40. Pushed by dfaure into branch 'release/24.02'. Implement a dialog for the user to choose the suspend duration The "Remind in 1h" action has been replaced with a "Remind later..." action which pops up that dialog. The UI is QWidget-based (reusing some code from korgac). On mobile we could just not show the "Remind later" action or implement a similar QML-based UI. Related: bug 457046, bug 452264, bug 453298, bug 457046 M +2-0reminder-daemon/CMakeLists.txt M +5-4reminder-daemon/alarmnotification.cpp M +2-2reminder-daemon/kalendaracmain.cpp M +21 -5reminder-daemon/kalendaralarmclient.cpp M +4-0reminder-daemon/kalendaralarmclient.h A +136 -0reminder-daemon/suspenddialog.cpp * A +33 -0reminder-daemon/suspenddialog.h * The files marked with a * at the end have a non valid license. Please read: https://community.kde.org/Policies/Licensing_Policy and use the headers which are listed at that page. https://invent.kde.org/pim/akonadi-calendar/-/commit/0dea82b7100a3f79a81bfdc2e627ba8923131abe -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 David Faure changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/pim/ ||akonadi-calendar/-/commit/2 ||2fbeb4e48646ab4fa9abce21c4e ||f1eab31475e5 Resolution|--- |FIXED --- Comment #27 from David Faure --- Git commit 22fbeb4e48646ab4fa9abce21c4ef1eab31475e5 by David Faure. Committed on 13/02/2024 at 15:57. Pushed by dfaure into branch 'master'. Implement a dialog for the user to choose the suspend duration The "Remind in 1h" action has been replaced with a "Remind later..." action which pops up that dialog. The UI is QWidget-based (reusing some code from korgac). On mobile we could just not show the "Remind later" action or implement a similar QML-based UI. Related: bug 457046, bug 452264, bug 453298, bug 457046 M +2-0reminder-daemon/CMakeLists.txt M +5-4reminder-daemon/alarmnotification.cpp M +2-2reminder-daemon/kalendaracmain.cpp M +21 -5reminder-daemon/kalendaralarmclient.cpp M +4-0reminder-daemon/kalendaralarmclient.h A +136 -0reminder-daemon/suspenddialog.cpp * A +33 -0reminder-daemon/suspenddialog.h * The files marked with a * at the end have a non valid license. Please read: https://community.kde.org/Policies/Licensing_Policy and use the headers which are listed at that page. https://invent.kde.org/pim/akonadi-calendar/-/commit/22fbeb4e48646ab4fa9abce21c4ef1eab31475e5 -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #26 from Flossy Cat --- (In reply to Bernhard E. Reiter from comment #25) > … > However it is most helpful to understand that there are many volunteers > that work on KDE's software products. While the whole process may have its > downsides and bad outcomes, any volunteer time and effort is appreciated. I know, having contributed to FLOSS continuously (in varying degrees and functions) since 1986 … The volunteer workers on the software products on the other hands should not disrespect the time and effort of the volunteer users in setting up convincing working environments in turn to use in advocating open SW use – be that advocacy intentional or incidental just by example. -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #25 from Bernhard E. Reiter --- > Any idea where this fundamental discussion about the change culture of KDE > should be started? (bug reports is the wrong place, IMHO) True, this problem report and the tracker is suboptimal for the topic. For while it would have been one of the mailinglists, but I am not sure about this anymore. KDE e.V. maybe a place to ask about a good channel. However it is most helpful to understand that there are many volunteers that work on KDE's software products. While the whole process may have its downsides and bad outcomes, any volunteer time and effort is appreciated. -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #24 from Flossy Cat --- (In reply to Bernhard E. Reiter from comment #23) > … > It also maybe an option on OpenSuse to use one of the > https://en.opensuse.org/SDB:KDE_repositories > that is providing newer KDE Application revision to stable Opensuse Leap. That I did before reporting the bug – alas then the repositories failed on their internal requirements, perhaps a momentary glitch. But it provides applications only in version 23.08.04, and the patch probably will take some time to shine up, if I not have to wait to 23.08.05 … I will first have to catch up with my work delay caused by this nasty surprise before trying again or following David's suggestion … My workaround via KAlarm from 2024-02-09 (see https://bugs.kde.org/show_bug.cgi?id=481024#c13) works very well and actually brings several benefits and solves the problem of reminder storms you mentioned when switching machines. (Benefits: * (optional) list of recent reminders triggered – very valuable when you lose track on a stressy day * lookeahead of upcoming reminders – very valuable to e.g. shift them proactively if you need some undisturbed time or to preemptively do tasks if a meeting is cancelled * color-coding of reminders * command execution reminders * waking machine from suspend for reminders (not my cup of tea but maybe valuable for some) ) It is really great David restored the eliminated snoozing functionality – thanks – but KAlarm as general reminder handler is worth considering, IMHO. Looking at the further crippling of KDE (see e.g. https://bugs.kde.org/show_bug.cgi?id=481069) after a quarter of a century of choosing KDE I have to consider on which desktop and tool set I will bet for my old age, when I will not be able anymore to workaround, patch, juggle numerous repository and weather dependency messes … (I'm relatively relaxed concerning the desktop having a well-tuned XFCE as fall-back since KDE 4, but the use-breaking regression in KDE PIM hit my hard, unsuspected and with very bad timing …) I consider the change culture in KDE fundamentally broken: Since the KDE3/4 transition I regularly see breaking changes all over the place, "discussed" and "announced" in some very small circles with minimal reach into the end-users. (And IMHO the discussions show these persons do not have a sophisticated usage of the components they are crippling …) The end-users are then hit by nasty surprises a dozen month or more later which then leads to numerous complains, bug reports etc. which are handled quite lukewarm judging from the handling of the duplicate bugs I collected in my bug report. Only when I "threatened" to quickly draft up a working workaround to show the urgency, David took pity and kindly patched and restored the lost functionality. And the patch is – no offense meant, David! – a relatively minor one (still, of course, hours of work I appreciate!). All the while KDE is losing user base – many of the participants of the duplicated bug reports did not partake in this discussion, despite me inviting them in every duplicated report thread. I consider those potentially lost users … Any idea where this fundamental discussion about the change culture of KDE should be started? (bug reports is the wrong place, IMHO) -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #23 from Bernhard E. Reiter --- > You can easily rebuild a patch akonadi-calendar package even right now. It also maybe an option on OpenSuse to use one of the https://en.opensuse.org/SDB:KDE_repositories that is providing newer KDE Application revision to stable Opensuse Leap. Thanks David for any work on the issue! -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #22 from David Faure --- The change contains a new feature and lots of new texts to be translated, I have no idea if it can be accepted into 22.12.3. Let's see if it's approved before discussing backports, in any case. But you don't actually need it to be released in order to use it. You can easily rebuild a patch akonadi-calendar package even right now. You're on OpenSUSE so in your case it means downloading the src rpm (1), adding my change as a patch in the spec file (2), rebuilding the RPM (3), installing (4), done. Or doing that on the opensuse build service to install less development packages locally (but step 2 is the same). (1) sudo zypper source-install akonadi-calendar (2) adding the patch in /usr/src/packages/SOURCES, editing /usr/src/packages/SPECS/akonadi-calendar.spec to add it (3) rpmbuild -bb akonadi-calendar.spec (4) rpm -Uvh *.rpm Please don't ask me to guide you step by step, there are online resources for all this. Debian/ubuntu users can do something similar with apt-get source and debuild. -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #21 from Flossy Cat --- (In reply to David Faure from comment #20) > Sorry for derailing the discussions about workarounds with a proper fix ;-) > (see description in merge request) Thank you – behavior looks good, judging from reading the code. Nevertheless: to derail the workaround discussions the fix needs to be brought back to KDE Gear 22.12.3 – otherwise I'm happy you provided the fix but cannot profit from it with reasonable effort in the near future … Can you be so kind, to apply your fix back to KDE Gear 22.12? -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #20 from David Faure --- Sorry for derailing the discussions about workarounds with a proper fix ;-) (see description in merge request) -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 Bug Janitor Service changed: What|Removed |Added Status|REPORTED|ASSIGNED Ever confirmed|0 |1 --- Comment #19 from Bug Janitor Service --- A possibly relevant merge request was started @ https://invent.kde.org/pim/akonadi-calendar/-/merge_requests/82 -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #18 from Martin Steigerwald --- Thank you David! I really appreciate it! -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 --- Comment #17 from Flossy Cat --- (In reply to David Faure from comment #16) > I'm working on a patch. Nice – thank you. Do you care to explain what kind of patch? -- You are receiving this mail because: You are the assignee for the bug.
[Reminder Daemon] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage
https://bugs.kde.org/show_bug.cgi?id=481024 David Faure changed: What|Removed |Added Component|calendar|general Product|kontact |Reminder Daemon --- Comment #16 from David Faure --- I'm working on a patch. -- You are receiving this mail because: You are the assignee for the bug.
