Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 328739

Summary: [CommonNavigator] Project Explorer Select All action disabled for non-Java projects
Product: [Eclipse Project] Platform Reporter: Matthew Dickie <m.dickie>
Component: UIAssignee: Platform UI Triaged <platform-ui-triaged>
Status: REOPENED --- QA Contact:
Severity: normal    
Priority: P3 CC: adamneal, david.balazic, dh_tue, karsten.thoms, miklossy, richard
Version: 3.6.1   
Target Milestone: ---   
Hardware: PC   
OS: Windows 7   
Whiteboard:
Attachments:
Description Flags
screencast representing the problem none

Description Matthew Dickie CLA 2010-10-26 12:42:05 EDT 
Build Identifier: I20100608-0911

In the Project Explorer, the Select All action only appears to work for Java-projects. For non-Java projects (e.g. a general project - created using the General > Project wizard) the keystroke Ctrl+A does nothing, and the action is disabled in the Edit menu on the menubar

Reproducible: Always

Steps to Reproduce:
1. Open the Project Explorer
2. Create a java project with some random files (e.g. file1.txt, file2.txt, etc. in the root dir)
3. Create a non java project with the same files (copied and pasted)
4. Try Ctrl+A when a file in the non-java project is selected. It doesn't work. The action in the Edit menu is disabled. When a file in the java project is selected, the Select All action works as expected.
Comment 1 Adam Neal CLA 2010-11-11 15:35:44 EST 
Our clients are also experiencing this, as our model projects result in the same behavior.  Note: unselecting the project (CTRL + click) allows CTRL+A to work again, as does moving the selection to some element nested under the project.  But it is disabled when a project is selected.

This is an annoyance for users which can be seen fairly frequently.
Comment 2 Richard Cyganiak CLA 2017-10-19 06:33:56 EDT 
We experience this in our product as well (on 4.6.1). It's a recurring annoyance. CTRL+A still doesn't work when folders or files within the project are selected. It only works when nothing is selected.
Comment 3 Karsten Thoms CLA 2017-11-21 14:11:34 EST 
Observation: In org.eclipse.ui.actions.TextActionHandler.updateActionBars() the selectAll command is bound to to the org.eclipse.ui.actions.TextActionHandler$SelectAllActionHandler handler.

This is the same command as for the org.eclipse.ui.internal.handlers.SelectAllHandler.

When commenting out
   actionBars.setGlobalActionHandler(ActionFactory.SELECT_ALL.getId(), textSelectAllAction);
in updateActionBars() the selection would work. But obviously the global command should not be removed. Question is how to get it working.
Comment 4 Eclipse Genie CLA 2020-06-16 11:38:26 EDT 
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.
Comment 5 Dennis Hendriks CLA 2020-06-16 12:03:20 EDT 
Reopened. This problem still persists in Eclipse 2020-03 (4.15)

As mentioned, selecting a file in a non-Java project disables Ctrl+A. The problem is even bigger: selecting a non-Java project itself, or any of its descendants, disables Ctrl+A.

I don't observe this problem in the Package Explorer view.
Comment 6 Tamas Miklossy CLA 2020-06-17 00:37:55 EDT 
I can also confirm that the problem still exists and would be nice if it could get fixed. I uploaded a screencast that represents the problem.
Comment 7 Tamas Miklossy CLA 2020-06-17 00:38:41 EDT 
Created attachment 283314 [details]
screencast representing the problem