Closed Bug 301539 Opened 19 years ago Closed 18 years ago

isExecutable() is not working

Categories

(Core :: XPCOM, defect)

PowerPC
macOS
defect
Not set
normal

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
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
Component: OS Integration → XPCOM
Product: Firefox → Core
Version: unspecified → 1.0 Branch
Version: 1.0 Branch → Trunk
Flags: testcase+
Flags: testcase+
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.
QA Contact: os.integration → xpcom
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.