Copying a time signature causes MuseScore to shut down, on re-storing, wrong filename (with path, without dashes) created
Max OS X 10.11.1, MuseScore 2.0.2
GIT commit: f51dc11
Sample File:
copy_time_signature_test.mscz
Steps to reproduce:
1. open a new file an enter various different time signature (e.g. for each bar another one)
2. copy one of the time signature and try to paste it to an "empty" bar (= bar, which has no time signature yet)
Expected result:
Create time signature in the respective bar
What really happens:
MuseScore shuts down. - When MuseScore is asked to restore, it re-creates the previous file with the path name (at least in Mac). Please look at the file name in the tab of the following 2 images:
The latter should probably be a separate bug report?
Thank you!
Comments
I cannot reproduce the crash with this nightly: 421f366
Seems a duplicate for this issue (#81456: Unpredictable results when copying time signature from one measure to another), right?
Fixed now by: https://github.com/musescore/MuseScore/pull/2237/files
Thanks! - Could you also test the file renaming problem on program restore?
Well, about the file renaming, nothing particular to notice here (under Win7)
Just tested with MuseScoreNightly-2015-11-24-1120-7321ba6.dmg - and both problems aren't any anymore. But, from what I understand, there could be a 2.0.3 release, but nightly builts will be 2.1s, right? So I don't know if this issue should be closed or not...
Yes
The fact that after crash recovery you get a file with explicit path info by default is currently by design, I guess maybe to prevent you from accidentally overwriting a known good copy of the file with a questionable one. There has been been some discussion on the forum about whether there are better ways of dealing with this but nothing decided conclusively that I recall. Feel free to find that discussion and join in, or start a new one.
Thank you for the information! If it's by design, then there is no need to start a new discussion, in my opinion, since it serves it purpose very well. (Maybe mentioning it somewhere in the manual would help those like me, who wrongly think that it could be a bug, since it is an unusual solution compared to other software...)
Automatically closed -- issue fixed for 2 weeks with no activity.
Automatically closed -- issue fixed for 2 weeks with no activity.
Automatically closed -- issue fixed for 2 weeks with no activity.
Automatically closed -- issue fixed for 2 weeks with no activity.
Automatically closed -- issue fixed for 2 weeks with no activity.
Automatically closed -- issue fixed for 2 weeks with no activity.
Automatically closed -- issue fixed for 2 weeks with no activity.