The same applies when creating a new score. Create a new score with the name "Hello.World". Then the name of the score is only "Hello" even though the title in the score is correct. It is caused by QFileInfo which interprets ".World" as a filename suffix.
Well, I wouldn't say it's a Qt problem. More a problem with how QFileInfo is being used. QFileInfo always expects the filename to have a suffix. So I think a possible solution might be to explicitly add a suffix to the score name so QFileInfo doesn't starting looking for a suffix in the score title given by the user.
Comments
I first saw this in a Guitar Pro file - the parts were already there.
Doesn't appear where?
In the entry when re-accessing 'Parts...', or the tab for the part.
The same applies when creating a new score. Create a new score with the name "Hello.World". Then the name of the score is only "Hello" even though the title in the score is correct. It is caused by QFileInfo which interprets ".World" as a filename suffix.
Is this a Qt problem then?
Well, I wouldn't say it's a Qt problem. More a problem with how QFileInfo is being used. QFileInfo always expects the filename to have a suffix. So I think a possible solution might be to explicitly add a suffix to the score name so QFileInfo doesn't starting looking for a suffix in the score title given by the user.
See also #37696: issues with exporting parts and part names containing slashes and/or dots , which (I think) does pinpoint the exact cause for this
Fixed in e4b19ffcf9
an addition, albeit mostly cosmetical, might be to do the same replacement of "/" with "_" when generating the list of parts in mscore/exceptsdialog, line 53 , in PartItem::PartItem, so the user gets presented what (s)he'll get.
Will do that in a PR for #37696: issues with exporting parts and part names containing slashes and/or dots
Automatically closed -- issue fixed for 2 weeks with no activity.