Also notably for the uninitiated: this is nothing more than the number of bugs submitted that haven't been closed. So this includes things like "bug: I can't figure out how to download it" or "bug: it won't work on my iPad" and long term items like "bug: this item needs reworked to eliminate a handful of obscure performance issues" as well as extremely low priority items like "bug: app crashes if the date is set 10 years in the past and the users username is over 100 characters". So all that combined only adding up to 144 is pretty good
No, it is that most of those bugs are not real/minor/extremely niche, and that especially with that in mind 144 bug tickets on a project that has only been around for a couple weeks is alot better than normal
Having over 200 bugs in 1 week (that's when issues were first being reported) is not a good amount, and I say that as someone who's been a software dev for over 2 decades.
And the project has almost 4000 issues reported, many of which are features missing that would bring it up to parity with Photoshop.
3.1k
u/Manueluz 1d ago
That's standard for any Github project, Issues are not only bugs, but improvements, feature requests and new features. Think of it as sticky notes.
Filtering by bugs it has around 144 currently open.