Given the fact that resources (developers) are limited, would you prefer that they spend their time more on bugfixing or new features?
Personally, I would prefer if the KiCad team suspends their work on new features and first fix all open bugs (that is, the bugs that don’t need new features in order to fix them).
After that, maintain that branche as an LTS release and support it for a couple of years (only bugfixing) and start to work on new features using a new branche/version.
Just my opinion.
1 Like
My experience is that if bug is well documented so it can be deterministically repeated then it is fixed very fast.
Not deterministic bugs can be hard to find. You can probably spend lot of time trying to find such bug with big chance that you will only waste time.
5 Likes
You are welcome to fix bugs you find (either by yourself or by looking at the issue tracker). That is often not easy and since most contributors do code on their own, they often prefer to work on what they think is important.
Of course, to help the developers to fix a bug is by try to provide as much important details as helpful to reproduce the bug and not reproduce the bug (i.e. provide clear information when and when not a bug triggers).
If I remember well, there are some KiCad developers being paid and they can be told what to do.
(by the people who are paying them)
(by the people who are paying them)
Yes, if you use (pay for) KiPro-PCB you can bother them there. Then they should fix bugs with a higher priority on your request.
If not, you can’t expect them to focus on the things you need the most. Again, you can contribute bugfixes to the GitLab repository if you want them fixed. Or pay someone else to create bugfixes for you. And in case you are not happy with how the KiCad team handles KiCad, you are free to fork it and manage that on your own (that isn’t a good idea except you are a large enough team or you think the development direction of KiCad is very bad). This is one of the benefits of open source software.
And this is why 7.99 will be going into a feature freeze very soon, with concentration on fixing bugs until release early 2024.
Reproducible bugs do get fixed quickly when they are in KiCad code. Those caused by third party framework software have to wait
4 Likes
AFAIK this has happened already.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.