Problem description: Steps to reproduce: 1. Create a text document. 2. To choose Format-Character-Position: Spacing - condensed (any value from .1 to ...) Current behavior: There is no effect on line spacing. The document has different view in 4.1.1.2 version in comparison to 4.0.5.2. The same problem is occured in the same linux version. Expected behavior: It is expected to have correct character spacing in the new stable version like in previous one. Operating System: Mac OS X Version: 4.1.1.2 release
please provide a comparative screenshot of different behaviour between 4.0.5 and 4.1.1 I set platform to All since you say bug is present in Linux as well
It is strange situation, but now it is ok with formatting. I had the problem with my document file containing 440 pages where all my attempts to make appropriate character spacing were unsuccessful. I opened my document in Apache OpenOffice 4.0 and then saved it. After reopening the file in the LibreOffice Writer (4.1.1.2 archlinux build-2) the problem dissapeared. It seems my document was slightly damaged. I have only to test it in LibreOffice under OS X. I am sorry for the inconvinience! (In reply to comment #1) > please provide a comparative screenshot of different behaviour between 4.0.5 > and 4.1.1 > > I set platform to All since you say bug is present in Linux as well
Created attachment 86563 [details] Condensed character spacing 0.9 (on OS X 10.8) There is no effect in OS X LibreOffice Writer version 4.1.1.2 while choose any character space value.
Created attachment 86564 [details] Default character spacing Default character space value specified
Created attachment 86565 [details] About LibreOffice version LibreOffice version
The problem still exists in OS X 10.8....
Comment on attachment 86564 [details] Default character spacing 4.1.1.2
Comment on attachment 86563 [details] Condensed character spacing 0.9 (on OS X 10.8) 4.1.1.2
Created attachment 86568 [details] Default character spacing in 4.0.5.2 Take a look at the different number of pages in LibreOffice 4.0.5.2 and 4.1.1.2. If I understood properly, the newest version gives incorrect text format due to the character spacing.
Created attachment 86575 [details] Condensed character spacing (0.9) version in Libreoffice 4.0.5.2 4.0.5.2
The problem exists in LO 4.1.3.1 (mac) as well. Everyone can reproduce it by changing character space value for a text.
To be honest the symbol space seems to work, but there is no hyphenation for the paragraph. So there is no any action in case you change the character space value for the paragraph with width formatting.
Can you please provide a test document and exact step-by-step description of how to reproduce the problem? Setting to NEEDINFO until more detail is provided. After providing the requested info, please reset this bug to UNCONFIRMED. Thanks :)
Created attachment 89702 [details] Test file The third paragraph has character spacing that is equal to 0,9 and 6 lines. In case you open the file in previous version of the LibreOffice or in current version of OpenOffice (4.0.1) you can see 5 lines instead.
Confirming that third paragraph has 6 lines in LO Version: 4.3.0.0.alpha0+ Build ID: 73342dbb82ba074d01962359dac50fb2aa36cbeb TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2013-11-22_07:09:14 But is this really a bug? Maybe LO just handles text slightly different than in previous versions? What leads you to the conclusion that what LO 4.0.x does is "correct" and LO 4.1.x behaves "incorrect"?
The test file is part of large text document with 440 pages. I deal with problem when open my file in the latest versions of the LO (445 pages instead). You can check the view of the third paragraph in case you change the character to condensed 1.9 (have a look at the top of the third paragraph (it has "normal" view) and check the tail of the paragraph - something terrible) or to standard (there is just no any effect). Is it normal behaviour? Really, I can't agree with that. There is no the problems in latest OpenOffice and previous LO versions.
The best way to check is to compare behaviour of some versions of the text processor using the test file enclosed.
loaded test file in multiple LibO versions under Win7 64bit 3.6.1, 3.6.7, 4.0.4, 4.0.5, 4.1.0, 4.1.1, 4.1.2, 4.1.3 and 4.2.0_alpha_2013-11-15. the third paragraph lenght is always 5 lines. as far as I can see, the issue doesn't affect Windows while is reproducible on MacOS according to Comment 15. I change status to NEW and platform to MacOS. @Evgeniy can you confirm if the issue still affects Linux as well?
I confirm that Linux version (4.1.3) works well (5 lines like all the Windows variants of LO you have said about). So, it seems that only the OS X version is affected.
there's also a problem with expanded text under OS X ONLY in LibreOffice Writer all versions from 4.1 and higher (4.0.6 and earlier are not affected) windows versions are don't affected, linux i don't know... problem description: lines of text no longer break automatically at the margin to the next line when character spacing is set to expanded (any value you want, eg. 0.5pt) reproduction: take a text (write new or copy/paste or open an existing document in Writer/LibreOffice 4.1 and higher on OS X) when line spacing (character/position/spacing) is set to default all is fine (lines automatically break at the margin at the end of the line) when set line spacing to expanded (any value, eg. 0.5pt) text no longer breaks automatically at the margin at the end of the line, the text lines run beyond the border of the page!
Created attachment 92741 [details] character spacing default
Created attachment 92743 [details] character spacing expanded
** 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.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) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
** 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.1.5 or 5.2.1 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-20160920
This works for me in latest release, the test case renders on five lines instead of six previously Issue on comment 20 is also not present Setting as resolved - works for me Version: 5.2.3.3 Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU Threads: 2; OS Version: Mac OS X 10.12; UI Render: default; Locale: en-US (en_NO.UTF-8); Calc: group