Description: There is a very bad thing when selecting text. White space (spaces, tabs, newlines) are selected as well after double clicking or triple clicking text. This utterly stupid behavior must be stopped. Its's just time wasting to delete unnecessary space after copying and pasting text. Whitespace AFTER THE copied text is never needed. Steps to Reproduce: 1. Double click or triple click virtually any text. 2. Copy 3. See the text in the clipboard - it includes unnecessary white space at the end. Actual Results: Do not include whitespace. Ever. Countless nerves and hours wasted on deleting the unnecessary included whitespace. Expected Results: Select the word or the phrase, without white space. Never ever select anything more than it is needed. Reproducible: Always User Profile Reset: Yes Additional Info: It looks like a stupid, default windows behavior. White space inclusion always creates problems (eg. copying passwords), never has solved anything.
Not happening for me. Double clicking selects a word without spaces. Triple clicking selects a sentence including the period, without trailing nor leading spaces. When copying then pasting the selection, the pasted text is exactly the text shown as selected. Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Debian package version: 1:7.0.4-4+deb11u4 Calc: threaded
Please post the Help -> About build details for your install. Can not confirm on Windows builds. Double, triple or quad click for word, sentence and paragraph selection does not include the bracketing white space. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1e9f4de320f67d1218c710bcee1969a2324c6888 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Dear Szasz-Fabian Jozsef, 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
Dear Szasz-Fabian Jozsef, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp