Steps To Reproduce: 1. Open LibreOffice Writer 4.4.3.2 2. Type a few paragraphs in English. 3. Select the content and Select 'Justify' alignment. 4. Verify that the text is aligned to Justify 5. Type a few more paragraphs in English and verify the alignment 6. It stays as Justify. 7. Now change typing language to any other than English. (I used 'ekalappai' a Free Software for Tamil typing) 8. Start typing in non english language (Eg. Tamil) 9. Verify the alignment Expected: Should be Justify Actual: This is automatically changed to Left Alignment Env. LibreOffice 4.4.3.2, Windows 8.1
Not reproduced. Win 7 Pro 64-bit, Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Locale: fi_FI
Created attachment 118972 [details] Screen shot of the test Shows the document alignment remain justified.
I did the above test with LO 4.4.5.2 running on Win 10. Works fine.
muthu1809: are you still having this problem? Have you upgraded to LibreOffice 5 yet?
I still have the issue. I have 4.4.5.2 in hand with Windows 8.1 as OS
Muthu, can you try if the issue remains if you use different non-English languages, maybe those that don't require the mentioned eKalappai software to see if it's related to the interaction between LibreOffice and eKalappai? Also, Ctrl-L is not pressed when switching languages, right? (this might be obvious, but who knows)
Hi, The issue is not related with Ekalappai. I tried copying Unicode Tamil text from some websites as well. After copying, when I bolded them, the issue exists.
One more: I tried with latest Version: 5.1.3.2 as well and issue still exists.
Hi, thanks for the reply. So it works with copy+pasting as well. Can you give specific reproduction steps for a simple example, similarly to the initial description? (including details from which site you're pasting which piece of text) Some questions: -Does it occur if you save the document after copy+pasting, but before bolding the text, then reopen the document, and make the text bold then? (that would be very lucky, because then you could upload the saved text as attachment) -Have you tried/Could you try with a different language other than Tamil? (something "simple" like German or French)
Sure. Steps: 1. Open LibreOffice Writer latest version 2. Go to any Tamil website eg. https://ta.wikipedia.org/wiki/%E0%AE%85%E0%AE%A9%E0%AF%8D%E0%AE%A9%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AF%8A%E0%AE%9F%E0%AE%BF_%E0%AE%B5%E0%AE%BF%E0%AE%B4%E0%AE%BE%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AF%82%E0%AE%A4%E0%AF%8D%E0%AE%A4%E0%AF%81 3. Copy any content from the above page 4. Paste it in Writer 5. Select all (Ctrl + A) or select any line in the paragraph 6. Now click Ctrl +B or click bold in libreoffice writer. Env. LibreOffice Writer 5.1.3.2, Windows 7 64 Bit I tried German but as the alphabets are similar to English, it works fine there. I will attach the document here
Created attachment 125504 [details] Check this attachment for Tamil and German Attached how Tamil font is shown after making bold in the latest LibreOffice Writer 5.1.3.2
Thanks for the details. I tried reproducing the issue, but unfortunately couldn't, even with those steps. This seems to have some very specific requirements, or is closely tied to the locale environment. Not sure what else I can try, but let's return to the questions I had before. A bit of correction based on what I said earlier: -Does the issue occur if you save and reload the document _before_ pressing Ctrl + A and Ctrl + B (so before making it bold)? If so, can you upload the document in that state, when it's still justified, and not bold? -With my second question last time, I meant if it occurred when both parts of the document weren't Tamil (English + German for example). Can you check that as well?
Created attachment 125525 [details] Before and After Ctrl+A and Ctrl+B Without Ctrl+A and Ctrl+B - Steps mentioned in the attachment itself
Created attachment 125526 [details] With Ctrl+A and Ctrl+B With Ctrl+A and Ctrl+B - Steps mentioned in the attachment itself
Hi, With English + German combination, i did not face any issue. It works fine. If needed, I will attach the document for that.
(In reply to muthu from comment #13) > Created attachment 125525 [details] > Before and After Ctrl+A and Ctrl+B > > Without Ctrl+A and Ctrl+B - Steps mentioned in the attachment itself I opened this, and the text wasn't justified in the first place. Can you do this again, and verify that when you save it, it's still justified, and then what happens on your end if you reopen the document?
Created attachment 125535 [details] Without Ctrl+a and Ctrl+b justified Added Justified content.
Created attachment 125536 [details] With Ctrl+A and Ctrl+B Justified Check the second line in the attachment.
(In reply to muthu from comment #17) > Created attachment 125535 [details] > Without Ctrl+a and Ctrl+b justified > > Added Justified content. (In reply to muthu from comment #18) > Created attachment 125536 [details] > With Ctrl+A and Ctrl+B Justified > > Check the second line in the attachment. What I see on my end is that both documents have the same alignment: first part is left-aligned, second part is justified. The difference is that in the "With Ctrl+A and Ctrl+B Justified" document there's an extra line feed before the link in the first part, and only the second part is bold. (btw, was it made bold after select all/Ctrl+A? I assume the first part would also get bold in that case)
On this version works fine: Version: 5.0.6.2
I was trying to reproduce the bug, but I wasn' able with Libre Office 5.3.3.2.
Dear Muthu, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180530
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20180703