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

Eike Rathke <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |[email protected]
     Ever confirmed|0                           |1

--- Comment #14 from Eike Rathke <[email protected]> ---
Actually this is a combination of several problems..
1) pasting formula error results as values creates an internal formula
   cell to preserve the error value (as can be seen by the "highlight"
   green value)
   1a) this does not have a leading '=' though
2) such error values seem to be not treated correctly during sort;
   actually they should be sorted before other values, just as when
   sorting the original formula range
3) when saved, due to 1a the formula is stored without the leading '='
   but cell type string, extended type error, which so far is correct
4) when loaded, this combination results in a string being set at the
   cell, which is not an error value and thus sorts differently
5) VLOOKUP may return empty cells *for display only*, but these when
   pasting as values will be pasted as 0 values and if formatted as date
   result in the null date 1899-12-30
6) similar, they are stored as an empty but 0 formatted value thus when
   reloading in this case display as null date

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to