https://bugs.freedesktop.org/show_bug.cgi?id=48851
--- Comment #35 from Jon Grossart <[email protected]> --- I just wanted to summarize the issue: - happens on Windows (not to say it can't happen in Linux, but I don't play with my documents in Linux at all other than for a few tests) - If I remember correctly, it started with the release that integrated graphite2 for rendering (not 100% sure about that) - corruption is only with the headers - Once the corruption happens, reloading the same document tends to keep the corruption. If I completely close out LibO and reload the document, the corruption is usually fixed - it is not a data corruption issue. The base .odt file is fine. Saving the file even if the visual corruption is present still saves the correct data in the file (thankfully :) ) - if the visual corruption is present, exporting to a PDF will still show the same corruption. This would tell me that is not directly with the "output" of the data, but probably in the visual representation of the data. - happens after a variable time -- sometime not at all, sometime on loading my first file. It usually happens after loading a few files, editing them (sometime only minor edits), saving them, and going to the next file. - files that it happens on are based on a template with changed page margins with 2 imported styles (one custom bullet, one custom numbering) and custom header styling (color, font). The documents contain numerous and long lists of both types (mostly bullets) - I've had the corruption with just using the standard font setup - it's happened on 2 separate computers (32-bit and 64-bit) using multiple versions of LibO (including complete clean installs with deleting the user directory) -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
