[Libreoffice-bugs] [Bug 108041] Calc fails to correctly identify the font used in a cell and fails to obey format and font changes

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=108041

--- Comment #21 from Kevin <timbacontent at gmail.com> ---
Something may be learned from this test:

1. open 108041-even-simpler.ods in Microsoft Excel 2010

result: Excel reports finding and fixing an error:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<recoveryLog
xmlns="http://schemas.openxmlformats.org/spreadsheetml/2006/main"><logFileName>error055000_01.xml</logFileName><summary>Errors
were detected in file
'C:\Users\User\Desktop\108041-even-simpler.ods'</summary><additionalInfo><info>Excel
completed file level validation and repair. Some parts of this workbook may
have been repaired or discarded.</info></additionalInfo></recoveryLog>

2. try the steps in Excel - no bug. Excel unfortunately doesn't say what it
"repaired", but my guess is that it's the same thing that causes Calc's
formatting toolbar to display incorrect font information.

SPEC QUESTION: If a cell that contains multiple fonts and/or formats is
selected in Calc (not entered, just the whole cell selected) what is the
formatting toolbar SUPPOSED to display to the user? Just a blank white space?
Because if that's right, there is often a bug even before you start doing any
steps. In other words, if a cell has two fonts, and the toolbar shows anything
other than blank, you've already primed the system for bugs to occur
downstream, right?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170620/3811cccd/attachment-0001.html>