![]() > +#include "./././ipc/chromium/src/chrome/common/file_metadata_mac.h"Ĭan we instead add the file to the list of exported headers in that directory's moz.build, and have a shorter include path +2363,5 + rv = refUri->GetSpec(referrer) ![]() There's some end-of-line whitespace scattered around this patch that should be removed before landing. I'm sorry for having dropped this completely. Patch for this bug and bug 401748, updated to current trunk Commenting out the call to AddOriginMetadataToFile() makes no difference to its contents.įinally (and best of all), if an app has a extended attribute with the additional data added by the patch's call to AddQuarantineMetadataToFile(), you see additional information in the quarantine dialog displayed by the OS the first time you try to run it: There's a Show Web Page button that will take you to the page from which its dmg file was downloaded.Ĭomment on attachment 669327 The extended attribute, to which data is added by the call to AddOriginMetadataToFile(), doesn't seem to contribute to the information stored in the extended attribute. No quarantine stuff at all gets added, either to the downloaded dmg file or to the app dragged from it, if the patched FF distro's ist file doesn't have the LSFileQuarantineEnabled key.īut if the patched FF distro's ist file has this key, the downloaded dmg file and the app dragged out from it have a extended attribute that includes the standard quarantine information plus the information added by the call to AddQuarantineMetadataToFile(). However it doesn't also get added to the copy of an app dragged from a downloaded dmg file. the FF 15.0.1 dmg file), regardless of whether or not the ist file of the patched FF distro has the LSFileQuarantineEnabled key described above. The kMDItemWhereFroms stuff (included in the extended attribute) always gets added to downloaded files (e.g. I used 'xattr -l' to see what "extended attributes" were added to the downloaded dmg file itself, and to the copy of Firefox dragged out from it. I tested downloading the current version of Firefox from. Which means that the patch is incomplete by itself, and that we'll also need to add the following key to ist: But not in distros whose bundle id isn't "" (i.e. I just tested this (an updated version) in current code, and basically it works fine. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |