Issue 111775 - [MAC OSX] Can't paste to Base form text fields in readonly documents/forms
Summary: [MAC OSX] Can't paste to Base form text fields in readonly documents/forms
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOo 3.2
Hardware: Mac Mac OS X 10.5
: P3 Trivial with 12 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 115872 (view as issue list)
Depends on:
Reported: 2010-05-22 20:05 UTC by tous
Modified: 2017-05-20 10:47 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description tous 2010-05-22 20:05:33 UTC
In OOo 3.2 Base on Mac OSX 10.5 you cannot paste anything from the clipboard to
any text field within a Base form - neither by keyboard shortcurt nor by
selecting "Paste" in the "Edit"-menu.

Apart from that, copy and paste works within and across other OOo-applications
(tried Writer and Calc).

Copying highlighted text from a Base form and pasting it elewhere (e.g. in
Writer) also works. Only paste doesn't, no matter where the content of the
clipboard has been copied from (another OOo-application, any other application
or the same Base form).

It used to work in OOo 3.1.1.

My system:
MacBook Pro
Mac OS X Version 10.5.6
CPU: 2.5 GHz Intel Core 2 Duo

I tested on another Mac:
Mac OS X Version 10.5.8
CPU: 2.66 GHz Intel Core 2 Duo
RAM: 4 GB 1067 MHz DDR3

Same problem here.

Steps to reproduce: 

Create any simple test database (internal HSQLDB) under 3.2 on Mac OSX (just
quickly clicked together through the Base wizard) including a form and try to
paste text from the clipboard to a text field within the form (btw: the issue
also occured with a MySQL database connected via jdbc).

In OOo Base 3.2 Windows version everything works fine.

In reply to my forum post about this:

lgusaas confirmed this behaviour - so it's most likely a bug.
Comment 1 Larry Gusaas 2010-05-22 20:20:58 UTC
Same behaviour with Mac OS 10.6.3 using OOo 3.2.1rc1 and OOo-dev 3.3.0 DEV300m78(Build:9501).

Larry Gusaas
Comment 2 marc.neumann 2010-05-25 08:02:53 UTC
I can reproduce this. The text field needs to be bound to a database field

 As a workaround you can use the PASTE command in the context menu of the text field
Comment 3 cliotropic 2010-07-14 00:18:51 UTC
I'm seeing similar behavior in form textboxes that are bound to database fields.
Cmd-V inside the textbox doesn't work, but the context menu's version of Paste

I got it working for a little while by going into Customize and setting Paste to
Cmd-V for Base: Design View, but that stopped working when I closed the window
and opened it again. (The customized keys are still defined, but they don't
actually work. I checked.)

Another data point: I use TextExpander ( ) to expand short strings into longer
phrases; it modifies the clipboard as part of its operations. Whenever I type a
short string that it's supposed to expand, TE gets as far as clearing the short
string out, but when it pastes the long phrase, that paste never shows up.
Comment 4 Frank Schönheit 2010-09-14 11:08:32 UTC
cannot reproduce, neither in OOo 3.2.1, nor in OOO330.m7 (to-be 3.3). MaxOS X

Created a new text document, inserted a form control, switched off design mode,
typed some text into the document, copied this text to the clipboard using
Cmd+C, focused the form control, pasted the text using Cmd+V. Works like a charm.

Anybody having more specific instructions on how to reproduce this?
Comment 5 ameliab 2010-09-14 15:57:26 UTC
re: fs's comment

The problem seems to be specific to Base forms, and as msc comments above,
controls that are tied to a database field.  I was also able to paste (using
Command-V) into a textbox created in Writer, but not in Base forms.

(Using OO 3.2.1 on Mac OSX 10.5.8)
Comment 6 Frank Schönheit 2010-09-14 16:01:37 UTC
Ah, I missed that "bound to a database field" thing, thanks for the hint. Will try.
Comment 7 Frank Schönheit 2010-09-14 16:10:51 UTC
it hasn't to do with being bound to a database field. Instead, it is caused by
the complete text document being read-only.

That is, if you open a database form for editing, and switch off the design
mode, you also have text fields bound to a database field. There, Cmd+V works
just fine.

But if you open this text document read-only (which happens, for instance, when
you double-click a form in a database document, but you can also show this by
switching a standalone document to read-only), then Cmd+V does not work in any
text field in this document, no matter whether the field is bound or not.

Adjusting summary accordingly.

Grabbing back.
Comment 8 Frank Schönheit 2010-09-16 12:23:28 UTC
fs->pl: This seems to be a problem of the key event handling on Mac/Aqua:

Normally, Edit controls paste clipboard content by reacting on the KEYFUNC_PASTE
key input event (see Edit::ImplHandleKeyEvent). However, for a form control,
this key event never arrives.

(The fact that Cmd+V nonetheless works *nearly* all the time is because Cmd+V is
an accelerator for the .uno:Paste command, and the form shell intercepts this
command when an input control is focused. Thus, when the document is read-only,
this UNO command is disabled, so Cmd+V does not work in exactly this case.)

It seems that in [VCL_NSApplication sendEvent:], where the main menu is asked
whether it can handle the event (the call to "[pMainMenu performKeyEquivalent:]"
in vcl/aqua/source/app/, the Cmd+V is consumed.

So effectively, it seems that on Mac, the key combination is consumed by the
system long before any part of VCL can handle it. Changing the control flow in
VCL_NSApplication is probably not a good idea, but ... I'd appreciate any idea
from you ...
Comment 9 Frank Schönheit 2010-09-16 12:29:25 UTC
As said above, the fact that Cmd+V works in a writable document is because the
.uno:Paste slot is bound to Cmd+V, so when the key is dispatched to the main
menu, it is recognized as accelerator, translated into .uno:Paste, dispatched to
the form shell, and executed there.

Looking into the definition of SID_PAST (resp. ".uno:Paste") shows that this
slot has the "ReadOnlyDoc = FALSE" attribute, which means that OOo's application
framework disables it in read-only docs, without asking anybody for its actual
state. This implies that we cannot simply "overrule" this command's state in the
form shell.

I'm somewhat stuck here ... waiting for pl's command on the key event handling part.
Comment 10 Frank Schönheit 2010-09-23 12:42:16 UTC
Can't fix - in fact MacOS claims to have handled the Cmd+V shortcut, even if the
menu entry associated with it (Edit/Paste) is disabled, and thus nothing
actually happened.

Discussed this with PL, and he agreed there's nothing we can do on our side.

Re-targeting to "Later" - I don't like closing the issue, since after all, it's
still a valid problem, but one we simply cannot fix within OOo.
Comment 11 r4zoli 2010-12-03 12:39:42 UTC
*** Issue 115872 has been marked as a duplicate of this issue. ***
Comment 12 Marcus 2017-05-20 10:47:43 UTC
Reset assigne to the default "".