Description: Adding tabs in a text box in the Writer app using the ruler do not function properly. The tab appears in the ruler and looks functional, but when you press the tab key to move the cursor to the desired tab stop the cursor moves in the default 1/2" increments. It's as if you pressed tab prior to adding the custom tab positions in the ruler. Using the Format —> Paragraph window allows me to add tab stops in the text box successfully. They appear in the ruler as expected and pressing the tab key moves the cursor to each custom tab position consecutively. Only tabs added by clicking on the ruler don't work. NEW DISCOVERY: After adding the tabs to the ruler while the cursor is in the text box I then used my mouse to place the cursor OUTSIDE the text box in the location it had been prior to adding the text box. All the tabs I added on the ruler while the cursor was inside the text box were there and functioning OUTSIDE the text box. In other words, the tabs added to the ruler are being added to the document rather than to the text box. I hope that helps! Steps to Reproduce: 1.Create a text box in LibreOffice Writer Document. 2.Click on the ruler to add tabs that are different from the 1/2" defaults. 3.Attempt to use th tabs to enter text at tab positions. Actual Results: The ruler shows the tabs in the positions clicked on, but when you press the tab key to move the cursor to the tab position it moves in the standard 1/2" increments instead. Expected Results: The cursor should move to each tab stop in succession as seen on the ruler, skipping the default tab stops at the 1/2" increments. Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Mac OS X (All) OS is 64bit: no From LibreOffice menu on Mac "About Libre Office": Version: 7.2.2.2 / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Additional Information: Using the Format –> Paragraph window I can add and remove tabs successfully. They show up on the ruler as expected and function perfectly when typing the tab key to position the cursor in the next position. It is only the tabs added from the ruler that fail to work properly.
This report was created because I received an email asking to determine if the bug has been fixed in the latest version of LibreOffice.
I can't confirm it with Version: 7.2.3.2 (x64) / LibreOffice Community Build ID: d166454616c1632304285822f9c83ce2e660fd92 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
Does it occur in just released 7.3? Can you upload a sample document?
Dear tragouzis, 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
Created attachment 181629 [details] Describes and demonstrates the bug I'm sending a .ott document created using LibreOffice v. 7.3.4.2 thinking you can open it using LibreOffice on a Mac and see what I'm talking about. I'm assuming that this document can be opened using plain test, but the formatting that I'm trying to address will most likely be stripped out. I hope once the document gets to you, someone can open it with LibreOffice...
I confirm it with Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL but it's an duplicate of bug 96371 *** This bug has been marked as a duplicate of bug 96371 ***