Issue 94601

Summary: command-v fails to paste (beep error) in dialogue: File | Open… | Go to the folder…
Product: gsl Reporter: Graham Perrin <grahamperrin>
Component: codeAssignee: hdu <hdu>
Status: CLOSED FIXED QA Contact: issues@gsl <issues>
Severity: Trivial    
Priority: P4 CC: issues, rainerbielefeld_ooo_qa
Version: OOO300m8Keywords: aqua, oooqa
Target Milestone: OOo 3.1   
Hardware: Mac   
OS: Mac OS X, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description Graham Perrin 2008-10-03 04:22:11 UTC 
1. to Mac OS X clipboard, copy a text string    /Users/shared

 2. launch OpenOffice.org

 3. click Open a document…

 4. command-shift-g to present the dialogue, Go to the folder…

 5. command-v

= Expected =

Text string should paste to the dialogue

= Bug =

Beep error. 

Paste does not occur. 

= See also =

Issue 88554, 
File | Open dialogue: command-a does not select all text entered

= Environment =

Mac OS X 10.5.5
Intel MacBook Pro
2 GB RAM

OOo_3.0.0rc3_20080927_MacOSXIntel_AQUA_install_en-US.dmg at 
/Applications

Application launched from a read only volume, 
/Volumes/OpenOffice.org 3.0/OpenOffice.org.app

= Side note =

Observed whilst attempting to reproduce probably unrelated Issue 94591.
Comment 1 joerg.skottke 2008-10-29 09:28:38 UTC 
Confirmed.

- Copied a string from TextEdit
- Inserted text into writer window using Command+v -> ok
- Inserted text into File Picker -> nothing happens.

Reassign to pl, target 3.1
Comment 2 philipp.lohmann 2008-10-29 10:59:38 UTC 
target
Comment 3 philipp.lohmann 2008-11-17 17:38:02 UTC 
Tricky. The problem is that OOo does not have the default menus but builds its
own. Therefore the normal actions (e.g. copy, paste) are not bound to the normal
actions and therefore the selected menu item CMD-V goes to nowhere.

I worked around this by sending "cut", "copy" and "paste" actions to
NSApplication (which passes them to the currently focused control eventually) on
CMD-X, CMD-C and CMD-V respectively if a non vcl window (like the file dialog or
one of its panels) is the key window.

This is only possible, because these shortcuts are not localized and - to my
knowledge - not really configurable on the system. If one of these assumptions
does not hold true, this hack will fail.

fixed in CWS vcl97
Comment 4 philipp.lohmann 2008-12-11 20:15:33 UTC 
please verify in CWS vcl97
Comment 5 philipp.lohmann 2008-12-17 14:17:59 UTC 
hdu: please verify in CWS vcl97
Comment 6 hdu@apache.org 2008-12-17 14:23:00 UTC 
verified
Comment 7 hdu@apache.org 2009-01-19 10:27:48 UTC 
Got into DEV300_m39 => closing
Comment 8 Graham Perrin 2009-01-26 18:04:57 UTC 
OOoDEVm39 tested, feels good. Thanks!