Steps to reproduce: -create a text field -enter some text -change the font size by clicking on the GUI elements Bug: The cursor disappears in the text field even though writing continues when entering a character with the keyboard. After the first character is entered the cursor appears again.
(In reply to comment #0) > Steps to reproduce: > -create a text field > -enter some text > -change the font size by clicking on the GUI elements Which GUI element do you mean?
Clicking inside the "Text Formatting" toolbar on the "Font Size" arrow (and selecting a different font size) makes the cursor to disappear.
(In reply to comment #2) > Clicking inside the "Text Formatting" toolbar on the "Font Size" arrow (and > selecting a different font size) makes the cursor to disappear. Works for me: Version 3.6.1.2 (Build ID: e29a214) Slackware Linux 13.37 Double-click on the text and the cursor won't disappear.
This is true but the bug is still there directly after creating a text frame and changing font size. Bug: The cursor disappears.
(In reply to comment #4) > This is true but the bug is still there directly after creating a text frame > and changing font size. Bug: The cursor disappears. The correct procedure you should follow (which I did in my earlier test) is: 1. Create text field. 2. Type something into it. 3. Change size. If you skip point 2, you won't be able to see any cursor, because the text field will not be created in the first place.
Hashem Masoud: I did not skip point 2. The cursor inside a text field disappears every time the font size is changed.
Needs independently confirmed by QA - moving to UNCONFIRMED. Thanks
Confirmed. To reproduce: don't select the text, just stay inside the word and select the font size from the dropdown. This makes the text cursor invisible until you press arrow keys or similar. Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08 Ubuntu 14.10 64-bit Version: 4.4.0.0.alpha2+ Build ID: 3cf226622a3d8c09d655034dbcc81695f1662b87 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-15_23:24:22
** 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 on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
The bug ist still present with LibreOffice 5.0.4.2 running in Windows 7 32Bit.
*** Bug 104068 has been marked as a duplicate of this bug. ***
Libre Calc 5.1.2.2 OS: LMDE 2 Cursor and buttons on prompt windows disappear when selecting whole columns or rows and changing font.
Still repro. Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+ Build ID: 2356bfdb1b99a93fcb35fefc0f587158e7d160c2 CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-03-20_00:30:32 Locale: fi-FI (fi_FI); Calc: CL
Repro Version: 6.1.0.0.alpha0+ Build ID: 3c913c3844acae8ee0d80ab174133bdc7677efea CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-02-14_00:19:27 Locale: nl-NL (nl_NL); Calc: CL
Hi all, here is a patch for this and shapes. It works for font name changes as well as font size and also fixes some other buggy behavior of cursor not reappearing depending on order of attribute control use. https://gerrit.libreoffice.org/#/c/74613/
(In reply to Jim Raykowski from comment #15) > Hi all, here is a patch for this and shapes. It works for font name changes > as well as font size and also fixes some other buggy behavior of cursor not > reappearing depending on order of attribute control use. > > https://gerrit.libreoffice.org/#/c/74613/ Confirmed the fix for font name & size changes!
Buovjaga, thanks for testing. I am trying to make a unified patch for this and bug 126016 although it looks as if these may require separate patches.
(In reply to Jim Raykowski from comment #17) > Buovjaga, thanks for testing. I am trying to make a unified patch for this > and bug 126016 although it looks as if these may require separate patches. oops, bug 126061 is the related bug.
I'm throwing in the towel on trying to do a unified bug fix so let's put this one in as it is.
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/80f18e7e028e9ca431aef281ab98bea99ad19fa3%5E%21 tdf#50530 Make text edit outliner view show cursor It will be available in 6.4.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.
Jim Raykowski committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/+/f8ba3e24a48752414c5f69faec7d71ba387e1441%5E%21 tdf#50530 Make text edit outliner view show cursor It will be available in 6.3.0.1. 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.