Commit Graph

15 Commits

Author SHA1 Message Date
Dan Witte
86583b1783 Back out Bug 589292. 2010-08-30 13:20:38 -07:00
Dan Witte
8937bd5738 Bug 589292 - e10s necko: add contentDisposition prop to nsIChannel. r=jduell, sr=biesi, a=beta5+ 2010-08-25 17:51:21 -07:00
Ehsan Akhgari
a87b134220 Bug 560647 - add startup timeline instrumentation; r=vlad 2010-05-19 19:22:19 -04:00
Boris Zbarsky
a990e2dd31 Bug 537120 part 2: be more conservative as far as application of converters goes. r=jst 2010-04-10 09:10:21 -07:00
Jason Duell
8fbc5ad91e Bug 474536. Expose the underlying channel's content-disposition on jar: channels. r+sr=bzbarsky 2009-02-19 15:25:18 -05:00
L. David Baron
671f598185 Backed out changeset 4bd7dd7645c2 (Bug 474536) 2009-02-19 12:37:53 -08:00
Jason Duell
8c27d27270 Bug 474536. Expose the underlying channel's content-disposition on jar: channels. r+sr=bzbarsky 2009-02-19 15:25:18 -05:00
Boris Zbarsky
0e664da731 Moving closing paren to make it clearer what the logic really is and removing redundant comment. No behavior change. 2008-10-22 22:11:40 -04:00
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