Apache OpenOffice (AOO) Bugzilla – Issue 87287
state of limbo afer pressing ctrl-delete or option-delete
Last modified: 2013-08-07 14:43:03 UTC
MacOS (10.5.2 / Intel) OO 2.4 RC 6 Pressing either 1) Option + delete or 2) Ctrl + delete within a Text Document causes OpenOffice to enter a state of limbo. Specifically, OO in this state 1) does not respond to 'cursor, 'delete' or 'enter' key presses; alpha-numeric keys presses do register; 2) ignores keyboard shortcuts such as Command/Apple-S (Save) or Command/Apple-Shift-S (Save As); 3) allows one to seemingly select menu operations (such as Save or Save As) through the menus but then ignore the associated action (as if the callbacks were not executed). In this state, as far as I can tell, OO has to be "Force Killed" by the OS causing one to loose any changes sine the last save (if any). Because this is a very common key combination (delete the preceeding word) and because of the effects, I chose priority P1.
The "state of limbo" P2-problem was easily fixed (in CWS aquavcl06) by adding a dummy implementation of deleteBackwardByDecomposingPreviousCharacter to ignore this input. The remaining issue is to implement that sensible key event, which is at maximum a P3 priority. Reassigning to the input method specialist.
Darn, I accidentially commited the anti-limbo fix into CWS aw033 instead of CWS aquavcl06: http://gsl.openoffice.org/source/browse/gsl/vcl/aqua/source/window/salframeview.mm?r1=1.4&r2=1.4.12.1
fixed the "limbo" problem in CWS aquavcl07, also checked in preliminary code for delete word forward/backward. We need a more general solution to accommodate NSResponder, this will be issue 87830.
I just tested BEA300_m1 (OOo_Dev_BEA300_m1_MacOSXIntel_install) and while the problem has been fixed for Ctrl-Delete and Option-Delete, it now exists for Apple/splat-Delete. I reopened this issue because BEA300_m1 indicates that it includes changes from DEV300m5 (cf. issue #87830). I am changing priority to P2, as that was the appropriate priority before.
still fixed in aquavcl07. What gave you the impression that this was fixed in bea300m1 for all keys ? aquavcl07 is still work and progress and not even near any master version.
You asked "What gave you the impression that this was fixed in bea300m1 for all keys?". 1. As I stated, issue #87830 indicates it was resolved in DEV300m5. 2. The BEA 3.0 m1 Snapshot Release Notes explicitly say they include changes between DEV300_m1 and DEV300_m10. 3. Given the above explicit evidence, it is not exactly a stretch to think a Apple-Delete bug would be fixed at the same time as a Ctrl-Delete and Option-Delete bug. Certainly it is not necessary, but I have written plenty of software. I am glad this issue is still fixed in aquavcl07 and I apologize for the annoyance. Should I reopen issue #87830?
There is no need for any apology, I just didn't understand. Sorry, but the version on an issue does not indicate the version it was fixed but the version it was discovered. As long as an issue is not verified and closed it most probably has not gone into any master version yet. An issue goes to fixed when a solution is found and committed in a CWS, to verified if quality assurance has seen the fix, too and after integration gets closed when quality assurance has seen the fix on a master, too.
please verify in CWS aquavcl07
Verified in CWS aquavcl07
*** Issue 90782 has been marked as a duplicate of this issue. ***
I test this Issue in version m28 (OOo-Dev_DEV300_m28_MacOSXIntel_AQUA_install_en-US.dmg) on MAC OS X 10.5.4. - When I press CTRL+DEL, OOo Delet the letter after the cursor in the text - When I press ALT+DEL, OOo Delet the word after the cursor in teh text - OOo doesn't crash in both cases - I can continue to work normally This Issue can therefore are closed.
Thanks to torwart Closing issue
*** Issue 95116 has been marked as a duplicate of this issue. ***
*** Issue 90070 has been marked as a duplicate of this issue. ***