Problem description: when i have a text in a cell i try to formatting but when this cell have text with orthographic problems the edit process is activated. Steps to reproduce: 1. .... write two cells: one with correct text (by example: "hola mundo" without quotes of course) and other cell with orthographic problem by example: "dias" without accent) 2. .... with mouse o touchpad try to open contextual menu over first cell (with correct text) and after over second cell (with incorrect text). Current behavior: - First case open contextual menu like usual - Second case open cell in editing mode Expected behavior: - First case the same - Second case expected behavior must be like first case Operating System: Debian Version: 4.2.0.3 rc Last worked in: 4.1.4.2 release
Okay this is quite nasty and indeed a regression. Ubuntu 13.10 LibreOffice 4.1.5.3 works LibreOffice Dev 4.3 built today - does not work Reproducible Steps: In A1 write some word that does not exist but close to another word (testss) Right click in cell Observed: You enter into editing the cell, without giving you options to (a) look at the words that you might actually mean, (b) the contextual menu which allows you to edit properties of the cell Marking as: Major -- I think particularly because spell check is substantially hindered by this + regression High - default seems appropriate Adding to 4.2 mab Thanks for reporting!
Apparently is isolated to Linux, not reproducible on Windows builds, Windows 7 sp1, 64-bit with either Version: 4.2.1.1 Build ID: d7dbbd7842e6a58b0f521599204e827654e1fb8b or Version: 4.3.0.0.alpha0+ Build ID: f839b5dd16c05c0eda21345ec36ec0cb024eb732 TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-02-23_09:54:38
(In reply to comment #2) Actually I should have read issue closer. It is NOT an issue in Writer, but IS an issue in Calc. Non-formula/non-numeric text entered into a cell that fails spelling/grammar check is highlighted. And, I do not get <Right> mouse context menu options to correct spelling, as with a table cell in Writer. However by positioning cursor, or using mouse pointer, onto cell with the incorrect text does have the active focus for F7 (Spell check) or <Ctrl>+F7 (Thesaurus). So, in the calc refactoring done for 4.2.x, is that actually supposed to be the corretive action now--i.e. the <Right> mouse context is ONLY tasked with cell formatting? Spelling is not driven from the context menu?
(In reply to comment #1) > Okay this is quite nasty and indeed a regression. > > Ubuntu 13.10 > LibreOffice 4.1.5.3 works > LibreOffice Dev 4.3 built today - does not work You skipped 4.2 Joel. Spell checking is totally broken on master for different reasons. Can you check the 4.2 branch as well?
I'll take this off 4.2 MAB for the time being. It works fine there.
(In reply to comment #5) > It works fine there. Except that it doesn't account of the position of the mis-spelled word that is. On master, you don't even get spell suggestion list.
Confirmed on 4.2.1.1. Placing it back on MAB as it's pretty annoying - cannot access context menu with 4.2.1.1 if there is a misspelled word.
*** Bug 75850 has been marked as a duplicate of this bug. ***
*** Bug 75849 has been marked as a duplicate of this bug. ***
*** Bug 74891 has been marked as a duplicate of this bug. ***
This bug still exists on Windows x64, 4.2.2.
On master, 91923443e0d04218ae7124f439fc06a76f904462 is the first "bad" commit -- I mean it must have fixed something, the commit message was "Fix context menu launch on mis-spelled word in a cell.". But since then, the right click on a cell that contains misspelled word always bring up the suggestion popup, even when user does not right click on the misspelled word.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=cd22c3442389f69fc1cc14dd07b17f5a59498e5e fdo#74087: Inspect if a mis-spelled word is at cursor position... 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.
4.2 backport: https://gerrit.libreoffice.org/8943
Seems that didn't result in a commit notification, http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-2&id=f2aa4f23a75b48bb8e0d0c3fefa4de5634677e75
@Andras and Kohei would you please take a look at Bug 77508 ? I wonder if the spellcheck issues you found in the 4.2.x branch may cause this weird autocorrect bug regarding typing number "11" and "8" I've just found.
(In reply to comment #16) > @Andras and Kohei > > would you please take a look at Bug 77508 ? > > I wonder if the spellcheck issues you found in the 4.2.x branch may cause > this weird autocorrect bug regarding typing number "11" and "8" I've just > found. That's unrelated to this bug.
*** Bug 79566 has been marked as a duplicate of this bug. ***
*** Bug 84360 has been marked as a duplicate of this bug. ***