Description: When I select a few words to put border around them, then the whole paragraph goes inside the border Steps to Reproduce: 1.Select a few words 2.Right click and select character settings 3.Select border style 4. click ok Actual Results: The whole paragraph is inside the border and not only the words I have selected Expected Results: Only the selected words should be inside border Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 6.3.1.2 Build ID: 1:6.3.1~rc2-0ubuntu0.18.04.1~lo1 CPU threads: 12; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 154613 [details] Screenshot showing the bug
Created attachment 154619 [details] borders > When I select a few words to put border around them, then the whole > paragraph goes inside the border no repro with: Version: 6.4.0.0.alpha0+ (x64) Build ID: 71ef762f21ada8c25aad2183065478171e985e8c CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (de_DE); UI-Language: en-US Calc: threaded
George, thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
(In reply to Dieter Praas from comment #3) > George, thank you for reporting the bug. To be certain the reported issue is > not related to corruption in the user profile, could you please reset your > Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and > re-test? > > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the issue is still present I have already tried starting in safe mode and the problem still persists. I also tried my laptop and desktop computers (same libre office version) and the problem is is still there.
Created attachment 154625 [details] Writer canvas showing a DF border applied to Characters of selected text misapplied to containing Paragraph Confirm on Windows 10 Home 64-bit en-US with Version: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Direct Formatting--applying a colored border via the Character dialog--ends up applied to the entire current Paragraph holding the text selection. It does not affect the Paragraph style, nor the Character style. But, to clear the errant border assignment to the paragraph, focus into the paragraph (or select the entire paragraph) to clear the DF. That, while font attributes applied as DF to the selected words will clear but leave the paragraph border DF in place. So, looks like the DF border is being misapplied. Working with a Character style that assigns a Border behaves correctly. In the attached clip, the Orange dash-dot brder was applied to the selected text that has just been cleared back to Text Body--border around paragraph remains. The two green dash-dot selections with highlighting were applied as a Character style.
I can't reproduce it in Version: 6.4.0.0.alpha0+ (x64) Build ID: d52010013b9cacdd8f71e62fef18c1e679e807f2 CPU threads: 16; OS: Windows 6.3; UI render: default; VCL: win; Locale: en-GB (en_GB); UI-Language: en-US Calc: threaded Could it be possible it's fixed in master ?
Fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=ad2fde8797bd7753987dc1bbbae35fb1cc5ce1df Closing as duplicate of bug 126787. Please update to LibreOffice 6.3.2.2 *** This bug has been marked as a duplicate of bug 126787 ***
(In reply to Xisco Faulí from comment #7) > Fixed by > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=ad2fde8797bd7753987dc1bbbae35fb1cc5ce1df > > Closing as duplicate of bug 126787. > Please update to LibreOffice 6.3.2.2 > > *** This bug has been marked as a duplicate of bug 126787 *** Yes, confirmed this is fixed in the 6.3.2.2 release build as noted for duplicate issue.
*** This bug has been marked as a duplicate of bug 126787 ***