1) Open a new writer document 2) modify the default style to write vertically (Position tab of the style edition pane, Rotation/Scaling check the 90° radio button) 3) whatever the selection is, there is only a blinking carret you can double click on a word to select it but there is no usual blue background.
Can not confirm on Windows 10 Pro 64-bit (ver 1607) en-US with Version: 5.2.2.2 (x64) Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Locale: en-US (en_US); Calc: group Default black font on white canvas shows well formed 90° rotated text, enabling non-printing characters shows paragraph marks, spaces and tabs as expected in the rotated text.
Created attachment 127775 [details] Screen capture This is a matter of selection. In the screen capture, the whole word "ipsum" is selected but we have no mean to know except that the blinking carret jumped to the end of the word. FYI, if I select all (Edit->Select All), I can see the background color indicating that everything has been selected. OS X 10.10.5
OK, now understand the issue is the missing indicator that a character or word from rotated text has been selected. The selection indicator--blue background highlight-- does not show when paragraph style's text is rotated 90° from the Position tab "Rotation / Scaling" area of the dialog. Testing on 5.2.2.2 on Windows (as in comment 1). Selection is indicated in the status bar--Word & Character count--widget. So, <Shift>+<Right> will select single characters or expand into word selections, or a double mouse-click will select a single word. There is no selection highlight indicator on the document canvas. Interestingly, selecting the whole sentence (with a triple mouse-click) does show the expected blue selection highlighting of the rotated text. And the status bar indicates a correct count of words as selected. So, this bug affects the rendering of a selection indicator for single character, and single word objects, but not sentence objects.
** Please read this message in its entirety before responding ** 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 can reproduce the bug in 6.0.2.1, 5.2.3.3 and 5.1.0.2. I can add some more information: It still works in 5.0.6.3, and it already does not work in 5.1.0.2. I reproduced the bug with simply setting the character format to a rotation of 90° as well as with the same attribute for character and paragraph styles. The previous comments do not say it clearly, but the selection you would expect using Shift+Right/Left is in effect; only the blue selection indicator is missing.
forgot to add the precise information from help: Version: 6.0.2.1 Build-ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group
Created attachment 141395 [details] bibisect in till51 repo, tail of terminal output Working of debian-buster in the till51 bibisect repo, I see that the bug entered LO somewhere in the 100 or so source commits: commit date s-h -------- ---------- -------- good 8d4474d6 2015-06-04 8ae25bbc bad d2fd284b 2015-06-05 856233d2 I am adding keyword bibisected.
I used the Win 5.1 repo and got this: https://cgit.freedesktop.org/libreoffice/core/commit/?id=79800559268c636740fec69018b1f99f047c3f93 commit 79800559268c636740fec69018b1f99f047c3f93 (patch) tree 4de6b7388032cfe632e69710ecc8ffe44b241d6f parent 81610561edfb8c899a062cc09fc1a80e8098577f (diff) convert MT_ constants to scoped enum Change-Id: I21e253ed9dccdab84be4838b5beee9385467ed37 Reviewed-on: https://gerrit.libreoffice.org/16068 Definitely seems to be barking up the right tree. Adding Noel to CC
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=16b1d80070142e2ffecaba64b62dbe836daafb4f tdf#102907 selection indicator missing on vertical text It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ba6d941c89c13130fd8d5ab1d87123f53b5b18f2&h=libreoffice-6-1 tdf#102907 selection indicator missing on vertical text It will be available in 6.1.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=97cac82274698cc48b20d010983803e385264a85&h=libreoffice-6-0 tdf#102907 selection indicator missing on vertical text It will be available in 6.0.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
could verify it with: Version: 6.2.0.0.alpha0+ (x64) Build-ID: d8733e2c59f120acf9feddff04964becc3358621 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2018-06-26_11:09:03 Gebietsschema: de-DE (de_DE); Calc: CL Version: 6.1.0.0.beta2 (x64) Build-ID: 0f4d2060bc90b4008fbc8e6d9a49ec7eeea60b78 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL (but only with OpenGL deactivated, see Bug 118495 - Vertical text is illegible in almost all cases) Setting Verified