Created attachment 72671 [details] Screenshot with the difference between cell content and editing line highlighted Problem description: ================ When using automatic line breaks and hyphenation characters are shown multiple times in a cell, but only once in the editing line above the table. Reproducable using Libreoffice 3.6.2.2 on Kubuntu 12.10. Steps to reproduce: =============== 1. Enter into cell A1: Gesamt-Rest-Aufwand (minimal) 2. Activate automatic line break and hyphenation 3. Compare displayed text in cell A1 and editing line (with focus on cell A1) Current behavior: ============= Shown in cell A1: Gesamtt- Rest-Auf- wand (mi- nimal) (the "t" in "Gesamt" is shown twice) Expected behavior: =============== Gesamt- Rest-Auf- wand (mi- nimal) (only one "t" displayed) Operating System: Ubuntu Version: 3.6.2.2 release
Thanks for reporting! Can't reproduce this problem using LibreOffice 4.0.0.2 rc2; Linux Mint 14 x64. Is it possible for you to test with current 4.0.0.0 rc2 or upcoming official release? Kind regards, Joren
(In reply to comment #1) > Thanks for reporting! > > Can't reproduce this problem using LibreOffice 4.0.0.2 rc2; Linux Mint 14 > x64. Is it possible for you to test with current 4.0.0.0 rc2 or upcoming > official release? > > Kind regards, > Joren I installed LibreOffice 4.0.0.2 rc2 on Kubuntu 12.10 and also can NO LONGER reproduce this misbehaviour :-) Thank You, LibreOffice development team! Just for curiosity: What is the correct process to close this bug now (because it is not yet fixed in an official release, but only in a rc2)?
(In reply to comment #2) > I installed LibreOffice 4.0.0.2 rc2 on Kubuntu 12.10 and also can NO LONGER > reproduce this misbehaviour :-) Thank You, LibreOffice development team! > > Just for curiosity: What is the correct process to close this bug now > (because it is not yet fixed in an official release, but only in a rc2)? We set this kind of things to 'RESOLVED WORKSFORME' because we don't know which code repaired this behavior (if there is a patch specially build for this bug we set it as RESOLVED FIXED). You also can try LibreOffice 3.6.5 and check or it's also fixed there... but because it's fixed in LibreOffice 4.0.0.2 rc2 I think it's solved also on 3.6.5 (not sure, not all patches are backported to older versions)... But it's fixed :-), I'm glad to hear that. Thanks for your feedback, Joren
*** Bug 64044 has been marked as a duplicate of this bug. ***
reopened due to comment by Friedrich on the other bug I marked as a dupe
Please provide a document that we see this behavior then mark bug as UNCONFIRMED
Created attachment 78939 [details] Example sheet showing the bug (two "t's" displayed instead of one)
Created attachment 78940 [details] Screenshot showing the bug and LO version and (K)Ubuntu version
Bug happens again in Libreoffice Version 4.0.2.2 (Build ID: 400m0(Build:2)) on (K)Ubuntu 13.04 as can be seen in the example document (Comment 7) and screenshot (Comment 8).
Thanks for your additional information! Still... I can't reproduce this behavior using Linux Mint 14 x64 with LibreOffice Version 4.0.3.3 (Build ID: 0eaa50a932c8f2199a615e1eb30f7ac74279539). Kind regards, Joren
(In reply to comment #10) > Thanks for your additional information! > > Still... I can't reproduce this behavior using Linux Mint 14 x64 with > LibreOffice Version 4.0.3.3 (Build ID: > 0eaa50a932c8f2199a615e1eb30f7ac74279539). > > Kind regards, > Joren Just a guess: Maybe it only happens with german hyphenation?
Another guess: Both computers on which I saw this bug were running KDE with proprietary fglrx graphics driver.
Also cannot confirm, friedrich, have you tried resetting your profile: https://wiki.documentfoundation.org/UserProfile
(In reply to comment #13) > Also cannot confirm, friedrich, have you tried resetting your profile: > https://wiki.documentfoundation.org/UserProfile I just tried rm -rf .config/libreoffice/4/user/ (after closing LO). Then I opened the example document from Comment 7. Is still has the same error (duplicated "t") as shown in the screenshot from Comment 8 :-(
not reproducible on LO 4.0.4.1 (Win7 32bit) & LO 3.6.6.2 (Ubuntu 12.04 32bit)
Requesting input from devs to see if they can help pinpoint where we can go from here
Removing comma from whiteboard (please use a space to delimit values in this field) https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard#Getting_Started
It'd be great isolate whether KDE is related to this. Can you do: pkill -9 -f soffice.bin export SAL_USE_VCLPUGIN=gen oocalc and re-reproduce the problem ? the suite should look -much- uglier :-) it'd be great to know if you can reproduce it there.
Moving to NEEDINFO per comment #18.
Sorry, I updated my system to Kubuntu 13.10 with LibreOffice Version: 4.1.2.3 Build ID: 410m0(Build:3) With my current system I can not reproduce the reported behaviour. Hence there is probably no sense in performing the steps from Comment 18, right?
(In reply to comment #20) > With my current system I can not reproduce the reported behaviour. So I'm closing the bug as WORKSFORME.
Not so fast - I'm confirming this - I don't get a new character but I get a corrupted character - that could easily be the same thing - just with different memory re-used ;)
Created attachment 89282 [details] corrupted character in my document
So - the mess next to the 'o' should be an 'n' - of course this is openSUSE 13.1 - which hasn't shipped for long with Lord knows what X server & so on - so perhaps it's an un-related font corruption; I have LibreOffice 4.1.3 and using gtk2 (so no KDE issue), 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) etc. Hmm.
Bug is confirmed and in NEW, so Whiteboard: Removing 'Need_Advice'
** 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 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-04-18
Not seen in many moons, assumed badness in Linux rendering stack =)