Created attachment 57909 [details] sample document Hi! Sorry for my English. In an attachment, a document (and screenshots), which display on the screen and when printed are different. The text overlaps the adjacent cell. Please, fix it. Thank you.
Created attachment 57910 [details] normal view screenshot
Created attachment 57911 [details] preview screenshot
If you can't reproduce the problem, try to change the scale of the view that the contents of the cells could fit one line with minimal column width.
Also LibreOffice-3.5.1.2 350m1(Build:102)
Are there any news?
Also LibreOffice 3.5.2.2 350m1(Build:202)
Created attachment 59460 [details] video demonstrating the problem LibreOffice 3.5.2.2 350m1(Build:202)
The problem is that the similar documents was created by accounting program(many times per day) and macros set the optimal width of the columns. When you print the text is damaged. Please, help.
Thanks for bugreport > Are there any news? Yes, but they are very bad. What I see currently: on Windows, in 3.5.2: initially after opening attachment, hight of rows is 0,73 cm. Print preview shows overlapped text. But when editing mode I right mouse click on any word, hight of rows immediately changes to 1,26 cm. It is strange. But when I change width of column so that text fits in cells, then Print preview shows all correct. on Fedora 64 bit, in 3.5.3: initially after opening attachment, hight of rows is 1,31 cm. After changing width of column so that text fits in cells, then Print preview shows all correct. on Fedora 64 bit, in 3.3.4: initially after opening attachment, hight of rows is 0,72 cm, text fits into cells in edit mode initially, no need to change width of column. Print preview shows overlapped text. So, Calc behaves very different in different versions and OS.
(In reply to comment #10) > Yes, but they are very bad. > > What I see currently: > on Windows, in 3.5.2: initially after opening attachment, hight of rows is 0,73 > cm. Print preview shows overlapped text. But when editing mode I right mouse > click on any word, hight of rows immediately changes to 1,26 cm. It is strange. > But when I change width of column so that text fits in cells, then Print > preview shows all correct. > > on Fedora 64 bit, in 3.5.3: initially after opening attachment, hight of rows > is 1,31 cm. After changing width of column so that text fits in cells, then > Print preview shows all correct. > > on Fedora 64 bit, in 3.3.4: initially after opening attachment, hight of rows > is 0,72 cm, text fits into cells in edit mode initially, no need to change > width of column. Print preview shows overlapped text. > > So, Calc behaves very different in different versions and OS. The problem is on the amd64 and x86, Windows and Linux (various distro). If you can't reproduce the problem, try to change the scale and width of column that the contents of the cells could fit one line with minimal column width. On different platforms, the problem may occur at different scales.
> try to change the scale Indeed, in edit mode distance from right text margin to right hand column edge differs depending of zoom. reproduced this in 3.5.4 on XP and Fedora But in File->Page preview all looks correctly. And I have question: In File->Page preview bug always seen or appears such situations that in File->Page preview all correct, but on Printer text is wrapped? And another question: it reproducible with different fonts or with some specific font?
(In reply to comment #12) > > try to change the scale > Indeed, in edit mode distance from right text margin to right hand column edge > differs depending of zoom. reproduced this in 3.5.4 on XP and Fedora > > But in File->Page preview all looks correctly. And I have question: > In File->Page preview bug always seen or appears such situations that in > File->Page preview all correct, but on Printer text is wrapped? > > And another question: it reproducible with different fonts or with some > specific font? Dependence on the scale (with a minimum width of a column): preview sometimes correct, sometimes not. I have always found such a scale at which the preview incorrect. If preview incorrect - hard copy incorrect too. I tried a dozen fonts - there is a problem with all.
> If preview incorrect - hard copy incorrect too. And opposite variant: preview correct - hard copy corrupted exists? I interesting in this question, because can not reproduce this bug on Windows and Linux in 3.5.4 version. It may be because I not see bug, because in preview it not shown, but on printer appears. Another question: bug reproducible namely in first attachment document or for testing used another document. And in 3.5.4 version bug still seen in PagePreview?
Somehow resembles this: Bug 45869 - PDF: PDF conversion different from original ODS
(In reply to comment #14) > > If preview incorrect - hard copy incorrect too. > And opposite variant: preview correct - hard copy corrupted exists? I did not notice that. > I interesting in this question, because can not reproduce this bug on Windows > and Linux in 3.5.4 version. It may be because I not see bug, because in preview > it not shown, but on printer appears. To reproduce, try to reduce the column width so that the text does not fit and look preview. > Another question: bug reproducible namely in first attachment document or for > testing used another document. And in 3.5.4 version bug still seen in > PagePreview? Yes, in 3.5.4 there is a problem too.
(In reply to comment #15) > Somehow resembles this: > Bug 45869 - PDF: PDF conversion different from original ODS Maybe it is somehow related to this bug.
Problem appears (in page preview) only if I reduce column with so that last word becomes hidden and red triangle appears (in edit mode).
(In reply to comment #18) > Problem appears (in page preview) only if I reduce column with so that last > word becomes hidden and red triangle appears (in edit mode). Actually, I have a problem with a minimum width of a column: LibreOffice-3.4.5.2, Gentoo amd64.
(In reply to comment #19) > Actually, I have a problem with a minimum width of a column: > LibreOffice-3.4.5.2, Gentoo amd64. mistake in writing: LibreOffice-3.5.4.2
> Are there any news? No, Sir!
Also LibreOffice-3.5.5.3 350m1(Build:3)
Changed status to NEW.
** 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.3.5 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
The bug still present in versions: 4.2.8.2, 4.3.5.2
Still present: Version: 4.4.1.2 Build ID: 4.4.1.2 Arch Linux build-2 I suggest that this bug be classed as major. In my case, it causes the content of one cell to appear in the cell above it (or sometimes overlapping an adjacant cell). The text apearing in the wrong cell without overlap can be extremely misleading. The problem is not apparent when editing, but is apparent in both print preview and exported PDFs. The spreadsheet I am working with is created from scratch in LibreOffice Calc, not exported from any other software.
** 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 (5.2.5 or 5.3.0 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
I do not have versions 5.2.5 or 5.3.0 yet. The bug still present in version 5.2.3.3. Later (after updating the version in the distribution), I will check for bug in versions 5.2.5 or 5.3.0.
LibreOffice-5.2.6.2: the bug still present
Created attachment 137656 [details] shown in worksheet
Created attachment 137657 [details] shown in print preview and printed
(In reply to Eugenij Shkrigunov from comment #30) > LibreOffice-5.2.6.2: the bug still present LibreOffice 5.3.6.1: The bug still present
(In reply to Aridatopus from comment #33) > LibreOffice 5.3.6.1: The bug still present Libreoffice-5.4.2.2: The bug still present
LibreOffice 6.0.3.2: the bug still present
I am not sure if this is the same problem, but I am getting the character spacings messed up for proportional fonts in writer and calc. Lireoffice 6.1.1.1 from Debian Testing. Screenshot attached.
Created attachment 144549 [details] Output from writer for various fonts
With Libreoffice 6.1.4.2 I can't reproduce original problem anymore.
Me neither.
Dear Eugenij Shkrigunov, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The problem is fixed. Thank you very much!