Created attachment 181021 [details] DOCX file where the problem occurs Open the attached DOCX file, which is a table that contains check symbols in its cells. When the file is opened in Writer, all the check marks disappear from the file. In MS Word or in OnlyOffice, the symbols are there. System info Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded Also in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: cb83063cc0eb4e93bd44bc0cb9b7c4841230cdef CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded
Created attachment 181022 [details] Screenshot of the file in MS Word
Created attachment 181023 [details] Screenshot of the file in LO Writer
No repro with Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL and also with Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 761d3a128214b48645f00e2ff094e0f8928d1ee1 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL Linux-only? A font issue (Windings is used for the checkmark)?
Created attachment 181025 [details] how it looks for me in LibreOffice 7.5 on linux
It seems to be a font issue
Created attachment 181035 [details] Writer is using Times New Roman The weird thing is that it imports the cells as Times New Roman and there is no character in the cells. For me, as a user, if I click any of the cells LO says that the font is Times New Roman and there's no way to tell that the font used is Wingdings. Also, notice that in my case there is nothing in the cell... not even an empty character. If the user had seen the wrong character or an empty character, it would have been easier to detect the problem. In OnlyOffice on the same Linux install the file opens fine. But I don't know how it handles fonts system-wise.
(In reply to Rafael Lima from comment #6) > Writer is using Times New Roman The cell "Branch and Bound" for "S3*" is empty in the original (cf. attachment 181022 [details]), and it indeed uses TNR. What does it show in "Integer Linear Programming" on the same row? It could be that the font chosen for substitution has a space-like character (or joiner-like) in the required position; that would be impossible to detect. Absent fonts is genuinely difficult problem to handle (there's a long-standing proposal in UX team about improving things).
(In reply to Mike Kaganski from comment #7) > The cell "Branch and Bound" for "S3*" is empty in the original (cf. > attachment 181022 [details]), and it indeed uses TNR. What does it show in > "Integer Linear Programming" on the same row? In the cell "Integer Linear Programming" x "S3*" it is using Wingdings. What is happening is that in the cells that had check marks, the font is Wingdings and where the cells were empty, the font is TNR (which is probably what the original author did). The problem is that I received this paper from a student and I could not tell where there was content, and where there was nothing. I had to open it in OnlyOffice to be able to read it. I believe we have to give better hint when an absent font results in no content for the user. > It could be that the font chosen for substitution has a space-like character > (or joiner-like) in the required position; that would be impossible to > detect. Absent fonts is genuinely difficult problem to handle (there's a > long-standing proposal in UX team about improving things). I have not set up any font substitution.
(In reply to Rafael Lima from comment #8) > I have not set up any font substitution. It happens regardless there is some substitution set explicitly or not. The only difference is that when you set it up, automatic guess will not happen, and you have control over it. Wrt the "we have to give better hint" - it was in the UX proposal I mentioned above. Unrelated (the following is not to claim that this is "not a problem", just a note about good practices): it's better to use PDF when students provide their documents. Thinking that there may be absolutely problem-less workflow with office document created/edited with different software is unrealistic expectation.
Based on previous comments, I changed the report title to emphasize that we might improve the way we handle missing fonts.
This is a known issue. I mark duplicate. See there See Also bugs. *** This bug has been marked as a duplicate of bug 96872 ***