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:
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)
with mouse o touchpad try to open contextual menu over first cell (with correct text) and after over second cell (with incorrect text).
- First case open contextual menu like usual
- Second case open cell in editing mode
- First case the same
- Second case expected behavior must be like first case
Operating System: Debian
Version: 18.104.22.168 rc
Last worked in: 22.214.171.124 release
Okay this is quite nasty and indeed a regression.
LibreOffice 126.96.36.199 works
LibreOffice Dev 4.3 built today - does not work
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
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
Build ID: d7dbbd7842e6a58b0f521599204e827654e1fb8b
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 188.8.131.52 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 184.108.40.206. Placing it back on MAB as it's pretty annoying - cannot access context menu with 220.127.116.11 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":
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:
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
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. ***