Re Nightly Builds of the Trunk - What is worth reporting as a 'bug'?
Now that the Nightly Builds are becoming practically nightly and remarkable progress toward 2.0 is ongoing, when is worthwhile -- if ever -- to report consistent and predictable misbehaviors as 'bugs'? I'm confused, as the readme.txt file urges feedback about such. However, it seems obvious that some of what *could* be described would surely be known already to the programmers and perhaps even deliberate for some specific reason as development proceeds.
Example: I recently mentioned that repositioning of dynamic signs doesn't 'stick' when a file is saved and re-opened. The same is true of fermatas, too, and probably other symbols. Something else maybe worth mentioning is that after a slur is edited, it continues to be selected until I double-click it yet again. The same is true of hairpins. And if one inadvertently selects a different object and makes adjustments to it in the Inspector while the aforementioned previous object remains selected, the program will always crash. Yet another thing is that Reload isn't functional, and crashes the program instead.
Is any of this important? Or is it stuff that's in the category of 'known issues' and will all come out in the wash before there's an official pre-release version of 2.0? In the latter case, *what* would be considered a legitimate 'bug' worth reporting in a Nightly Build which is by nature prone to misbehavior?
Apologies in advance if this seems like overanalyzing, but I do believe some guidelines would be nice -- if it's possible to formulate them even in general terms.
Comments
Everything you mentioned sounds like a legitimate bug. You can
In reply to Everything you mentioned by [DELETED] 5
Along these lines:
I have some scores I'd love to load into 2.0 to play with, but they crash MuseScore. They are not short simple examples. I could spend a lot of time deleting measures trying to reproduce the crash with a shorter example, but I'm hoping maybe that won't be necessary - just loading a score that crashes MuseScore will allow you to get a core dump that tells you pretty much where the problem is without my needing to narrow it down. Wishful thinking? Should I just submit issues for each such score? I wouldn't just go wild and submit 20- all at once or anything, as I realize there might be just a one or two bugs that keep running into over and over.