New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The "Edit With" Menu Is Empty For Some File Types #5095
Comments
Thanks for the detailed bug report. Can you please test with the latest snapshot build available. I cannot reproduce the issue here. The default editor choosen should always be included in the list of available editors. |
I have downloaded and am now testing on Version 3.6 (6609) but continue to see the same symptoms. Moreover, I've found that I can reproduce the problem by renaming a text file to end in ".doc", a common Microsoft Word extension, or ".xls", a common Microsoft Excel extension. If I select a file with a .mhtml or .doc or .xls extension, the Cyberduck File menu's "Edit With", and the popup context menu's "Edit With" lists are both empty, and the command-K keyboard shortcut does not function. For what it's worth, I do have Microsoft Word and Excel installed, as part of Microsoft Office 2004. I do not see the "No external editor available" message described on the "Common Problems" page, but I did follow the "rebuild the LaunchServicesdatabase" procedure it describes before I opened this ticket, to no avail. I'll try to attach a screenshot as well, in case that's any help; let me know if there's anything else I can do to facilitate debugging this. Thanks, -Simon |
I can confirm that this is still happening after upgrading to version 3.6 (6629). |
At the very least there should be a single item in the menu titled No external editor available. Cannot figure out what is going wrong here. |
Maybe resetting the editing preferences helps if you have ever changed these:
|
Running those two lines in Terminal reports that the "defaults have not been changed":
|
I found the below messages in the system error log:
Hopefully someone can figure out what this means -- was there a null pointer exception on line 231 of EditorFactory.java, and if so, why? I'm not familiar with the code but perhaps such an exception can be caught and handled by skipping that editor option and going on to the other candidates? Thanks, -Simon |
A quick follow-up: Given that this only happens for file name extensions associated with my five-year-old version of Microsoft Office, and apparently is not affecting many other users, I'm guessing there's something broken about some of the file-type and/or application meta-data on my system, such that the underlying system call that getApplicationName relies on isn't returning a valid string. I don't need to be able to edit these files in Word or Excel -- as long as the menu isn't empty and I can get to the default editor with Command-K, I'll be happy. Thanks again, -Simon |
Replying to [comment:7 simonm]:
Thanks for the excellent bug reporting. A new snapshot build will be available tomorrow that should have the fix. |
Confirmed fixed in version 3.6 (6782) -- thanks again! -Simon |
Replying to [comment:11 simonm]:
Thanks for letting me know and again for your excellent bug reporting. |
I love TextMate, except for this one issue:
I'm connecting to a SFTP server that holds a bunch of text files, which I am editing using TextMate. (It's the current version of TextMate, and I have the "Always use this application" checkbox turned on in Cyberduck's editor preferences.)
Some of the text files have names ending with the extension ".mhtml", and contain HTML::Mason source code. (However, the same extension is also sometimes used for MIME HTML, a Microsoft-introduced format for packing HTML and and associated assets into a single file, and if I download one of these files and look at in the Finder, its "Open with" menu gives me the choice of opening it in Microsoft Word.)
When I have one of those ".mhtml" files selected, the "Edit with" menu is empty, and the command-K keyboard shortcut does not work. In order to edit these files I must make the window toolbar visible, and use the "Edit" button shown there.
I am guessing that the "Edit with" menu is looking for applications which are registered for the ".mhtml" file type, finding an unsupported editor (Microsoft Word) and bailing out. However, I think the "Always use this application" checkbox should still be respected in this situation, so that I can hit command-K to edit the file in TextMate.
Thank you for your consideration,
-Simon
Attachments
cyberduck-ticket-5095.png
(39.4 KiB)The text was updated successfully, but these errors were encountered: