It seems more important than ever now, as since Safari 3.0.4 there is no longer any way to change the download directory Firefox is using for 'Open With' files.Īt the moment the situation is somewhat bizarre, in that what is a temporaryĭirectory on other platforms, is hardcoded (and impossible to change) to the I was wondering if there was any progress on this issue. + aBranch->SetBoolPref("", PR_TRUE) Īdd a comment on what behavior we're importing here. + NS_GET_IID(nsILocalFile), downloadFolder) NS_GET_IID(nsILocalFile), downloadFolder) Index: mozilla/browser/components/migration/src/nsSafariProfileMigrator.cppĪBranch->SetIntPref("", equals ? 0 : 2) ĪBranch->SetComplexValue("", As those has no UI, use theĪlso, if launchTempDir is already set and useLaunchTempDir is off, we shouldn't + // On the Mac, the directory used to hold files for launch follows theĭocument.getElementById("") ĭocument.getElementById("") Index: mozilla/browser/components/preferences/downloads.js Index: mozilla/browser/components/preferences/downloads.xul + nsCOMPtr prefs = do_GetService(NS_PREFSERVICE_CONTRACTID) Index: mozilla/uriloader/exthandler/nsExternalHelperAppService.cpp Josh, I whacked some more XP_MAC for ya.Ĭomment on attachment 199123
#Plistedit pro 174.dmg Patch#
Slightly different prefs to determine the save-as location, and this patch To the desktop is no worse than the existing behavior.Ĭamino/Seamonkey and Toolkit (Firefox and the rest of the menagerie) use These aren't the first prefs in theīrowser.download branch that exthandler is looking at, and always falling back I might be inclined to minus the patch myself just on that principle. Iĭon't like the idea of adding an interface because embedders don't generallyĬare about temp files like this, and in a sense, it's none of their business. Peek into preferences that it doesn't own in order to solve this problem. Short of addingĪn interface to pull this information out of the embedder, exthandler needs to Is the problem here, is controlled exclusively in exthandler. The patch is sort of unclean in that the "save all downloads to" behavior isĬontrolled by the embedder, not uriloader/exthandler. Splinter Review This actually does affect Camino, albeit in a much more subtle way. Save files for launch in the download folder, if any, else the desktop (obsolete) It should have downloaded the file to a temp-files directory of my specification.
Link, another copy is downloaded to the desktop. View your desktop - voilà, a file you don't want there.Ī file was downloaded to the desktop. Quit out of the app that opens to view the fileĤ.
#Plistedit pro 174.dmg pdf#
Under Prefs -> Downloads, set the action associated with PDF to "open"ģ. Preferred temp folder this does not work.ġ. Temp-files directory, the location to which Firefox downloads temporary filesĬursory googling suggests setting the download location in Safari to your While I realize the Desktop is the default Mac There appears to be no place for a user to specify his/her preference of a
When I quit, this file is still there, and If I have the action associated with the filetype PDF set to "open," when IĬlick on a link to any PDF, Firefox will save the file to my desktop, and then
#Plistedit pro 174.dmg mac os x#
User-Agent: Mozilla/5.0 (Macintosh U PPC Mac OS X Mach-O en-US rv:1.8b4) Gecko/20050914 Camino/1.0a1īuild Identifier: Mozilla/5.0 (Macintosh U PPC Mac OS X Mach-O en-US rv:1.8b4) Gecko/20050914 Camino/1.0a1
0 kommentar(er)
