Bug 489961 - All created alarms disappear from the list after ringing
Summary: All created alarms disappear from the list after ringing
Status: RESOLVED NOT A BUG
Alias: None
Product: kalarm
Classification: Applications
Component: general (other bugs)
Version First Reported In: 3.8.1.1
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: David Jarvie
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-07-09 08:04 UTC by quanticcpu2100
Modified: 2024-07-11 19:30 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description quanticcpu2100 2024-07-09 08:04:12 UTC
All created alarms disappear from the list after ringing, making it necessary to recreate all alarms from the template. The program has to be created from the end user's perspective and not the developer's perspective.

Operating System: Fedora Linux 40
KDE Plasma Version: 6.1.1
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.2
Kernel Version: 6.9.8 (64-bit)
Graphics Platform: Wayland

Kind  regards.
Comment 1 David Jarvie 2024-07-09 09:44:42 UTC
What do you mean by "ringing"?
Comment 2 quanticcpu2100 2024-07-09 11:06:25 UTC
(In reply to David Jarvie from comment #1)
> What do you mean by "ringing"?

The alarm sound.
Comment 3 quanticcpu2100 2024-07-09 11:08:32 UTC
(In reply to David Jarvie from comment #1)
> What do you mean by "ringing"?

After all the alarms sounded.
Comment 4 David Jarvie 2024-07-09 16:31:45 UTC
You can still see alarms which have previously triggered. They are "archived" alarms, and you can display them by menu action View -> Show Archived Alarms. To see them you also need to ensure that archived alarms are kept for as long as you need them. Go to Settings -> Configure KAlarm, and in the Storage tab you can choose whether to keep alarms after they expire, and for how long.
Comment 5 quanticcpu2100 2024-07-09 17:07:20 UTC
Keep this option enabled by default to not confuse the end-user.
Comment 6 quanticcpu2100 2024-07-09 17:13:52 UTC
(In reply to David Jarvie from comment #4)
> You can still see alarms which have previously triggered. They are
> "archived" alarms, and you can display them by menu action View -> Show
> Archived Alarms. To see them you also need to ensure that archived alarms
> are kept for as long as you need them. Go to Settings -> Configure KAlarm,
> and in the Storage tab you can choose whether to keep alarms after they
> expire, and for how long.

Keep this option enabled by default to not confuse the end-user.

If the alarm on Android cell phones doesn't hide the alarms previously configured by the user why does yours kalarm hide them? To make life difficult for the end user?
Comment 7 David Jarvie 2024-07-09 20:17:21 UTC
You are the first user to complain about this in over 20 years, so I'm not going to change the defaults unless more people complain.
Comment 8 quanticcpu2100 2024-07-10 04:30:16 UTC
(In reply to David Jarvie from comment #7)
> You are the first user to complain about this in over 20 years, so I'm not
> going to change the defaults unless more people complain.

Everything has its first time.

Unfortunately, the one who suffers is the end user with a developer who has the mind of a museum. You can't even see that even the UI is antiquarian. If you think it's good to eliminate alarms created by elderly users, children and teenagers, you are truly stupid. I hope you are removed from this project that needs to have people who think outside the box and not donkeys with a visor. Also, try to resolve others simple bugs that have been stuck in your hands for years. If you do not feel obliged to solve it, leave the task so that another volunteer can take on the task.
Comment 9 Andres Betts 2024-07-11 19:30:24 UTC
I wanted to recommend scaling back the comments and not move them into personal attacks. Our developers at Plasma understand the reasoning. It's important to remember that for our team, it's very important to know what users go through. However, when the lack of evidence to the contrary is absent, it's hard to make a global change in the system because of one piece of evidence.

In our team, we are attentive to the users. If you have the ability to bring real examples and situations from real users about this issue, we can consider it more. If you have user experience information that can help us make a different decision, bring it to the team. We are happy to review.

What we will not consider it personal attacks. Please scale back your comments and focus on the issues.