Ian
f2cd72a0db
Bug 251475. Make sure channels don't return null for the originalURI. Initial work by Daniel Kraft <domob@daniel-kraft.net> and Brandon Ferguson <bnferguson@gmail.com>. r+sr=bzbarsky.
2008-10-15 16:05:23 -04:00
bzbarsky@mit.edu
502c4c7607
Fix leak bug 391978. r=biesi, sr=dmose, a=sayrer
2007-11-08 22:13:26 -08:00
dmose@mozilla.org
4ad19860ce
Fix for protocol handling dialog throwing exception when a web handler is selected (bug 392957), r=biesi, sr=mconnor, a=bz
2007-09-02 21:44:25 -07:00
sdwilsh@shawnwilsher.com
ea36e2eef8
Bug 389870 - When previous action was to use a local helper app, the protocol never works again. r=cbiesinger, sr=dmose, a=schrep
2007-07-27 13:20:54 -07:00
dmose@mozilla.org
2b71ae690f
nsExternalHelperAppService::ExternalProtocolHandlerExists (almost) always sets aHandlerExists to PR_TRUE, enabling gnomevfs protocols, patch by Karl Tomlinson <mozbugs@karlt.net, r+sr=biesi,dmose; a=roc
2007-07-27 11:31:13 -07:00
sdwilsh@shawnwilsher.com
d09c917fe3
Bug 385065 - protocol handling dialog. r=cbiesinger (forgot to fix two nits)
2007-07-25 23:44:43 -07:00
sdwilsh@shawnwilsher.com
ca6da5a72e
Bug 385065 - protocol handling dialog. toolkit: r=mano; uriloader: r=cbiesinger, sr=dmose general: ui-r=beltzner
2007-07-25 21:24:25 -07:00
bzbarsky@mit.edu
5fda0c5d00
Add a flag that allows protocol handlers to indicate that they don't return any
...
data. Bug 379819, patch by Ryan Jones <sciguyryan@gmail.com>, r=me, sr=biesi
2007-07-25 10:21:41 -07:00
dmose@mozilla.org
ec036ba262
Refactor nsIMIMEInfo and nsExternalHelperAppService to support local and web-based protocol handlers (bug 384374), r=biesi, sr=sicking
2007-07-05 12:31:44 -07:00
dmose@mozilla.org
10f8641377
Fix web based protocol handlers to work from link clicks in addition to the URL bar (bug 383396), r=biesi, sr=sicking
2007-06-15 14:43:51 -07:00
sdwilsh@shawnwilsher.com
ab1be9a46d
Bug 383807 - Explain why we are not checking the result of new in nsExternalProtocolHander.cpp. Patch by Ryan Jones <sciguyryan@gmail.com>. r=cbiesinger, sr=dmose
2007-06-12 11:31:54 -07:00
dmose@mozilla.org
12f5a83e26
Implement backend changes for web-based protocol handlers a la WhatWG HTML5 draft (bug 380415). r=cbiesinger@gmx.at, sr=jonas@sicking.cc
2007-05-25 08:17:44 -07:00
gijskruitbosch@gmail.com
3e830ee3c0
Bug 229168 - Save Page (with mms:// embedded media) invokes Windows Media Playerp=sciguyryan@gmail.com (Ryan Jones)r=silver@warwickcompsoc.co.uk (James Ross)r+sr=cbiesinger@gmx.at (Christian Biesinger)
2007-04-15 05:31:18 -07:00
bzbarsky%mit.edu
0a3a624149
Make it possible for protocol handlers to configure how CheckLoadURI should
...
treat them via their protocol flags. Remove the protocol list we used before.
Bug 120373, r=dveditz, sr=darin
2006-11-10 23:49:08 +00:00
timeless%mozdev.org
27eaab5dcd
Bug 337917 Make consumers stop using cids from other modules
2006-06-18 21:18:22 +00:00
darin%meer.net
0318b8c707
landing patch for bug 326273 "Implement nsIThreadManager" (Mac portions by Mark Mentovai) with reviews from bienvenu, bsmedberg, bzbarsky, josh, roc, and ssieb
2006-05-10 17:30:15 +00:00
bzbarsky%mit.edu
722b5218b2
Add an interface for nested URIs (like jar:, view-source:, etc) to implement
...
and use it in various places. Create null principals if asked for a codebase
principal for a codebase that doesn't have an inherent security context (eg
data: or javascript:). Bug 334407, r=biesi,dveditz, sr=darin
2006-05-02 18:54:19 +00:00
dbaron%dbaron.org
7b6c6f51b5
Make nsIChannel implementations follow the rules that prevent them from leaking due to cycles with their notification callbacks. b=303043 r=biesi sr=darin
2005-08-12 22:53:22 +00:00
bryner%brianryner.com
29c70cffe8
Reduce do_GetService code bloat further by adding specialized assignment to nsCOMPtr and providing a version with no error pointer. Also make CallGetService work the same way as CallGetComponent does, as far as using frozen/non-frozen interface to service manager. Bug 264456, r=darin.
2004-11-24 22:48:45 +00:00
darin%meer.net
f103a62f64
fixes bug 261083 "Channels do not uniformly query their notification callbacks" r=biesi sr=bzbarsky
2004-11-15 20:16:52 +00:00
dveditz%cruzio.com
430d42c69d
bug 263546: move external protocol warning down a level, r=jsr,sr=darin
2004-10-25 07:46:01 +00:00
cbiesinger%web.de
b84daa8a30
add a way to get an application description for a given externally-handled
...
scheme, and use it in the confirmation dialog that asks whether to launch such
links.
bug 258802
windows and cross-platform part: r=ere sr=neil,bz
linux part: r=bz sr=bryner
2004-10-16 13:46:17 +00:00
cbiesinger%web.de
759a1ad735
fixing bustage
2004-10-03 17:19:08 +00:00
cbiesinger%web.de
dd29323495
259084 some cleanup after bug 173010 r=bz sr=darin
2004-10-03 17:06:57 +00:00
dveditz%cruzio.com
3ea4400949
bug 173010 prompt before launching external protocol handler,r=mscott,sr=darin/jst
2004-09-10 23:24:49 +00:00
bzbarsky%mit.edu
3f371fd3be
Setting location to a mailto: URI should not throw if there is a system mailto:
...
handler. Bug 236589, r=biesi, sr=darin
2004-07-29 23:58:59 +00:00
bzbarsky%mit.edu
a5ebcc2be2
Fix problem with the external protocol channel that makes it return a null
...
originalURI and cause crashes. Bug 241300, r=biesi, sr=darin
2004-07-15 20:20:50 +00:00
bzbarsky%mit.edu
bb3844e6d4
Blocked protocols should still allow URI creation; they should just fail
...
channel creation. Bug 244220, r+sr=darin
2004-05-21 00:28:52 +00:00
gerv%gerv.net
f7f3cb2736
Bug 236613: change to MPL/LGPL/GPL tri-license.
2004-04-17 16:52:41 +00:00
cavin%netscape.com
32e275f48d
Fix for 183111. Added nsIExternalProtocolHandler interface and method handlerExists in netwerk/bae/public to be used by mozTXTToHTMLConv. Also treated 0xA0 as space in mozTXTToHTMLConv. r=darin, sr=sspitzer.
2003-02-27 22:46:42 +00:00
dbaron%dbaron.org
b9083989bb
Bug 178643: Remove uses of NS_INIT_ISUPPORTS, since it is no longer needed. r=timeless sr=jag
2003-01-08 23:19:20 +00:00
timeless%mozdev.org
1b458bbbad
Bug 186723 external protocol handler NewURI doesn't check to see if SetSpec failed..
...
patch by andersma@luther.edu r=timeless sr=darin
2003-01-08 20:32:14 +00:00
bzbarsky%mit.edu
ab75327f3e
Make nsILinkHandler take uris instead of strings. Bug 176904, r=darin, sr=jst
2002-11-20 00:44:26 +00:00
dougt%netscape.com
68faeb5241
166917. Clean up xpcom SDK includes. r=rpotts@netscape.com, sr=alecf@netscape.com, a=rjesup@wgate.com
2002-09-07 17:13:19 +00:00
darin%netscape.com
b4b75daa66
cleaning up documentation, marking some interfaces frozen, and splitting
...
up some interfaces into separate IDL files (b=124465)
reviewed by dougt and bbaetz
2002-05-03 07:49:43 +00:00
darin%netscape.com
9fbd1028d6
b=128508 "freeze nsIChannel nsIRequest" r=gagan, sr=rpotts, a=asa
2002-03-20 22:50:33 +00:00
darin%netscape.com
f1a6738b6c
fixes bug 124042 "support internationalized URIs" r=dougt, sr=alecf, a=asa
2002-03-06 07:48:55 +00:00
jaggernaut%netscape.com
ca6197295f
Bug 100476: Convert uses of member functions ToNewUnicode, ToNewCString and ToNewUTF8String to their global versions and remove support from nsCString and nsString. r=dbaron, rs=scc
2001-09-29 08:28:41 +00:00
darin%netscape.com
5a2d9f0d2d
checking bbaetz's patch for bug 89500 "SOCKS: only http|https re-directted in (post Mozilla 0.9.2)"
...
patch=bbaetz, r=dougt, sr=darin
2001-09-13 02:21:05 +00:00
andreas.otte%primus-online.de
6917b5d061
bug 40670 [URL: resolution of protocol:/path] checking in the groundwork to have an easy fix if we ever decide to support these kind of deprecated relative urls. For that a new attribute URIType is added to nsIProtocolHandler and its implementations to store some protocol/scheme dependend information to have enough information to allow correct parsing. r=darin@netscape.com sr=rpotts@netscape.com
2001-08-07 20:42:57 +00:00
dougt%netscape.com
e0c4831d10
Fixes bug 83401. r=gagan, darin, sr=vidur, a=blizzard. Add port blacklisting to necko
2001-06-06 00:10:09 +00:00
pavlov%netscape.com
5906063c28
fixing build bustage
2001-04-10 07:10:30 +00:00
darin%netscape.com
00a7e27ee6
Necko API changes, bug 74221. r=valeski, sr=rpotts.
2001-04-10 06:01:08 +00:00
dougt%netscape.com
128f95aa9b
Relanding Necko Changes.
...
Revising nsIChannel to allow for overlapped i/o. This consists of three parts:
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.
This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.
r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-21 20:38:08 +00:00
disttsc%bart.nl
3d2d80d536
Back out dougt's channel changes
2001-02-12 03:14:23 +00:00
dougt%netscape.com
1b9ca82439
Revising nsIChannel to allow for overlapped i/o. This consists of three parts:
...
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.
This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.
The full details of the change on written up in the netlib newsgroup.
r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-10 00:16:26 +00:00
mscott%netscape.com
7d14d6aaaa
Bug #63193 --> the external protocol handler should only return a url or a new channel if we really do
...
have an external app that can handle the url. otherwise return NS_ERROR_UNKNOWN_PROTOCOL so we'll throw up an alert
dialog later on.
sr=sspizter
2001-02-07 05:24:27 +00:00
mscott%netscape.com
7acbc39ac7
Bug #63193 --> add these two new files for a default protocol handler which will kick urls out to the OS
...
sr=rpotts
2001-02-07 01:21:58 +00:00
