Issue 94601 - command-v fails to paste (beep error) in dialogue: File | Open… | Go to the folder…
Summary: command-v fails to paste (beep error) in dialogue: File | Open… | Go to the...
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOO300m8
Hardware: Mac Mac OS X, all
: P4 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: hdu@apache.org
QA Contact: issues@gsl
URL:
Keywords: aqua, oooqa
Depends on:
Blocks:
 
Reported: 2008-10-03 04:22 UTC by Graham Perrin
Modified: 2009-01-26 18:04 UTC (History)
2 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
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!