Bug 55371 - FILESAVE: Command-A (Select All) not working in file name edit field of File Save dialog
Summary: FILESAVE: Command-A (Select All) not working in file name edit field of File ...
Status: RESOLVED DUPLICATE of bug 62054
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) macOS (All)
: medium minor
Assignee: Not Assigned
Depends on:
Reported: 2012-09-26 21:48 UTC by Ambrose Li
Modified: 2014-01-29 22:01 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Ambrose Li 2012-09-26 21:48:42 UTC
Problem description: 

Steps to reproduce:
1. File|Save As
2. Command A

Current behavior:
Nothing happens.

After the initial shock, the user has to manually press the Backspace key multiple times to erase the old file name

Expected behavior:
The current (i.e., wrong) file name is selected, ready to be typed over

Platform (if different from the browser): 
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1
Comment 1 Roman Eisele 2012-09-27 08:15:49 UTC
Thank you very much for your bug report!

Test results

This issue is not limited to Writer, but shared by all LibreOffice components (therefore set Component to “UI”).

REPRODUCIBLE on Mac OS X 10.6.8 (Intel) with
* LibreOffice 3.3.0
* LibreOffice
* LibreOffice
* AOO 3.4.0

So this is an old issue, inherited from OOo (therefore set Version to oldest available version, as usual here).

Why is this minor glitch of some importance?

Many (long-time) Mac OS X users are used to the convention that Command-A works even in the edit field of the file save as dialog which contains the intented file name, so they are irritated by this behaviour (cf. Ambrose Li’s comment mentioning an “initial shock”).

It is indeed strange that LibreOffice, using the generic Mac OS X file save dialog, does not support the Command-A shortcut in the edit field containing the intented file name, while all other Mac OS X applications which I have tested (Apple’s TextEdit, BBEdit, XPress, ... but also some not-so-native applications like Firefox and Thunderbird) support the shortcut here.

The general problem could be that, while the file save dialog window is open and has got the focus, the whole menu bar is still enabled like when we are editing a document. In most applications, nearly all menu items are greyed out (disabled) when a dialog window is open, but not in LibreOffice (cf. bug 31915).
Comment 2 Roman Eisele 2012-09-27 13:39:50 UTC
We can make the summary clearer.
Comment 3 Jorendc 2014-01-29 22:01:17 UTC

*** This bug has been marked as a duplicate of bug 62054 ***