Bugzilla – Full Text Bug Listing
| Summary: | Unable to browse to the directory containing the private key | ||
|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | Corey Ashford <cjashfor> |
| Component: | remote | Assignee: | Project Inbox <ptp-inbox> |
| Status: | REOPENED --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | g.watson, roland |
| Version: | Next | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Corey Ashford
This is a property of the file browser. On Mac OS X, you have to enable hidden files, and on Linux (Ubuntu) you right click anywhere in the browser and select "Show hidden files". I don't know about Windows. (In reply to comment #1) > This is a property of the file browser. On Mac OS X, you have to enable hidden > files, and on Linux (Ubuntu) you right click anywhere in the browser and select > "Show hidden files". I don't know about Windows. Thank you for that information. I am able to display hidden files by right-clicking on any particular file or folder, and adding a check to "Show Hidden Files", but right-clicking in other spots doesn't work (at least under Fedora 14). Is there a programmatic way to turn on "Show Hidden Files" by default when Eclipse launches the file chooser? If so, I think it would be a good idea to do that, since it's quite likely, at least on Linux machines, that the private key will be in a hidden directory. (In reply to comment #2) > Is there a programmatic way to turn on "Show Hidden Files" by default when > Eclipse launches the file chooser? If so, I think it would be a good idea to > do that, since it's quite likely, at least on Linux machines, that the private > key will be in a hidden directory. No, there is no specific option for this. The only way may be to call setFilterExtensions() with something like "*.*", ".*" but this would require more investigation since it may not work, or may work differently on different platforms. I'll reopen this as an enhancement for a future version. (In reply to comment #3) > (In reply to comment #2) > > Is there a programmatic way to turn on "Show Hidden Files" by default when > > Eclipse launches the file chooser? If so, I think it would be a good idea to > > do that, since it's quite likely, at least on Linux machines, that the private > > key will be in a hidden directory. > > No, there is no specific option for this. The only way may be to call > setFilterExtensions() with something like "*.*", ".*" but this would require > more investigation since it may not work, or may work differently on different > platforms. > > I'll reopen this as an enhancement for a future version. Maybe we could just check whether $HOME/.ssh exists and if so set the folder for the dialog to this folder. Under Linux (and I suppose MacOS) that will usually be the folder the user wants to select the key from. And if the dialog is already in the folder, this issue with the folder being hidden is avoided. An alternative would be to get rid of that field completely and use the Eclipse wide configuration for the SSH key (General->Network Configuration->SSH2). Wouldn't this make more sense anyhow? (In reply to comment #4) > An alternative would be to get rid of that field completely and use the Eclipse > wide configuration for the SSH key (General->Network Configuration->SSH2). > Wouldn't this make more sense anyhow? Yes, this would be the preferred option. (In reply to comment #4) > An alternative would be to get rid of that field completely and use the Eclipse > wide configuration for the SSH key (General->Network Configuration->SSH2). > Wouldn't this make more sense anyhow? I agree. If you add a link from the Remote Host configuration dialog to that preference page, that would be even better. This is the first time I had heard of that general setting, and I would not have known to go there to configure it. The org.eclipse.remote component of the Eclipse Ecosystem has a new home. It is now part of the Eclipse CDT project[1]. This change means a new Git repo[2], P2 site[3] and Bugzilla component. The org.eclipse.remote will continue to be delivered as part of the quarterly Simultaneous Release of Eclipse as well. If this bug is no longer relevant, please feel free to comment or close the bug. If you can confirm if this issues still occurs in the latest release please do let me know in a comment. [1] https://wiki.eclipse.org/CDT/User/NewIn106 [2] https://git.eclipse.org/c/cdt/org.eclipse.cdt.git (in the remote directory) [3] first CDT release will be 10.6 - P2 site will be https://download.eclipse.org/tools/cdt/releases/10.6/ (This comment was added to all relevant org.eclipse.remote bugs along with changing the Product/component pair to CDT/remote.) |