← Back to branch summary

~ubuntu-branches/ubuntu/vivid/curl/vivid-proposed

« back to all changes in this revision

Viewing changes to docs/TODO

  • Committer: Package Import Robot
  • Author(s): Michael Vogt
  • Date: 2014-04-30 13:34:14 UTC
  • mfrom: (76.1.1 utopic)
  • Revision ID: package-import@ubuntu.com-20140430133414-lal4vsnldlvsue7n
* Merge from Debian unstable.  Remaining changes:
  - Drop dependencies not in main:
    + Build-Depends: Drop stunnel4 and libssh2-1-dev.
    + Drop libssh2-1-dev from binary package Depends.
  - Add new libcurl3-udeb package.
  - Add new curl-udeb package.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/TODO
38
38
 5.1 Better persistency for HTTP 1.0
39
39
 5.2 support FF3 sqlite cookie files
40
40
 5.3 Rearrange request header order
41
 
 5.4 HTTP2/SPDY
 
41
 5.4 SPDY
42
42
 5.5 auth= in URLs
43
43
 
44
44
 6. TELNET
87
87
 15.3 prevent file overwriting
88
88
 15.4 simultaneous parallel transfers
89
89
 15.5 provide formpost headers
90
 
 15.6 url-specific options
91
 
 15.7 warning when setting an option
92
 
 15.8 IPv6 addresses with globbing
 
90
 15.6 warning when setting an option
 
91
 15.7 IPv6 addresses with globbing
93
92
 
94
93
 16. Build
95
94
 16.1 roffit
273
272
 headers use a default value so only headers that need to be moved have to be
274
273
 specified.
275
274
 
276
 
5.4 HTTP2/SPDY
277
 
 
278
 
 The first drafts for HTTP2 have been published
279
 
 (http://tools.ietf.org/html/draft-ietf-httpbis-http2-03) and is so far based
280
 
 on SPDY (http://www.chromium.org/spdy) designs and experiences. Chances are
281
 
 it will end up in that style. Chrome and Firefox already support SPDY and
282
 
 lots of web services do.
283
 
 
284
 
 It would make sense to implement SPDY support now and later transition into
285
 
 or add HTTP2 support as well.
286
 
 
287
 
 We should base or HTTP2/SPDY work on a 3rd party library for the protocol
288
 
 fiddling. The Spindy library (http://spindly.haxx.se/) was an attempt to make
289
 
 such a library with an API suitable for use by libcurl but that effort has
290
 
 more or less stalled.  spdylay (https://github.com/tatsuhiro-t/spdylay) may
291
 
 be a better option, either used directly or wrapped with a more spindly-like
292
 
 API.
 
275
5.4 SPDY
 
276
 
 
277
 Chrome and Firefox already support SPDY and lots of web services do. There's
 
278
 a library for us to use for this (spdylay) that has a similar API and the
 
279
 same author as nghttp2.
 
280
 
 
281
 spdylay: https://github.com/tatsuhiro-t/spdylay
293
282
 
294
283
5.5 auth= in URLs
295
284
 
494
483
 which should overwrite the program reasonable defaults (plain/text,
495
484
 8bit...)
496
485
 
497
 
15.6 url-specific options
498
 
 
499
 
 Provide a way to make options bound to a specific URL among several on the
500
 
 command line. Possibly by letting ':' separate options between URLs,
501
 
 similar to this:
502
 
 
503
 
    curl --data foo --url url.com : \
504
 
        --url url2.com : \
505
 
        --url url3.com --data foo3
506
 
 
507
 
 (More details: http://curl.haxx.se/mail/archive-2004-07/0133.html)
508
 
 
509
 
 The example would do a POST-GET-POST combination on a single command line.
510
 
 
511
 
15.7 warning when setting an option
 
486
15.6 warning when setting an option
512
487
 
513
488
  Display a warning when libcurl returns an error when setting an option.
514
489
  This can be useful to tell when support for a particular feature hasn't been
515
490
  compiled into the library.
516
491
 
517
 
15.8 IPv6 addresses with globbing
 
492
15.7 IPv6 addresses with globbing
518
493
 
519
494
  Currently the command line client needs to get url globbing disabled (with
520
495
  -g) for it to support IPv6 numerical addresses. This is a rather silly flaw
590
565
 for applications to differentiate on TCP vs UDP and even HTTP vs FTP and
591
566
 similar.
592
567
 
593
 
10. Next major release
 
568
19. Next major release
594
569
 
595
570
19.1 cleanup return codes
596
571