Description: When I center my text in a .docx file that I have saved and reopened, the cursor does not move forward when I enter a space, as it does in a .odf file. Steps to Reproduce: 1.Create a new file, and save it as a .docx file (Microsoft Word file). 2.Close the file. 3.Open the file again. 4.Center the cursor(ctrl-e). 5.Try writing some sample text. You will observe that the cursor does not move when you input a space, as it does usually. Actual Results: The cursor did not move when I entered a space Expected Results: The cursor should have moved forward one space Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.1.2.1 Build ID: 6.1.2-1 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: en-US (C); Calc: group threaded OS: Arch Linux with Gnome Wayland I tested this with both OpenGL enabled and OpenGL disabled, with the same result.
I can't confirm this with Version: 6.2.0.0.alpha0+ (x64) Build ID: 48cfa0b00b22f11ade53aec79b2fdddad253e1bd CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-03_02:01:42 Locale: en-US (de_DE); Calc: CL
It might only be a problem on Linux. I tried it on another Linux distro on the same computer (elementary os), and the problem occurred again. However, you must make sure you save the file as a .docx file.
(In reply to justus.croskery from comment #2) > you must make sure you save the file as a .docx file. Yes, I did.
Ok, I'll test it on Windows then.
I tested it on Windows with the same result. Maybe it's just my computer or something.
I can not reproduce the bug. Version: 6.0.6.2 Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 CPU threads: 2; OS: Windows 6.1; UI render: default; Locale: en-US (en_US); Calc: group
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 146840 [details] This file produces the bug for me. Add some spaces to the end of the document and the input cursor will not advance.
I still can't reproduce it Version: 6.2.0.0.beta1 (x64) Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (de_DE); UI-Language: en-GB Calc: threaded
Repro 5.4 and 6.3+. I update the title. No repro 5.2, looks like regression.
This is a regression from one of the commits in bug 104668. I haven't checked exactly, but it doesn't occur before the first, and occurs after the last. Adding Cc: to Vitaliy Anderson.
Dear justus.croskery, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I am still able to reproduce this bug. Here is my Help-About Libreoffice: Version: 6.3.2.2 Build ID: 6.3.2-2 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
*** Bug 117170 has been marked as a duplicate of this bug. ***
Reproduced with example document in: Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.0.4_rc2-0ubuntu0.18.04.2 Calc: threaded
Considering that this needs to be done to adhere to the formatting required by MS Formats (comment 11), I would expect that this is not a bug. So I tested Word 2010, and it does advance the cursor - even past the end of the page - but it doesn't "center" until a non-space character is entered. I'm removing "regression" because it is an implementation choice. If someone wants to waste time making it act "wrong like Microsoft does", then go for it.
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7ef9c3ef30023cc40068e1f735aa4bec4811288b tdf#43100 tdf#104683 tdf#120715 sw: cursor on spaces over margin It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 415dc3bb1c03dbdbc3cbca274bc435ac7557ba2d CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL
Stephan Bergmann committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/761d3a128214b48645f00e2ff094e0f8928d1ee1 Revert "tdf#43100 tdf#104683 tdf#120715 sw: cursor on spaces over margin" It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/690d4eb71509649ad147cfe60f5b97e2cfaaa519 tdf#43100 tdf#104683 tdf#120715 sw: cursor on spaces over margin It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4aa3cfda7a6007867eba922a1b549471cbced425 tdf#120715: handle LOK case It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.