Created attachment 50124 [details] XLS document to open I occasionally see vertical or horizontal sheet header not fully painted, sometimes with one small or larger gap, sometimes with more gaps... Once (in 3.4.2) I saw also horizontal header painted in mid-screen (mid-height of sheet). I made example of reproducibility with gap in horizontal header - where column B and partially columns A and C are painted like normal cells - see attachments: xls document and screenshot. Reproducibility of this case: Allways. Way to reproduce is one step only: Open this xls document in LO 3.4.2
Created attachment 50125 [details] Screenshot of not-fully painted horizontal header
Confirmed for LibreOffice 3.4 340m1(Build:103) on OpenSuse Linux. Do not know why but only the attachment has a problem. Other files, even xls ones do not seem to cause trouble on my computer. What did you enter into the spreadsheet? Just the text?
The creation steps for this xls file are unknown. This file contained lot of data before I deleted them.
*** Bug 40601 has been marked as a duplicate of this bug. ***
Platform all
Created attachment 50871 [details] Screen capture showing the bug in the sheet
[Reproducible] with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]" and still a problem with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 81607ad-3dca5fd-da627d2)]". @Kohei: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
*** Bug 41173 has been marked as a duplicate of this bug. ***
Created attachment 61370 [details] Another example of visual corruption - this is in horizontal header... LibO_3.5.3
(testing in 4033 - also saved as .ods ...) weird problem :) I guess it has something to do with the files history ...
** Please read this message in its entirety before responding ** 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 been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1.2 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-03
While the problem is present in LO 3.5.5, it seems to be ok in LO 4.4.1 final. So according to https://bugs.documentfoundation.org/show_bug.cgi?id=40009# I am setting this bug as WORKSFORME.