<div dir="ltr"><div dir="ltr">On Wed, Nov 19, 2025 at 10:32 PM Harald Sitter <<a href="mailto:sitter@kde.org">sitter@kde.org</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Nov 19, 2025 at 10:14 AM Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br>
><br>
> On Wed, Nov 19, 2025 at 9:40 PM Harald Sitter <<a href="mailto:sitter@kde.org" target="_blank">sitter@kde.org</a>> wrote:<br>
>><br>
>> Hey!<br>
>><br>
>> I currently have an MR open to disable crash reporting to KDE by<br>
>> default and would like your input on the matter.<br>
>><br>
>> <a href="https://invent.kde.org/plasma/drkonqi/-/merge_requests/364" rel="noreferrer" target="_blank">https://invent.kde.org/plasma/drkonqi/-/merge_requests/364</a><br>
>><br>
>> Essentially we have a problem with users sitting on outdated software<br>
>> versions, reporting crashes, and then getting their crash closed<br>
>> because their version is no longer getting releases from us. So the<br>
>> idea is we have a simple knob to turn on/off reporting to KDE at<br>
>> compile time and leave it to distributions to toggle this as<br>
>> necessary.<br>
><br>
><br>
> 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?<br>
<br>
Depends how one would implement that. Which date would that be? Plasma?<br></blockquote><div><br></div><div>Dr Konqi should be able to reference some metadata that defines what the support lifecycle is for a given individual application.</div><div>That could take the form of additional information passed via KCrash, or some separate files on disk that Dr Konqi can reference.</div><div><br></div><div>Thanks,</div><div>Ben</div><div><br></div></div></div>