drkonqi and outdated software

[Harald Sitter]

On Wed, Nov 19, 2025 at 11:31 AM Ben Cooksley <bcooksley at kde.org> wrote:
>
> On Wed, Nov 19, 2025 at 10:32 PM Harald Sitter <sitter at kde.org> wrote:
>>
>> On Wed, Nov 19, 2025 at 10:14 AM Ben Cooksley <bcooksley at kde.org> wrote:
>> >
>> > On Wed, Nov 19, 2025 at 9:40 PM Harald Sitter <sitter at kde.org> wrote:
>> >>
>> >> Hey!
>> >>
>> >> I currently have an MR open to disable crash reporting to KDE by
>> >> default and would like your input on the matter.
>> >>
>> >> https://invent.kde.org/plasma/drkonqi/-/merge_requests/364
>> >>
>> >> Essentially we have a problem with users sitting on outdated software
>> >> versions, reporting crashes, and then getting their crash closed
>> >> because their version is no longer getting releases from us. So the
>> >> idea is we have a simple knob to turn on/off reporting to KDE at
>> >> compile time and leave it to distributions to toggle this as
>> >> necessary.
>> >
>> >
>> > Wouldn't the better idea be to have a "support end date" compiled into the software, which defaults to the KDE value, and which is disabled if a distro bug report URL is specified?
>>
>> Depends how one would implement that. Which date would that be? Plasma?
>
>
> Dr Konqi should be able to reference some metadata that defines what the support lifecycle is for a given individual application.
> That could take the form of additional information passed via KCrash, or some separate files on disk that Dr Konqi can reference.

Right. That would be better. It'd also be a lot more work.