dolske@mozilla.com
1b346b4adc
Bug 299372 - Content-Disposition headers no longer looked at for Save Link As filename. original-patch=dmose, r=mconnor, r=biesi, a=blocking-ff3+
2008-04-02 20:02:08 -07:00
vladimir@pobox.com
6d3fc1ea99
backing out patch for bug 299372 for b4, as per bug 420481
2008-03-02 23:31:37 -08:00
dmose@mozilla.org
88d845a512
Use Content-Disposition headers for "Save Link As", when available (bug 299372); r=mconnor (browser bits), r/sr=biesi (uriloader bits), ui-r=beltzner, a1.9b4=beltzner
2008-02-29 15:59:20 -08:00
bzbarsky@mit.edu
cb5ea7cf87
Put our load into the newly-created loadgroup when we go and create one. Bug 383961, r+sr=biesi, a=bzbarsky
2007-08-23 10:37:40 -07:00
bzbarsky@mit.edu
a65e95ce03
Make <object> do the same text/plain sniffing that <iframe> does, and use the content type hint if the type comes back as application/octet-stream or sniffed-binary. Bug 389677, r+sr=biesi, a=sicking
2007-08-20 20:26:12 -07:00
cbiesinger@gmx.at
58c915e6bf
Bug 382113 make sure to add the request to the new loadgroup before removing it
...
from the old one so that onload doesn't fire before it should
Also make nsLoadGroup::AddRequest assert that the request isn't in the loadgroup yet
Finally, reenable the reftest that tests the <object> onload behaviour
r+sr=bz
2007-07-18 14:37:39 -07:00
hg@mozilla.com
465265d0d4
Free the (distributed) Lizard! Automatic merge from CVS: Module mozilla: tag HG_REPO_INITIAL_IMPORT at 22 Mar 2007 10:30 PDT,
2007-03-22 10:30:00 -07:00
