Bug 98628 - cells with boolean results but number formatted are in boolean format after save and reopen
Summary: cells with boolean results but number formatted are in boolean format after s...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.0.4.2 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-13 06:26 UTC by yves.masquelier
Modified: 2016-03-14 08:00 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
spreadsheet I currently use (ods file) (22.32 KB, application/vnd.oasis.opendocument.spreadsheet)
2016-03-13 07:43 UTC, yves.masquelier
Details
PDF of the sheet and the application version (228.48 KB, application/pdf)
2016-03-13 22:37 UTC, yves.masquelier
Details

Note You need to log in before you can comment on or make changes to this bug.
Description yves.masquelier 2016-03-13 06:26:53 UTC
I am using boolean operations but want the result is readable in ONES and ZEROES.

Formatting them as numbers give the correct aspect.

But, after having save the spreadsheet and re-open it in another session, the format is back to boolean aspect (true oe false).
Comment 1 yves.masquelier 2016-03-13 07:43:39 UTC
Created attachment 123534 [details]
spreadsheet I currently use (ods file)

This spreadsheet is a step by step CRC computation.
Comment 2 yves.masquelier 2016-03-13 07:45:15 UTC
This problem occurs also with linux version.
Comment 3 Buovjaga 2016-03-13 16:05:28 UTC
Not reproduced. For me, if I change a cell in your file to number format, it stays that way after save & reload.

You should probably try with a newer version (5.1.1).

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.2.0.0.alpha0+
Build ID: 235411c9d47ecba88e46d859ea93bcecefb0c46e
CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on March 11th 2016

64-bit, KDE Plasma 5
Build ID: 5.1.1.3 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Comment 4 yves.masquelier 2016-03-13 22:37:24 UTC
Created attachment 123547 [details]
PDF of the sheet and the application version
Comment 5 yves.masquelier 2016-03-13 22:39:05 UTC
you can see attached an exported PDF from V5.1.1.3 (french version) of the spreadsheet with hash(es) in cells where there are results of formule "XOR(cellX; cellY) or a copy of a cell that contains this result. When cells are enlarged, words "VRAI" (true) or "FAUX" (false) are readable.

The spreadsheet was saved when all cells were formatted in number.
Comment 6 m_a_riosv 2016-03-13 23:27:46 UTC
I can't reproduce.
Win10x64
Version: 5.0.5.2
Build ID: 55b006a02d247b5f7215fc6ea0fde844b30035b3
TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-0, Time: 2016-03-07_09:00:12
Version: 5.1.1.3 (x64)
Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6d
CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL;

Please try resetting the user profile, sometimes solves strange issues.
https://wiki.documentfoundation.org/UserProfile
Usually it's enough renaming/deleting the file "user/registrymodifications.xcu",  it affects all the options in Menu/Tools/Options, and the files "user/basic/dialog.xlc" and "scrip.xlc" are overwritten, additionally custom colors in "user/config/standard.soc" are lost.
Comment 7 yves.masquelier 2016-03-14 07:36:10 UTC
Always bad after renaming user profile.
Comment 8 yves.masquelier 2016-03-14 07:48:31 UTC
A solution (may be) :

Using "text" format for all the cells from C3 to T66 solves the problem!

Preceeding format was "number".

If you can confirm you can close this bug report.