Bug 133888 - User-entered tabs at beginning of lines are not displayed correctly. The remain hidden, display can be triggered.
Summary: User-entered tabs at beginning of lines are not displayed correctly. The rema...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All Windows (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2020-06-11 09:40 UTC by thatho
Modified: 2020-07-07 07:18 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
screenshot video (3.85 MB, video/mp4)
2020-06-11 11:55 UTC, thatho
Details

Note You need to log in before you can comment on or make changes to this bug.
Description thatho 2020-06-11 09:40:46 UTC
Description:
I found an obscure way of editing, when the user can entered tabs at the beginning of the lines, but those are are not displayed. The remain hidden. They can be displayed e.g. by Increasing Indent.

Steps to Reproduce:
(Screencast video has been recorder, see comments)
1. in new ODT, open the Licensing information and copy a few lines of it
2. Optional: Toggle Formatting Marks, enhances visual effect
3. (Licensing information has been chosen, because that comes within the LO package, but the issue has been observed with author's original documents)
4. Paste the Unformatted variant of the clipboard.
5. Enter few tabs on the beginning of some of the lines. They are displayed OK. The lines are "indented".
6. At the end of the document, paste the RTF variant of the clipboard.
7. The earlier text looses the tabs (the only vanish).
8. Repeat 5, enter few more tabs, they are not displayed.
9. Select the earlier text and Increase indentation.
10. All tabs reappear.

Actual Results:
Tabs get hidden in some process of editing (here, pasting new formatted text)

Expected Results:
Tabs never get hidden.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: a201ab6f47c2d5a7ba4c5f998b0aa231cae82010
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: cs-CZ (cs_CZ); UI: en-US
Calc: CL

The issue is not present in 6.4.4.2
Comment 1 thatho 2020-06-11 09:45:02 UTC Comment hidden (obsolete)
Comment 2 Mike Kaganski 2020-06-11 11:01:04 UTC
(In reply to thatho from comment #1)
> Screenshot video of the whole report:
> https://www.screencast.com/t/ARLrfBZ3
> 
> Tabs are highlighted. The vanish at certain point and reappear after
> applying a command (Increase indent).

The screencast requires Flash Player. Please create a screencast in a format (like MP4) that you can attach to the report. Thanks.
Comment 3 thatho 2020-06-11 11:55:16 UTC
Created attachment 161874 [details]
screenshot video
Comment 4 Timur 2020-06-11 12:29:13 UTC
Wierd steps of the year. Windows or very fresh (Lin bibisect is 7 days old). Regression.
Comment 5 thatho 2020-06-11 12:53:41 UTC
Thank you for the medal :) I tried, but couldn't reduce the steps. Moreover I had to use some formatted text to trigger the regression.
Comment 6 Mike Kaganski 2020-06-13 16:51:29 UTC
https://ask.libreoffice.org/en/question/250075/ might or might not be related:

> writer: tab stop size global setting resets to install default of 1.27cm
> upon paste of RTF clipboard data
> ...
> Version: 6.4.3.2 (x64) ...

I see that the version mismatches, and that behaviour is different. But the symptoms look suspiciously related; so I thought if the observed problem could be related to fix of the bug mentioned at AskLibO?
Comment 7 Mike Kaganski 2020-06-13 16:54:34 UTC
By the way, I reproduce the problem (disappearing tabs after pasting text as RTF, reappearing after indenting) in Version: 7.1.0.0.alpha0+ (x64)
Build ID: 058fdc75afa9e5e69c6e11ab7879ddb9d51ae1c5
CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL
Comment 8 thatho 2020-07-06 21:14:58 UTC
The issue is NOT present in

Version: 7.1.0.0.alpha0+ (x64)
Build ID: 7dc3a20cab712ee987ea25a8f5728529521485b7
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: cs-CZ (cs_CZ); UI: en-US
Calc: CL

The bug seems to be squashed.
Comment 9 Timur 2020-07-07 07:18:43 UTC
As Status link explains, Fixed is wen commit is known/found, this would be WFM.
thatho, you may go into bibisect (wiki explains how) to find what exactly caused and fixed a regression.