[<search>] What's supposed to be the official behavior of a component type search?
[<search>] What's supposed to be the official behavior of a component type search?
- Subject: [<search>] What's supposed to be the official behavior of a component type search?
- From: Iceberg-Dev <email@hidden>
- Date: Sun, 20 Dec 2009 00:07:07 +0100
If we look at the XML elements generated by PackageMaker, we can see
that for a bundle, the search element looks something like this:
<search id="someID" type="component">
<bundle CFBundleIdentifier="com.apple.dashboardlauncher"
path="/Applications/Dashboard.app"/>
</search>
If we look at the XML element written for the Mac OS X 10.6.2
updater, the search element looks like this:
<search id="com.apple.dashboardlauncher.bundle" type="component">
<bundle CFBundleIdentifier="com.apple.dashboardlauncher"/>
</search>
and then it uses a script type search:
<search id="com.apple.dashboardlauncher" type="script" script="search
()">
<script>
function search() {
var results = my.search.results['com.apple.dashboardlauncher.bundle'];
if (typeof(results) == 'object') {
if (results.length == 0) {
return "/var/run/DoNotInstall";
}
for (var i = 0; i < results.length; i++) {
var result = results[i];
if (result == "/Applications/Dashboard.app") {
return result;
}
}
}
return results;
}
</script>
</search>
This can mean many things among which:
(a) the path attribute does not work.
(b) the path provided is not checked first.
(c) contrary to popular belief, the returned 'results' array is post-
processed by some algorithm (version sorting for instance) and
Installer.app won't just use the first item of the array.
Question:
---------
Is it 'a', 'b' or 'c'?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden