SVG export crashes MuseScore with files containing horizontal frames

• Apr 9, 2016 - 17:13
S2 - Critical

This is repeatable.

Using Windows version 2.0.3 revision 3c7a69d on UbuntuStudio 12.04.5 LTS using WINE 1.4

Exporting as SVG will crash MuseScore and leave behind a zero byte file.

Also PDF export only exports a partial file, thus appearing to fail mid export.


For me, SVG export crashes in continuous view, page view works fine. PDF export works fine for me too. If you are seeing a crash for SVG in page view or any problems with PDF, we need a sample score and steps to reproduce the problem.

Here is the score.

The steps? I just open the attached file, select export and choose SVG.

It sits there for a bit, but then crashes. I've already reported on the PDF results, with an attached file. What i did not report on, though, was that PNG export seems to work just dandy, all the way up to 1200DPI (at 3000 DPI it refused to write the file, which might not have been a MuseScore problem, anyway).

Attachment Size
TheKingOfAllLight.mscz 250.45 KB

It's due to the horizontal frame. Reproducible from scratch.


1) "My First Score"
2) Add -> Frames -> Append horizontal frame
3) File -> Export -> Type .svg
4) Save

Result: crash

Title SVG export crashes version 2.0.3 Revision: github-musescore-musescore-3c7a69d SVG export crashes MuseScore with files containing horizontal frames
Status (old) needs info active

Append or Insert Horizontal Frame: same result

So, when I get the time later tonight, I should be able to delete the horizontal frame, then export successfully, right?

I am not familiar at all with the .svg format, but indeed, if you delete this horizontal frame, the export works: TheKingOfAllLight2.mscz
And you can attach your image in another way (vertical frame/text frame, or to a measure by drag and drop onto the score)

For PDF, however, we'd still need to see a sample score and steps to reproduce whatever problem you are seeing. I tried the following with the MSCZ file attached to #5:

1) load file
2) file / export
3) make sure PDF is selected, hit enter
4) open the resulting file

It worked as expected. If you are trying to use some sort of third party PDF utility, that generally won't work - you need to use the built-in PDF export facility because the fonts needed are also built-in.

Remaining troubles with MuseScore export in SVG and PDF formats after removing the horizontal frame:

SVG (see attached file): the noteheads, the time signature, and the clefs are too large, and the time signature is placed too high in the staff (the bottom of the numbers should touch the bottom line of the staff, not the second line from bottom), and the size of my logo is just plain ridiculous. (the filesize of the SVG slightly exceeds the maximum, so it is not attached)

PDF: the time signature is, here also, placed too high in the staff. Other than that, the text of the title and the subtitle lose their bold and italic attributes in the exported PDF file. Using Inkscape I can work around the PDF problems, but it really should be fixed.

Attachment Size
TheKingOfAllLight.pdf 206.04 KB

Again, we'd need you to post the *precise* steps you are following when exporting PDF. It works just fine for me with your provided file when I follow the correct steps I listed above. So I can only guess you are trying to use some other unsupported method to export the PDF and that is why you are having trouble.

Well, I open MuseScore and the score in question, and, from the menu, I choose "Export", then in the file dialog, I choose PDF.

I have attached a screenshots document to help you see what I mean.

Apparently, it is Inkscape that is losing the text attributes, but the incorrect positioning of the time signature is across applications.

Attachment Size
PDFproblems.jpg 1.48 MB

No problem with the PDF here, see attached and this:
The SVG doesn't look good though, but no problem attaching it.

exporting an SVG from the score with the fraem indeed crashes,stack trace:
1 QListData::size qlist.h 92 0xc68708
2 QList::operator[] qlist.h 486 0xbe3a49
3 Ms::Measure::staffLines measure.h 186 0xb8497b
4 Ms::MuseScore::saveSvg file.cpp 2577 0x59f6be
5 Ms::MuseScore::saveAs file.cpp 1818 0x59a077
6 Ms::MuseScore::exportFile file.cpp 1605 0x597684
7 Ms::MuseScore::cmd musescore.cpp 4128 0x498fb1
8 Ms::MuseScore::cmd musescore.cpp 3994 0x498668
9 Ms::MuseScore::qt_static_metacall moc_musescore.cpp 820 0x68928c
10 ZN11QMetaObject8activateEP7QObjectiiPPv 0x68a655a2
11 ZN12QActionGroup7hoveredEP7QAction 0x61dc4b95
12 ?? 0x1f9be1a0
13 ZN7QAction8activateENS_11ActionEventE 0x61dc3b6e
14 ?? 0x28c928
15 ?? 0x24748b04

Seems mscore/file.cpp, line 2559 ff need to get adjusted to set byMeasure to true if there's a horizontal frame involved?

If I force byMeasure to true, there's no crash and the generated SVG looks quite OK to me, it is only slightly larger (40k)

If I only knew how to check whether a MeasureBase is actually an HBox (horizontal frame), a simple `mb->type() == Element::Type::HBOX` doesn't do the trick

Identical stack trace as with #105471: SVG export crashes MuseScore in Continuous View so these definitly are related.

Attachment Size
TheKingOfAllLight.pdf 200.23 KB
TheKingOfAllLight.svg 1.89 MB
TheKingOfAllLight.svg 1.93 MB

I guess it is conceivable that something about about your specific configuration - running a Windows version of MuseScore under Wine rather than simply running it native - is somehow causing issues. Or perhaps you have incompatible versions of the MScore or Bravura fonts installed on your system. You shouldn't have *any* version of those fonts installed. Not sure how Wine works, so I don't know if you should look for these on your Ubuntu system or somewhere ewithin the Wine environment. Better to ask for help with configuration problems like this on the Support forum.

I did a filesystem search for "bravura" and for "Bravura" which come up completely and totally empty.

The same search, conducted for "mscore" turns up
MicroSoft's Core Fonts archive, and turns up
mscore as an executable file (but not a font), and turns up
all sorts of locale files and library files,
but no font files.

Inkscape, though, still sees both fonts as available to it.

If Inkscape can see the fonts, then they are installed on your system somehow, and that is probably the issue - not a bug, but a configuration problems on your machine. So I'd ask for help on the Support forum.

In a publishing environment all applications need to have the same access to all fonts in use, or the result will be disastrous.

I have one hymnal available for sale:

That one took 13 years to get out the door.

I intend to use MuseScore for my next hymnals, but it has to work in a publishing environment. If my publishing apps do not have access to the fonts MuseScore uses the results will be a disaster. That is not my system's fault, but the fault of the app that tries to keep its fonts hidden from the system.

Today, had the Export to SVG crash for the first time too.

Having read this forum about the issue, I can confirm that the culprit is very likely the horizontal frame.

The score that I was not able to export as SVG had a title page, using horizontal frames. MuseScore crashed leaving a 0 KB SVG file.
Problem Event Name: APPCRASH
Application Name: MuseScore.exe
Application Version:
Application Timestamp: 0ebaeca0
Fault Module Name: MuseScore.exe
Fault Module Version:
Fault Module Timestamp: 0ebaeca0
Exception Code: c0000005
Exception Offset: 001b1831
OS Version: 10.0.10586.
Locale ID: 2057
Additional Information 1: bdcb
Additional Information 2: bdcb33e65a9843796b7ec31cc25bda3b
Additional Information 3: 28b9
Additional Information 4: 28b92d9a58b4c3292e6786a4023b66af

So I removed any horizontal frame. I created a copy without a title page and was able to export the file successfully to SVG (BTW it does not matter what Page View).