Open
Bug 617515
Opened 14 years ago
Updated 2 years ago
nsIFilePicker.filterApp no longer allows non-.app-bundles
Categories
(Core :: Widget: Cocoa, defect, P3)
Tracking
()
NEW
People
(Reporter: docwhat, Unassigned)
Details
(Whiteboard: tpi:+)
While it's nice that nsIFilePicker.filterApp understands app-bundles (directories that end in .app used on OS-X for applications), filterApp no longer understands unix-style executables (files with the executable bit set).
This is rather annoying, especially since bug #307463 still exists; you cannot actually execute them directly and instead have to resort to doing something like: /usr/bin/open -a <app-bundle> --args <arguments>
*sigh*
|
||
Comment 1•13 years ago
|
||
Moving to file handling. Certainly not OS/2 related
Assignee: mozilla → nobody
Component: Widget: OS/2 → File Handling
QA Contact: os2 → file-handling
|
||
Updated•13 years ago
|
Component: File Handling → Widget: Cocoa
QA Contact: file-handling → cocoa
|
|
||
Comment 2•8 years ago
|
||
Christian, I know it's been a while. Can you provide a good use case for this?
Flags: needinfo?(docwhat)
Priority: -- → P3
Whiteboard: tpi:+
|
Reporter | |
Comment 3•8 years ago
|
||
I'm the Author of It's All Text! It'd be nice for selecting and editing with OS X native editors. Ones that are in .app bundles.
Flags: needinfo?(docwhat)
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•