[Development] Error database cleaning continues
Giuseppe D'Angelo
giuseppe.dangelo at kdab.com
Fri Sep 25 10:45:18 CEST 2026
Il 14/09/26 11:57, Jouni Äijälä via Development ha scritto:
> Error database cleaning process is going forward and Qt 4 bugs are now
> closed. The next step is to continue the process gradually with Qt 5
> bugs starting from 5.0.* Qt version. If you know that a bug reported by
> you can be reproduced also with supported Qt version please add the
> correct “Affects versions” label. Otherwise it will be closed. Note that
> the bugs can be reopened later on if needed but if the bug is reopened,
> evidence needs to be provided that the bug is valid with supported
> version. “Not_in_maintenance_scope” label will be added for further search.
I must say I'm not pleased at all with this process. From the
notifications I'm getting, a ton of widgets-related bugs are being
closed "simply" because they're old. With QtWidgets being "done" both in
Qt 5 and Qt 6, it's extremely likely that many these bugs are still
completely valid. We're just shoving the dust under the carpet, open bug
reports counter goes down, everybody happy?
The reasons for the lack of activity on the bugtracker are IMNSHO
completely independent from the validity of the issue. They're more to
be found in the general lack of upstream response to these bugs (or
willingness to fix them, given again, widgets are "done"); and/or in the
general huge disengagement of the community from Qt, which is now seen
first and foremost as a commercial product, so why should one spend the
effort to improve it (... notice how this very email thread was sent on
the _wrong_ mailing list -- not the one(s) for the users of Qt; nor it
was cross-posted to Qt's blog, newsletters and other announcements);
and/or in the fact that the quality of web searches has plummeted in the
last few years, so people hitting a bug don't even see that there is a
bug report opened about their issue; and so on.
Also, it's good netiquette *not* to comment under a bug report just to
say "this is still valid". We don't put undue pressure on maintainers.
They are the ones supposed to check if a bug is still valid, not the
other way around.
If anything, this exercise could've been a perfect use case for using an
AI agent, e.g.:
* have it check if a bug has a proper description of the issue;
* have it check if it has a minimal reproducer attached, or have it
*create* one if missing (or minimize the existing one if not attached);
* have it build and run and see if the issue is still there;
* have it create patches adding the relevant autotests into Qt proper
(either passing or XFAIL);
* leave comments / add labels as needed, depending on the results of the
above.
My 2 c,
--
Giuseppe D'Angelo | giuseppe.dangelo at kdab.com | Senior Software Engineer
KDAB (France) S.A.S., a KDAB Group company
Tel. France +33 (0)4 90 84 08 53, http://www.kdab.com
KDAB - Trusted Software Excellence
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4889 bytes
Desc: Firma crittografica S/MIME
URL: <http://lists.qt-project.org/pipermail/development/attachments/20260925/1c0d1afd/attachment.bin>
More information about the Development
mailing list