inkscape garbles own preferences.xml

Bug #168922 reported by Deelkar
4
Affects Status Importance Assigned to Milestone
Inkscape
Fix Released
High
Krzysztof Kosinski

Bug Description

In some conditions Inkscape truncates or garbles it's own preferences.xml.
I'm running the tiles@home Client from OpenStreetMap and sometimes (very
seldom, so hard to reproduce) inkscape crashes in a way that leaves it's
~/.inkscape/preferences.xml in a garbled state (not xml) and inkscape
crashes upon the next start (see also bug #1591934)
a workaround is to delete the offending preferences file.

Other participants have reported success preventing this by
write-protecting the preferences.xml file when it contains default values
(i.e. the autogenerated one after it was deleted).

I'd suggest inkscape does not open its config read-write when in batch
mode.

I'd also suggest inkscape to fix a broken beyond repair preferences.xml
itself, by putting the default config.

Revision history for this message
Colin Marquardt (ubuntu-marquardt-home) wrote :

Originator: NO

This is a pretty important bug for OpenStreetMap, so I'm raising the
priority.

Changed in inkscape:
status: New → Confirmed
Revision history for this message
Krzysztof Kosinski (tweenk) wrote :

I committed a tentative fix for this in revision 20781: the crash handler will no longer save the preferences.

Changed in inkscape:
assignee: nobody → tweenk
status: Confirmed → Fix Committed
ScislaC (scislac)
Changed in inkscape:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.