Bug 216392

Saving a WebKitDownload to /path/to/filename, which already exists.

/path/to/hardlink is a hard link to /path/to/filename.

(1)
webkit_download_set_destination(wkdl,"file:///path/to/filename");
webkit_download_set_allow_overwrite(wkdl,FALSE);

Bug: The operation fails (as expected), but the existing /path/to/filename is deleted.
 Even if /path/to/filename is write-protected.
 Even if /path/to/filename is actually an empty directory.

(2)
webkit_download_set_destination(wkdl,"file:///path/to/filename");
webkit_download_set_allow_overwrite(wkdl,TRUE);

With everything writeable, the download is saved with a new inode, breaking the hard link. Won't argue the "new inode" -- opinions may differ.  But I would expect the contents of /path/to/hardlink to be untouched.

Bug: The contents of /path/to/hardlink are deleted, leaving an empty file.