Closed
Bug 301539
Opened 19 years ago
Closed 18 years ago
isExecutable() is not working
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 322865
People
(Reporter: weihsiu, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 var file = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile); file.initWithPath("/usr/bin/zip"); if (file.isExecutable()) print("is executable"); else print("is not executable"); // isExecutable() returns false even though print(file.permissions); // permissions is 0100555 (Octal) Reproducible: Always Steps to Reproduce: see Details Actual Results: is not executable 33133 (0100555 in octal) Expected Results: is executable 33133
Comment 1•19 years ago
|
||
This is what we get for using LaunchServices: we wind up testing whether things are applications, not whether they're executable. I guess we should do both, with a stat and check for X-bits if the target isn't an application.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•19 years ago
|
Component: OS Integration → XPCOM
Product: Firefox → Core
Version: unspecified → 1.0 Branch
Updated•19 years ago
|
Version: 1.0 Branch → Trunk
Updated•19 years ago
|
Flags: testcase+
Comment 2•19 years ago
|
||
Cc:ing conrad. I seem to recall discussions about whether non-UI processes should be considered executable; maybe we decided against that for "security" reasons.
Updated•19 years ago
|
QA Contact: os.integration → xpcom
Comment 3•18 years ago
|
||
Duping forward to where there's at least a little progress. *** This bug has been marked as a duplicate of 322865 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•