Bug 126638 - macOS: Can't paste, copy, cut or ⌘A (select all) using keyboard shortcuts in Save-As field (workaround: comment 38)
Summary: macOS: Can't paste, copy, cut or ⌘A (select all) using keyboard shortcuts in ...
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: x86-64 (AMD64) macOS (All)
: high normal
Assignee: Patrick (volunteer)
URL:
Whiteboard: target:24.8.0 target:24.2.2
Keywords:
: 98842 106976 130537 131103 133707 134446 134718 136450 139485 141695 142620 143304 147438 149404 154823 157291 159710 159992 160034 160652 (view as bug list)
Depends on:
Blocks: macOS-UI-polish Desktop-Integration
  Show dependency treegraph
 
Reported: 2019-07-31 13:51 UTC by Andre M.
Modified: 2024-07-24 20:04 UTC (History)
36 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andre M. 2019-07-31 13:51:20 UTC
I have loaded Catalina public beta and LibreOffice 6.2.5.2 onto a MacBook Pro 2013, in order to test features I use often. One particular issue has appeared:

In previous MacOs versions, Save-As request from a Writer template document opened a dialog box with the title of the template highlighted, so that pasting the preferred title from a clipboard was possible. Writer would accept the pasted title.

After running Libreoffice in Catalina, the Save-As dialog box opens with the title NOT highlighted. Further, trying to paste the title into the box after selecting the template title does not substitute the clipboard text. In effect, Save-As dialogs do not react to clipboard pasting, and require that you type the title into the box. While not critical, this is a nuisance issue.

If you need documentation, I can deliver it to you upon your need. Realizing Catalina is an unfinished OS, this may be an issue Apple will fix. However, since LO is not used as a standard test of OS compatibility for Apple, it may be ignored.
Comment 1 Alex Thurgood 2019-10-18 14:23:54 UTC
"Save as" seems to not be working on Catalina with LO6322 or LO6282 either, when using Calc.

See for example, bug 128233
Comment 2 Alex Thurgood 2019-10-18 14:25:16 UTC
*** Bug 128233 has been marked as a duplicate of this bug. ***
Comment 3 Alex Thurgood 2019-10-18 14:26:00 UTC
Confirming given bug 128233
Comment 4 m_a_riosv 2019-10-18 15:09:32 UTC
I have not Mac, but if through Menu/File/Save a copy, goes, could be a good worgkaround.
Comment 5 Alex Thurgood 2019-10-18 15:24:39 UTC
Tried that too out of desperation. No go.
Comment 6 Heiko Tietze 2019-10-24 14:29:04 UTC
Don't see the issue. Save As gives me the usual dialog and at least with Cmd+up it's possible to go up when the target directory is not in the favorite list.
Comment 7 Xisco Faulí 2019-10-25 08:38:59 UTC
*** Bug 128233 has been marked as a duplicate of this bug. ***
Comment 8 Alex Thurgood 2019-10-25 14:25:10 UTC
Note that LibreOffice Vanilla does not suffer from this problem.

However, LOVanilla does not support JDBC databases making it useless for any of my configured work databases which use a JDBC driver to access the data.

So I am currently in the situation of having to copy my mailmerge LO6322 Writer output to new document in LOVanilla, and then saving that to disk, saving as PDF, etc. If I didn't have LOVanilla, I'd be stuffed.
Comment 9 Alex Thurgood 2019-10-25 14:28:13 UTC
(In reply to Heiko Tietze from comment #6)
> Don't see the issue. Save As gives me the usual dialog and at least with
> Cmd+up it's possible to go up when the target directory is not in the
> favorite list.

@Heiko,

You are on Catalina, yes ?

I don't even get a Finder dialog when I use the Save as/Export/Save a copy menu or toolbar button.
Comment 10 Alex Thurgood 2019-10-25 15:05:14 UTC
Also note that "Save as" also works when an existing file is opened, edited and saved.

This smacks of a permissions issue.

Are there several types of authorized developer where only AppleStore approved apps get to function fully ?
Comment 11 Heiko Tietze 2019-10-28 10:18:17 UTC
(In reply to Alex Thurgood from comment #9)
> You are on Catalina, yes ?

Yes, I am (for daily work it's Linux). But prefer to leave this topic for the QA experts as it might be a complex topic. If needed I can test with Vanilla and self-build master.
Comment 12 fkolmer 2019-12-18 21:48:19 UTC
Me and all my colleagues are facing the exact same problem since we updated to Catalina on different LO versions (5.5, 6.2...)
It seems to be in all dialog box on all LO apps (Writer, Calc...): impossible to use keyboard shortcuts => we used to copy/paste filenames while saving for example => we can still do a right-click/paste but no keyboard shortcut anymore
It is only happening in Dialog boxes.
Other softwares (I tried in Chrome but also Gimp, VLC, Inkscape) are working properly.

It happened to all my colleagues and I when we updated MacOS to Catalina.

If anybody has an idea for a work-around that would be great!
Comment 13 Alex Thurgood 2019-12-19 09:36:43 UTC
(In reply to fkolmer from comment #12)

> It happened to all my colleagues and I when we updated MacOS to Catalina.
> 
> If anybody has an idea for a work-around that would be great!

Have you tried granting "full disk access" to the LibreOffice.app bundle via the 

System Preferences > Security & Confidentiality settings ?
Comment 14 Alex Thurgood 2020-02-12 09:32:56 UTC
*** Bug 130537 has been marked as a duplicate of this bug. ***
Comment 15 steve 2020-02-17 11:51:26 UTC
tested on macOS 10.15.3 LO Version: 7.0.0.0.alpha0+
Build ID: 4caa7b790cf99eebbe47fc2e6a56124c42f1f3fc
CPU threads: 4; OS: Mac OS X 10.15.3; UI render: default; VCL: osx; 
Locale: de-DE (de_DE.UTF-8); UI-Language: en-US
Calc: threaded

Shift + Command + S (save as) results in the save dialog with highlighted titel (different than what OP described) but confirming pasting is not possible.

Pasting becomes possible when I use my clipboard manager.

But I think the problem is more general. cmd + A does not select all text, even with the cursor active in the titel field of the save dialog.

Enabling Full Disk Access for LibreOfficeDev app in System Preferences > Security > Privacy does not change this situation. LibreOfficeDev shows up in Files and Folder security settings and al checkboxes are ticked.

This is a bummer.
Comment 16 Ahmad Haris 2020-02-17 12:19:38 UTC
In my case, it's show save as dialog with highlighted title, but can't paste in it.

Version: 7.0.0.0.alpha0+
Build ID: 15c0f22c31a46ce37e98f9394e6a8e0bc92495f9
CPU threads: 8; OS: Mac OS X 10.15.3; UI render: default; VCL: osx; 
Locale: en-ID (en_ID.UTF-8); UI-Language: en-US
Calc: threaded
Comment 17 Xisco Faulí 2020-03-04 08:53:54 UTC
*** Bug 131103 has been marked as a duplicate of this bug. ***
Comment 18 Albrecht Dreß 2020-03-08 12:48:09 UTC
I see exactly the same bug on a MacBook Air running macOS Catalina with LibreOffice 6.4.1.2:

- Click “save as” – the spinning rainbow wheel appears for ~2 seconds, but *no* file dialogue opens.
- Click “open” an other document – spinning wheel again, no dialogue.

In the preferences, I enabled the LibreOffice dialogues instead of the
natives ones.  Now all file operations worked again (but these dialogues are
somewhat clumsy compared to the macOS native ones).  Changed the preferences
back to the native dialogues – same effect as above, no file dialogues, just the
spinning wheel.

After restarting LibreOffice, the native dialogues work again (but I didn't make a statistics iff and how often the bug appears again).
Comment 19 Vincent Boudry 2020-03-12 15:53:44 UTC
*** Bug 131292 has been marked as a duplicate of this bug. ***
Comment 20 eisa01 2020-04-10 15:06:14 UTC
The issues described by the original bug reporter is that pasting into the name field "Save as" when saving doesn't work. This is of course not a showstopper, but annoying.

It may be related to the code-signing issues in bug 126409, but hard to say.

A few of the comments relate to another bug, that if you use a non-admin account (standard account) or install a language pack, you need to grant Full Disk Access
That is filed as bug 128233

I'm lowering the importance of this bug to the default and changing the summary to reflect the original issue
Comment 21 Timur 2020-06-11 11:27:08 UTC
*** Bug 133707 has been marked as a duplicate of this bug. ***
Comment 22 Timur 2020-07-16 06:36:50 UTC
*** Bug 134718 has been marked as a duplicate of this bug. ***
Comment 23 Timur 2020-07-16 06:37:53 UTC
*** Bug 134446 has been marked as a duplicate of this bug. ***
Comment 24 Timur 2020-09-04 10:45:24 UTC
*** Bug 136450 has been marked as a duplicate of this bug. ***
Comment 25 Graeme Costin 2020-10-07 00:43:55 UTC
Almost every LibreOffice file I create has a file name determined from our document database. It is a right royal PAIN to not be able to paste the file name into the Save As dialog!

This bug does not appear to be related to any particular version of MacOS. It appeared before the Catalina version of MacOS.

This bug showed up several LibreOffice versions ago - actually it showed up when I changed from a downloaded LibreOffice on Mac to using the AppStore LibreOffice Vanilla. Before LibreOffice Vanilla this bug was not there - I could paste filenames into the Save As dialog. I was hoping that by downloading the latest LibreOffice 7 I would no longer have this bug, but I am disappointed.

Please, Please, Please FIX THIS! I am almost ready to give up on LibreOffice!

Another commenter called this a nuisance issue -- for me (and others in this small business office) it is a very big issue!
Comment 26 Graeme Costin 2020-10-08 01:46:00 UTC
A private email from Rob Jasper alerted me to the fact that I could use LibreOffice Preferences to make it use its own Save As dialogs. Then I could paste a filename into the Save As dialog.

But this is a real nuisance for me. Perhaps someone whose primary work was word-processing and so used LibreOffice all the time, may not mind that LibreOffice has its own ideas on what a File Save As dialog should be like.

But my work has me using LibreOffice a little bit of my time (word-processing and spreadsheets) but the majority of my time is spent in FileMaker databases, Adobe desktop publishing, low level CAD drawings, Apple Pages, Numbers, Preview, and Xcode and Android Studio. So having one app with its own unique take on File Save As is a dratted nuisance!

Again -- Please, Please, Please fix this bug in using the normal Mac Save As dialog!
Comment 27 Dan Essin 2020-10-08 04:11:54 UTC
I agree completely. People have come to expect that text boxes,  wherever they,  occur should behave the same way. The ability to copy,  cut and paste are part of the essential functions of a textbox.
Comment 28 [REDACTED] 2021-01-08 12:18:48 UTC
*** Bug 139485 has been marked as a duplicate of this bug. ***
Comment 29 ReindeR Rustema 2021-01-17 07:27:44 UTC
Not only in Writer, but everywhere in LibreOffice you can't paste text in the save as nor in the open dialogue. In fact, nowhere in a dialogue about handling files, for example Insert Sheet from File... in Calc. 

This is a major nuisance in my workflow, making LibreOffice unpractical. In my workflow I open templates, make a tiny adjustment and save it under a new name. 

I don't recall for how long this has been the case, but it has been around for many LibreOffice versions now.
Comment 30 steve 2021-04-15 10:23:38 UTC
*** Bug 141695 has been marked as a duplicate of this bug. ***
Comment 31 steve 2021-07-12 11:10:56 UTC
*** Bug 143304 has been marked as a duplicate of this bug. ***
Comment 32 Denys Prokhorov 2021-08-03 10:13:28 UTC
*** Bug 142620 has been marked as a duplicate of this bug. ***
Comment 33 How can I remove my account? 2021-10-20 11:15:03 UTC
Can reproduce with LibreOffice 7.1.2.2 from TDF. Note that the mention of "template" in the initial comment is a red herring, this can be reproduced even if templates are not involved. Just create a new empty Writer document from the Start Centre, type something into it, and File > Save As, and try to paste into the file name box.
Comment 34 How can I remove my account? 2021-10-20 11:17:46 UTC
Even some well-known proprietary software has the same problem: https://community.adobe.com/t5/illustrator-discussions/unable-to-copy-amp-paste-in-save-as-dialog-box-in-illustrator-2020-on-macos-catalina/td-p/10718819
Comment 35 steve 2021-10-20 20:56:12 UTC
As this has not been mentioned, adding another data point that this also affects macOS 11 Big Sur.

Cut or copy are also not operational in the "Save As:" field. ⌘A (select all) also does nothing.

Makes me wonder if this is a general problem with applying any keyboard shortcut in that dialog or dialogs generally?
Comment 36 How can I remove my account? 2021-10-20 21:18:55 UTC
The file open dialogs are different from LO's own dialogs, obviously, as they are system dialogs. Presumably there simply are bugs in how LO uses these system dialogs. Possibly some detail has been mentioned in Apple's documentation but ignored, and now then in Catalina and later, it bites.
Comment 37 How can I remove my account? 2021-10-21 09:46:31 UTC
This could also provide hints: https://bugs.openjdk.java.net/browse/JDK-8236685
Comment 38 How can I remove my account? 2021-10-21 09:59:34 UTC
By the way, a workaround: Right-clicking (or two-finger-tap on trackpad) in the file name field brings up a context menu that has "Paste" etc, and that does work.
Comment 39 How can I remove my account? 2021-11-01 09:16:12 UTC
Have been spending a few days on this, with little progress. Still a mystery.

(My general feeling is that the top level of how LO works on macOS would need to be re-written to get rid of all the weird contortions necessary in order to fit into the "cross-platform" template that apps in "StarView" should conform to, or what the duck the framework was called back in the days that StarOffice was written. Re-write to make the code look like a canonical macOS app at the top level, some hundreds of lines of code. But I am not volunteering of course.)
Comment 40 ReindeR Rustema 2021-12-01 08:19:32 UTC
Please note #38 from Tor Lillqvist: "a workaround: Right-clicking (or two-finger-tap on trackpad) in the file name field brings up a context menu that has "Paste" etc, and that does work."

Without this I would have ditched LibreOffice. Thank you!
Comment 41 steve 2022-02-15 12:36:18 UTC
*** Bug 147438 has been marked as a duplicate of this bug. ***
Comment 42 Timur 2022-04-05 06:35:24 UTC
Mac users on Monterey, can you please comment in bug 148051 if you have or have not "Crashings for unknown reasons".
Comment 43 Timur 2022-06-01 08:39:54 UTC
*** Bug 149404 has been marked as a duplicate of this bug. ***
Comment 44 eisa01 2023-04-17 18:23:20 UTC
*** Bug 154823 has been marked as a duplicate of this bug. ***
Comment 45 steve 2023-09-17 16:02:05 UTC
*** Bug 157291 has been marked as a duplicate of this bug. ***
Comment 46 m_a_riosv 2024-02-15 13:01:09 UTC
*** Bug 159710 has been marked as a duplicate of this bug. ***
Comment 47 Patrick (volunteer) 2024-02-16 15:06:17 UTC
I fixed this same bug back in NeoOffice many years ago.

I am waiting for guidance about adding NeoOffice code to the LibreOffice code:

https://lists.freedesktop.org/archives/libreoffice/2024-February/091579.html

Once the licensing stuff is figured out, I'll see if I can get the NeoOffice fix ported over to LibreOffice.
Comment 48 Commit Notification 2024-02-18 12:38:37 UTC
Patrick Luby committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/4f907fbe52749265ba4eb7c40ed187b453bb1de9

tdf#126638 dispatch key shortcut events to modal windows

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 49 Patrick (volunteer) 2024-02-18 13:32:35 UTC
I have committed a fix and the fix should be in tomorrow's (19 February 2024) nightly master builds:

https://dev-builds.libreoffice.org/daily/master/current.html

Note for testers: the nightly master builds install in /Applications/LibreOfficeDev.app. These builds are not codesigned like regular LibreOffice releases so you will need to execute the following Terminal command after installation but before you launch /Applications/LibreOfficeDev:

xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app
Comment 50 Patrick (volunteer) 2024-02-18 21:31:42 UTC
(In reply to Patrick Luby from comment #47)
> Once the licensing stuff is figured out, I'll see if I can get the NeoOffice
> fix ported over to LibreOffice.

I ended up not using the NeoOffice code and, instead, fixing it a different way.

My fix definitely needs some testing as I also found that most of LibreOffice's menu items remained enabled when a modal dialog (e.g. Open, Save, Print dialogs) is displayed. I selected a few and some of them (especially the Quit menu item) caused unexpected behavior or changes to the document. So, I disabled all LibreOffice menu items as well as the Quit menu item.
Comment 51 steve 2024-02-19 11:42:38 UTC
Verified in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1cda27cf69054b006aa1b16cab8f56339274588b
CPU threads: 8; OS: macOS 13.6.4; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_DE.UTF-8); UI: en-US
Calc: threaded

However there seems to be a remaining problem.

1. open writer, type "test"
2. cmd + s to safe file
3. copy something to clipboard
4. cmd + v in LO Save dialog

Currently: content is pasted (expected) but macOS emits the warning beep sound on any operation in the Save As: field.

cmd + a to select everything: beep
cmd + v to paste from clipboard: beep
ans so forth - you get the idea.

Does this happen for you Patrick? Is it fixable?
Comment 52 steve 2024-02-19 11:43:46 UTC
To clarify: all operations do happen (select all, cut, paste, copy) but every operation also results in a beep noise.
Comment 53 Patrick (volunteer) 2024-02-19 12:21:31 UTC
(In reply to steve from comment #52)
> To clarify: all operations do happen (select all, cut, paste, copy) but
> every operation also results in a beep noise.

I hear it too. I normally have my laptop speakers muted so I didn't hear anything while working on this bug.

I'll see if I can find where in the code the beep is coming from.
Comment 54 Commit Notification 2024-02-19 21:08:19 UTC
Patrick Luby committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/64ca3756416f0355b2008f39120e68ac42269784

tdf#126638 dispatch key shortcut events to modal windows

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 55 Patrick (volunteer) 2024-02-19 21:11:15 UTC
I have committed a fix for the beep bug in my last fix. The fix should be in tomorrow's (20 February 2024) nightly master builds:

https://dev-builds.libreoffice.org/daily/master/current.html

Note for testers: the nightly master builds install in /Applications/LibreOfficeDev.app. These builds are not codesigned like regular LibreOffice releases so you will need to execute the following Terminal command after installation but before you launch /Applications/LibreOfficeDev:

xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app
Comment 56 steve 2024-02-20 18:56:33 UTC
verified in
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ef9e1116d1100af50d7b74dcee5155c81b7b50fb
CPU threads: 8; OS: macOS 13.6.4; UI render: default; VCL: osx
Locale: en-US (en_DE.UTF-8); UI: en-US
Calc: threaded

Great to see this long-standing issue resolved, thanks for your efforts Patrick 🙏
Comment 57 Patrick (volunteer) 2024-02-20 22:00:02 UTC
*** Bug 98842 has been marked as a duplicate of this bug. ***
Comment 58 Commit Notification 2024-02-21 06:39:51 UTC
Patrick Luby committed a patch related to this issue.
It has been pushed to "libreoffice-24-2":

https://git.libreoffice.org/core/commit/0060f63d88425149bb37331eb31d0f90372a2957

tdf#126638 dispatch key shortcut events to modal windows

It will be available in 24.2.2.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 59 LibreOffice@tamtec.com 2024-02-21 06:51:45 UTC Comment hidden (off-topic)
Comment 60 steve 2024-02-21 13:02:17 UTC
*** Bug 106976 has been marked as a duplicate of this bug. ***
Comment 61 m_a_riosv 2024-03-03 01:40:03 UTC
*** Bug 159992 has been marked as a duplicate of this bug. ***
Comment 62 steve 2024-03-05 11:56:20 UTC
*** Bug 160034 has been marked as a duplicate of this bug. ***
Comment 63 m_a_riosv 2024-04-13 20:43:55 UTC
*** Bug 160652 has been marked as a duplicate of this bug. ***
Comment 64 Patrick (volunteer) 2024-07-24 20:04:12 UTC
Update: I reworked my fix for this bug. While working on tdf#162010, I found that this bug still occurs if when using some non-Western European keyboard layouts such as Russian, Hebrew, Arabic, and Japanese - Kana.

So if this bug still occurs for you, you can test my latest fix by following the steps in the following comment:

https://bugs.documentfoundation.org/show_bug.cgi?id=162010#c9