Dans libreoffice-classeur, lorsque une faute d'orthographe ne se situe pas sur la première ligne d'une cellule, le menu contextuel n'affiche pas de proposition. (cas où la cellule possède un retour à la ligne automatique et que le texte est plus long que la largeur de la cellule)
Quick translation: In Calc, when a spelling error isn't located in the first line of a cell, the contextual menue doesn't dislay any suggestions. (in the case when the cell has an automatic newline and the text is longer than the width of the cell)
Created attachment 105866 [details] screenshot of confirmation I can confirm this bug with some extension. When a cell, containing text longer than the width of the cell and automatic newline is on, there is no suggestion for the misspelled words in the second line when right clicking on them. It always occurs. The same problem appears even in the 'first' line when there is only one line of text but the height of the cell is enough for two lines. In this case the automatic newline is off! LinuxMint 17 Cinnamon (Hungarian locales) LO 4.2.6.3 Build id.: 420m0(Build:3)
** 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.1 or preferably 5.0.2.2 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 If 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-10-14
** 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.1.6 or 5.2.3 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 If 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
Hi Bug still present en 6.0.2 and 5.2 on Linux, I try on 5.0 on Windows same problem. The way to skirt the problem is to put the text on the top, else the problem is present if the text is in the middle or the bottom of the cell, or a space is present before the text. Actualy see on 5.2 in kubuntu 14.04, 6.02 in kubuntu 16.04 and 5.0 on windows 7.
Hello, Bug is still present in 7.1.0.5
Hello, This very annoying bug is still present in LibreOffice Calc 7.2.2 - 7.2.3 - 7.2.4 and 7.2.5. Thank you to solve it.
*** This bug has been marked as a duplicate of bug 81894 ***
(In reply to penttila from comment #2) > The same problem appears even in the 'first' line when there is only one > line of text but the height of the cell is enough for two lines. In this > case the automatic newline is off! I could not replicate this. I used attachment 133713 [details] and tested cell A6 which looks to be about two lines high. I made it larger (maybe 4-5 times) and still the spell check suggestions were always provided.