https://bugs.documentfoundation.org/show_bug.cgi?id=126308
ady changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
BogdanB changed:
What|Removed |Added
Blocks||108252
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
--- Comment #6 from david.cortes.riv...@gmail.com ---
Still reproducible:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 16; OS: Linux 5.10; UI render: default; VCL: kf5
Locale: en-US (en_US.UTF-8); UI: en-US
Debian package version:
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
--- Comment #5 from QA Administrators ---
Dear david.cortes.rivera,
To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
--- Comment #4 from david.cortes.riv...@gmail.com ---
(In reply to m.a.riosv from comment #3)
> I don't think it is a bug.
> Character escape only works with valid non text values, otherwise there is
> nothing to escape. And a way to know
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
m.a.riosv changed:
What|Removed |Added
CC||miguelangelrv@libreoffice.o
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
Oliver Brinzing changed:
What|Removed |Added
OS|Windows (All) |All
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=126308
--- Comment #1 from david.cortes.riv...@gmail.com ---
Cannot edit the comment now, but I think this only happens when the input is
invalid after being evaluated. E.g.
MS Excel: "'2019-01-01" -> "2019-01-01" (text)
MS Excel: "'2019-13-33"