Apache OpenOffice (AOO) Bugzilla – Issue 89821
Multi-line text controls loose the current selection when the parent window loses focus
Last modified: 2009-06-01 04:26:14 UTC
I have a one-table database which includes a memo field. I have a form to edit records. When copying some text from another application to paste into the middle of existing text in the memo field, I observe that the entire contents of the memo field is deleted and then the copied text is pasted. It is as if before the paste, the entire existing text is automatically selected. I observe the correct behaviour in normal text fields. The bug can be simply replicated by choosing one word in a memo field, selecting it and copying it, deselecting, and then pasting back into the memo field. This replaces the entire contents of the memo field with the one word selected.
Tested using 2.4 & 3.0 m_13, WIN XP Here is what I find. When the focus is changed from noe control to another on a form by tabbing the entire contents of the control is automatically selected. The behavior is in other words consistent for all controls without regards as to individual data type or properties of the control. When focus is switched between windows the behavior of the controls is not fully consistent. Open a form and place your curser in (set focus to ) a text control that is configured for Text type = Single-line. Switch to a different window and switch back, the cursor postion in the control remains as it was before the switch away and back. Now place the curser into a text control where Text type = Multi-Line (what you have for memo fields in other words) and switch to another window. Now when you switch back to the form the entire contents of the control is selected. In other words they act as if the focus has just moved to the control by tabbing to it. Changing the summary field to reflect this then - it is not that the copy paste is ill behaved rather it is that the current selection in a multi-line text control is lost when the uses switches to another window. To see this download the attached test document. Open the form in the file. Go to the field for country and use your mouse to select only a portion of the word "Australia" - now togle to a different window. Toggle back to the form window. You see that the same selection you created is still active. Now - select part of the text in the Comment field. Toggle to another window. Toggle back to the form window - the entire contents of the Comment field is selected.
Created attachment 53866 [details] test document
hard to tell which one is the correct behavior - losing or keeping the selection on focus loss -, but yes, it's inconsistent at least.
In 2.4.1 on Ubuntu 8.04 the problem no longer exists. I can copy and paste from external applications into the form without having to replace the existing contents.
I just tested this with 2.4.1, supplied by Canonical, and DEV300 m_19 from OO.o both under Ubuntu 8.04 (Hardy) and the behavior has not changed.
I'd say this is a usability bug.
fixed in CWS dba32a find more information about this CWS, like when it is available in the master builds, in EIS, the Environment Information System: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba32a
fs->msc: please verify in CWS dba32a
targeting to 3.2, since the fix is part of a CWS aiming for this release
verified in CWS dba32a find more information about this CWS, like when it is available in the master builds, in EIS, the Environment Information System: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba32a
Checked w/ DEV300_m49 Closing