https://bugs.freedesktop.org/show_bug.cgi?id=42145
Bug #: 42145
Summary: How strict should LO be about malformed input?
Classification: Unclassified
Product: LibreOffice
Version: LibO Master
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Spreadsheet
AssignedTo: [email protected]
ReportedBy: [email protected]
Created attachment 52670
--> https://bugs.freedesktop.org/attachment.cgi?id=52670
Malformed input that LO accepts, leaving human wondering what's going on.
This is more of a question than a bug report, but I'm not sure where to
"discuss" or ask this question.
Distilled from a legitimate case of a program outputting slightly malformed
input, the question is "how strict should LO be about interpreting it's input?"
The attached document and screenshot showcase an example where a bit of ODS
input is slightly malformed. This apparently doesn't bother LO, but certainly
messes up the logic, as the background of the cells should be blue, not red
(based on conditional formatting logic).
Content.xml is slightly malformed on lines 34 and 39. Line 39 is the more
"insidious" case as the output within LO even passes the basic inspection of a
human eye. (Click on cell C15, then click Format -> Conditional Formatting,
and inspect the values. It /looks/ right, doesn't it?)
This is "broken" as far back as OpenOffice 3.2, but I don't have any interim
LibO versions installed; I'm not sure what version to set the dial to for this
bug report.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- 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
