aboutsummaryrefslogtreecommitdiffstats
path: root/lib/inets/doc/src/notes_history.xml
blob: 6a7bb35b38e503785da08bc3faf0d877d845d8a2 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
1693
1694
1695
1696
1697
1698
1699
1700
1701
1702
1703
1704
1705
1706
1707
1708
1709
1710
1711
1712
1713
1714
1715
1716
1717
1718
1719
1720
1721
1722
1723
1724
1725
1726
1727
1728
1729
1730
1731
1732
1733
1734
1735
1736
1737
1738
1739
1740
1741
1742
1743
1744
1745
1746
1747
1748
1749
1750
1751
1752
1753
1754
1755
1756
1757
1758
1759
1760
1761
1762
1763
1764
1765
1766
1767
1768
1769
1770
1771
1772
1773
1774
1775
1776
1777
1778
1779
1780
1781
1782
1783
1784
1785
1786
1787
1788
1789
1790
1791
1792
1793
1794
1795
1796
1797
1798
1799
1800
1801
1802
1803
1804
1805
1806
1807
1808
1809
1810
1811
1812
1813
1814
1815
1816
1817
1818
1819
1820
1821
1822
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE chapter SYSTEM "chapter.dtd">

<chapter>
  <header>
    <copyright>
      <year>2004</year><year>2013</year>
      <holder>Ericsson AB. All Rights Reserved.</holder>
    </copyright>
    <legalnotice>
      The contents of this file are subject to the Erlang Public License,
      Version 1.1, (the "License"); you may not use this file except in
      compliance with the License. You should have received a copy of the
      Erlang Public License along with this software. If not, it can be
      retrieved online at http://www.erlang.org/.

      Software distributed under the License is distributed on an "AS IS"
      basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See
      the License for the specific language governing rights and limitations
      under the License.

    </legalnotice>

    <title>Inets Release Notes History</title>
    <prepared></prepared>
    <responsible></responsible>
    <docno></docno>
    <approved></approved>
    <checked></checked>
    <date>04-09-30</date>
    <rev>A</rev>
    <file>notes_history.sgml</file>
  </header>
  
  <section>
  <title>Inets 4.7.17</title>
  
  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[HTTP client] - Could fail in retry_pipeline/2 due to an
	  incorrect assumption of an internal returnvalue.</p>
	<p>Own Id: OTP-6791</p>
      </item>
      <item>
	<p>[HTTP client] - The check of the value of the transfer
	  encoding has been updated so that it is case insensitive.</p>
	<p>Own Id: OTP-6807</p>
      </item>
      <item>
	<p>[HTTP client] - When receiving a 304 "Not Modified"
	  reply, the httpc_handler will no longer expect to receive
	  a HTTP body.</p>
	<p>Own Id: OTP-6821</p>
      </item>
      <item>
	<p>[HTTP client] - Parsing of the HTTP response failed when
	  there was no headers fields in the response.</p>
	<p>Own Id: OTP-6830</p>
      </item>
    </list>
  </section>
  
  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[HTTP server] - Started clean up of code so that it uses
	  stdlib functions instead of reinventing them.</p>
	<p>Own Id: OTP-6808</p>
      </item>
    </list>
  </section>

  </section>

  <section>
  <title>Inets 4.7.16</title>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>Minor Makefile changes.</p>
	<p>Own Id: OTP-6689</p>
      </item>
      <item>
	<p>http_base_64:encode/decode and
	  httpd_util:to_upper/to_lower are now deprecated, as these
	  functions has been moved to stdlib, using them will now
	  cause an compiler warning and the documentation of them
	  has been removed.</p>
	<p>Own Id: OTP-6716</p>
      </item>
      <item>
	<p>When making an asynchronous HTTP request and the
	  underlying gen_tcp:connect failed with timeout (not a
	  very common case) the return of the asynchronous HTTP
	  request was delayed for "timeout" seconds. This happened
	  due to the fact that when spawning a gen_server process
	  the spawn will wait for the init function to complete.
	  This is now avoided using proc_lib and
	  gen_server:enter_loop/3, hence the asynchronous HTTP
	  request return will not be delayed. Also the request
	  timeout value is now propagated to gen_tcp rather that
	  relying on the system default.</p>
	<p>Own Id: OTP-6735</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.15</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[tftp] The TFTP client/server implements now a more
	  relaxed interpretation of the RFC 1350 regarding
	  re-receive of acknowledgments. If multiple copies of the
	  same acknowledgments is received the spurious ones are
	  silently ignored. This fix was intended for inets-4.7.14
	  but accidentally it was not included in that release.</p>
	<p>Own Id: OTP-6706 Aux Id: OTP-6691 </p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>Minor Makefile changes.</p>
	<p>Own Id: OTP-6689</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.14</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[tftp] The TFTP client/server implements now a more
	  relaxed interpretation of the RFC 1350 regarding
	  re-receive of acknowledgments. If multiple copies of the
	  same acknowledgments is received the spurious ones are
	  silently ignored.</p>
	<p>Own Id: OTP-6691</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.13</title>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[tftp] The TFTP client/server implements now a more
	  relaxed interpretation of the RFC 1350 regarding
	  re-receive of data packets. If multiple copies of the
	  same data packet is received the spurious ones are
	  silently ignored.</p>
	<p>Own Id: OTP-6642</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.12</title>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[httpd] - When calling httpd:restart there was a file
	  descriptor and ets table leek due to the fact that the
	  semantics of the function restart is not restart but
	  reload.</p>
	<p>Own Id: OTP-6573 Aux Id: seq10607 </p>
      </item>
      <item>
	<p>[tftp] Crash in tftp_engine:terminate/3 caused big crash
	  report. The file was however transferred as normal, but
	  the ugly printout is now gone.</p>
	<p>Own Id: OTP-6596 Aux Id: seq10618 </p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.11</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http] - Chunked encoding updated to handle the empty
	  chunk.</p>
	<p>Own Id: OTP-6511</p>
      </item>
      <item>
	<p>[http] - Removed minor bugs and dead code found by
	  dialyzer.</p>
	<p>Own Id: OTP-6522</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.10</title>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[httpd] - The server no longer produces error messages
	  when the client resets the the connection. This is not an
	  error as far as the server is concerned.</p>
	<p>Own Id: OTP-6484 Aux Id: seq10568 </p>
      </item>
      <item>
	<p>[tftp] The server is now silent by default. Error
	  messages can however be displayed by setting the debug
	  level to 'error' (new) or higher.</p>
	<p>Own Id: OTP-6498</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.9</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>Bug in in handling of request timers has been corrected.</p>
	<p>Own Id: OTP-6476</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[tftp] - Daemon was only able to process one request when
	  fd option was given.</p>
	<p>Own Id: OTP-6480</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.8</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[ftp, httpc] - Updated the internal ensure_started
	  functions to handle that inets was started as an included
	  application.</p>
	<p>Own Id: OTP-6409 Aux Id: seq10546 </p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[httpd] - Guard added to API function
	  httpd_util:integer_to_hexlist/1.</p>
	<p>Own Id: OTP-6397</p>
      </item>
      <item>
	<p>[tftp] - Introduced ability to use prebound ports (see
	  the option {port, Port} for more info). Added peer info
	  (host and port) as new optional argument to prepare and
	  open functions in tftp callback modules.</p>
	<p>Own Id: OTP-6413</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.7</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[httpd] - The http server could throw away pipelined
	  requests leaving the client hanging.</p>
	<p>Own Id: OTP-6310</p>
      </item>
      <item>
	<p>[ftp] - Code for handling fallback to ipv4 was not
	  exhaustive.</p>
	<p>Own Id: OTP-6312</p>
      </item>
      <item>
	<p>[httpd] - Incorrect handling of ipv6 address would crash
	  the loading of the BindAddress parameter, which had the
	  consequence that you could not start more than one HTTP
	  server on an erlang node.</p>
	<p>Own Id: OTP-6323</p>
      </item>
      <item>
	<p>[httpc] - Some 30X codes, as for instance 302, should not
	  always be automatically redirected but in inets-4.7.6 some
	  restrictions where made too hard, never allowing an
	  automatic redirection. (Automatic redirect should be
	  allowed for get and head.)</p>
	<p>Own Id: OTP-6332</p>
      </item>
      <item>
	<p>[ftp] - The mode flag that could be used to force ftp
	  active mode was ignored. Only the deprecated function
	  force_active/1 works for prior releases to this one.</p>
	<p>Own Id: OTP-6342</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[httpc] - Added debug feature to turn on/off some basic
	  erlang tracing on client processes.</p>
	<p>Own Id: OTP-6326</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.6</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[httpc] - The parsing of uri's was rewritten so that it
	  should handle all types of uri's including ipv6 uri's.</p>
	<p>Own Id: OTP-5677</p>
      </item>
      <item>
	<p>[httpc, httpd] - Extensions and trailers where not
	  properly handled by the chunk decoding implementation.</p>
	<p>Own Id: OTP-6005 Aux Id: OTP-6264 </p>
      </item>
      <item>
	<p>[httpc] - A request resulting in an empty body is now
	  returned without any delays.</p>
	<p>Own Id: OTP-6243</p>
      </item>
      <item>
	<p>[httpc] - When http:request/4 was used with a configured
	  proxy, and the webserver returns 3XX code, http:request/4
	  entered an endless loop. Two problems was solved in this
	  area, the absolute uri is now updated when a redirect is
	  issued, so that the problem in this case will not arise,
	  and the redirection endless loop detection was fixed so
	  that will actually detect potential endless loops.</p>
	<p>Own Id: OTP-6244</p>
      </item>
      <item>
	<p>[httpc, httpd] - In some cases if a body contained the
	  sequence "\r\n0" and was chunked encoded this sequence
	  was incorrectly interpreted as the last chunk.</p>
	<p>Own Id: OTP-6264 Aux Id: OTP-6005 </p>
      </item>
      <item>
	<p>[httpc, httpd] - http_request.erl didn't handle https
	  URIs, which meant that redirects from ESI did not work.</p>
	<p>Own Id: OTP-6274</p>
      </item>
      <item>
	<p>[httpc, httpd] - The base 64 decoder was missing a guard
	  so that invalid input lead to an emulator crash instead
	  of a function clause as expected. Also the http server
	  has been improved to handle the function clause error
	  returning a bad credentials reply to the client.</p>
	<p>Own Id: OTP-6279</p>
      </item>
      <item>
	<p>[httpc] - Changed internal default value as it sometimes
	  would be interpreted incorrectly causing the client to
	  return an incomplete body.</p>
	<p>Own Id: OTP-6283</p>
      </item>
      <item>
	<p>[httpc] - Handling of 30X codes was changed so that it
	  works according to the documentation. For instance 301
	  and 302 codes will not be automatically redirected.</p>
	<p>Own Id: OTP-6297</p>
      </item>
      <item>
	<p>[httpc] - A bug in the pipeline-handling code could cause
	  a response to be sent to the client with an incorrect
	  request id.</p>
	<p>Own Id: OTP-6303</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[httpc] - Added feature to send header values as they
	  where typed by the user of the client. Note that the http
	  standard requires them to be case insensitive. This
	  feature should only be used if there is no other way to
	  communicate with the server or for testing purpose.</p>
	<p>Own Id: OTP-5527</p>
      </item>
      <item>
	<p>[httpc] - When using asynchronous HTTP-request it is now
	  possible to receive "200-responses" as streams instead of
	  having to wait until the whole response has been
	  delivered. It also possible to stream "200-response
	  bodys" to a file both for synchronous and asynchronous
	  requests.</p>
	<p>Own Id: OTP-6263</p>
      </item>
      <item>
	<p>[httpc] - Added option to generate Proxy-Authorization
	  header from provided proxy username and password.</p>
	<p>Own Id: OTP-6280</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.5</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[FTP] Change documentation so that it agrees with the
	  default behaviour of the code regarding the use of
	  transfer type, which is right according to rfc959.</p>
	<p>Own Id: OTP-6018</p>
      </item>
      <item>
	<p>[ftp] The application handles the case if the owning
	  process terminates with the reason 'shutdown'.</p>
	<p>Own Id: OTP-6035</p>
      </item>
      <item>
	<p>[ftp] Handle file errors from the FTP server.</p>
	<p>Own Id: OTP-6036</p>
      </item>
      <item>
	<p>[httpd] Header parsing of reply from cgi script incorrect.</p>
	<p>Own Id: OTP-6145</p>
      </item>
      <item>
	<p>[ftp] The timeout given in the ftp:open call was not
	  properly used, which could leave the caller hanging
	  forever.</p>
	<p>Own Id: OTP-6184</p>
	<p>Aux Id: seq10388</p>
      </item>
      <item>
	<p>[httpd] HTTPD request handler does not handle unexpected info
	  properly, which causes an unnecessarily obscure error 
	  message.</p>
	<p>Own Id: OTP-6189</p>
	<p>Aux Id: seq10395</p>
      </item>
      <item>
	<p>[http] Misc fixes in the URI parsing module.</p>
	<p>Igor Goryachev</p>
	<p>Own Id: OTP-6191</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>Added application interface module: <c>inets</c>.</p>
	<p>Own Id: OTP-6135</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.4</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>Removed code generating compiler warnings</p>
	<p>Own Id: OTP-6069</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[tftp] Added documentation (manual page) for 
	  <seealso marker="tftp">TFTP</seealso>.</p>
	<p>Own Id: OTP-6082</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.3</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http,server] started dbg even though no debugging was
	  desired.</p>
	<p>Own Id: OTP-5984 Aux Id: seq10290 </p>
      </item>
      <item>
	<p>[http,server] request handler process died ugly due to a
	  parse error when validating a bad request.</p>
	<p>Own Id: OTP-6003 Aux Id: seq10260 </p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7.2</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http,server] Server falsely sets ipv6 enabled when it
	  gets an ipv4-mapped ipv6 address.</p>
	<p>Own Id: OTP-5941 Aux Id: seq10221 </p>
      </item>
      <item>
	<p>[http,server] In case http version is unknown of client
	  use HTTP1.0 to send status.</p>
	<p>Own Id: OTP-5943 Aux Id: seq10198 </p>
      </item>
      <item>
	<p>[http,server] The process handling a request now ignores
	  garbage messages.</p>
	<p>Own Id: OTP-5961 Aux Id: seq10198 </p>
      </item>
      <item>
	<p>[http,server] Changed some actions taken if config data
	  in httpd services was faulty.</p>
	<p>Own Id: OTP-5962 Aux Id: seq10198 </p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>inets 4.7.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http,server] It was possible to read arbitrary files on
	  server by prepending ././ and ../../ in front of the file
	  name.</p>
	<p>Own Id: OTP-5938</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.7</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http,server] Handling of undefined file times (e.g.
	  modification time: the mtime field on the file_info
	  record).</p>
	<p>Own Id: OTP-5865 Aux Id: OTP-5844 </p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[http,server]It is now possible to set the wanted timeout
	  for the server to setup a request connection. A new
	  syntax for inets.config is provided in the users guide
	  documentation. This syntax also allows to set tracing of
	  the server for debug purposes.</p>
	<p>Own Id: OTP-5913 Aux Id: seq10198 </p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.6.2</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http,server] Had earlier forgot to convert a value in
	  entity_body to a binary.</p>
	<p>Own Id: OTP-5796</p>
      </item>
      <item>
	<p>[http,server] Now application checks whether the
	  necessary directives under directive Directory exist.</p>
	<p>Own Id: OTP-5821</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.6.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http, client] If an Ipv4-mapped ipv6 address is used the
	  client now falls back on ipv4.</p>
	<p>Own Id: OTP-5773 Aux Id: OTP-5765, OTP-5764 </p>
      </item>
      <item>
	<p>[http,server] Content-length may got a too low value,
	  causing loss of data in clients.</p>
	<p>Own Id: OTP-5775 Aux Id: seq10110 </p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[http, client] The verbose mode prints what was sent and
	  received during a request. Added a <c>verbose</c> option
	  that can be used by <c>http:set_options/1</c></p>
	<p>Own Id: OTP-5766</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.6</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[ftp, client] - Improvement of error handling if
	  something goes wrong while handling the option list in
	  ftp:open/[1,2,3].</p>
	<p>Own Id: OTP-5711</p>
      </item>
      <item>
	<p>[ftp, client] - Error when parsing a multiple FTP
	  response line. The last line in a multiple response must
	  be the response code followed by a space. A server may
	  have intermediate lines that start with the response code
	  even if this is not recommended. The parsing missed to
	  make sure that that space was present in what it
	  considered to be the last line.</p>
	<p>Own Id: OTP-5712</p>
      </item>
      <item>
	<p>[http, client] - The HTTP client will now retry a
	  pipelined request that was unsuccessful due to the fact
	  that the server unexpectedly closed the pipeline
	  connection.</p>
	<p>Own Id: OTP-5728</p>
      </item>
      <item>
	<p>[http, server, esi] - Under some circumstances mod_esi
	  would send a corrupted content-length header.</p>
	<p>Own Id: OTP-5735</p>
      </item>
      <item>
	<p>[http, server, get] - Removed debug printout which 
	  caused a confusing "Socket closed"-printout at high
	  load.</p>
	<p>Own Id: OTP-5762 Aux Id: seq10101 </p>
      </item>
      <item>
	<p>FTP: a data connection setup to the ftp server that
	  failed caused a crash of the client. Now it is handled
	  smoothly.</p>
	<p>Own Id: OTP-5738</p>
      </item>
      <item>
	<p>[ftp] If host name is a ipv4 tuple ftp erroneous tries to
	  connect as a ipv6 address with the ipv4 address.</p>
	<p>Own Id: OTP-5764</p>
      </item>
      <item>
	<p>[ftp] Handles connect to ipv6/ipv4 address differently
	  according to a change in <c>inet:getaddr</c>.</p>
	<p>Own Id: OTP-5765</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[http, server] - The HTTP request handling was remoduled
	  to have a more straight forward error-handling. And the
	  internal debug strategy was changed to use tracing
	  instead of debug macros, which means we do not have to
	  write special debug code.</p>
	<p>Own Id: OTP-5729</p>
      </item>
      <item>
	<p>ftp:ls towards different ftp servers resulted in
	  different return results. E.g. the solaris 9 default
	  server caused <c>{ok,[]}</c> while older servers caused
	  <c>{error,epath}</c> as the result. For backwards
	  compatibility the behaviour has been changed to the old
	  result.</p>
	<p>Own Id: OTP-5731</p>
      </item>
      <item>
	<p>[http, server] - The documentation for the HTTP server
	  has been partly rewritten and very restructured too
	  provide a better overall picture. Lots of information
	  provided by "semi manual pages" has been moved to the
	  Users Guide.</p>
	<p>Own Id: OTP-5752</p>
      </item>
      <item>
	<p>FTP: verbose mode now also prints what the client sends
	  on the control channel.</p>
	<p>Own Id: OTP-5753</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.5.4</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[ftp, client] - Timing related issues could sometimes
	  cause the ftp response to be delayed.</p>
	<p>Own Id: OTP-5705 Aux Id: seq10055 </p>
      </item>
      <item>
	<p>[http, server, esi] - The dispatching of the post body to
	  the esi callback function was broken.</p>
	<p>Own Id: OTP-5706</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.5.3</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[ftp, client] - The FTP error code 550 was handled in an
	  unexpected way. Some earlier versions of inets had a
	  workaround for this in ftp:recv_bin/2 that was eliminated
	  during restructuring of the ftp module while implementing
	  ipv6 capabilities. The problem is now fixed.</p>
	<p>Own Id: OTP-5682 Aux Id: seq10048 </p>
      </item>
      <item>
	<p>[http, client] Post request with a body in binary format
	  failed as length was used instead of size.</p>
	<p>Own Id: OTP-5686</p>
      </item>
      <item>
	<p>[ftp, client] - For some FTP commands the FTP server will
	  send more than one reply on the FTP control channel. In
	  the case of a fast FTP server the client would sometimes
	  wrongly disregard the second answer as trailing garbage
	  attached to the first reply.</p>
	<p>Own Id: OTP-5690 Aux Id: seq10055 </p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[ftp, client] - A new option {progress, {CBmodule,
	  CBFunction, InitProgressTerm} has been added to allow
	  users to create things such as progress bars in there
	  GUI's. The option affects ftp:send/[3,4] and
	  ftp:recv/[3,4].</p>
	<p>Own Id: OTP-5680</p>
      </item>
      <item>
	<p>[http, client] - Added new API function http:request/1</p>
	<p>Own Id: OTP-5691</p>
      </item>
      <item>
	<p>[httpd, server] - mod_cgi is implemented according to
	  CGI-1.1 RFC 3875, an early implementation was based on
	  some draft that is not totally compliant to the RFC.
	  Documentation was updated. Also some code was
	  restructured to facilitate testing and maintenance of the
	  server.</p>
	<p>Own Id: OTP-5694</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.5.2</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[ftp, client] Calling ftp:recv/2 twice on the same
	  connection failed due to that the last message on the
	  ctrl channel was not appropriately taken care of. This
	  could potentially cause a problem for any operation
	  performed on the same connection where there had
	  previously been an ftp:recv/2 call. Also, in some cases,
	  when the process tries to close the data connection, it
	  does not take into account that the data connection may
	  actually not have been established.</p>
	<p>Own Id: OTP-5662 Aux Id: seq10004, seq9988 </p>
      </item>
      <item>
	<p>[ftp, client] Enhanced error handling, mainly so the ftp
	  client behaves gracefully when the user does strange
	  things such as violate the user API.</p>
	<p>Own Id: OTP-5665</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>[ftp, client] Added open option: mode.Deprecates
	  function force_active/1.</p>
	<p>Own Id: OTP-5663</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.5.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>[http, server] The server did not handle the config 
	  directive BindAddress value "*" properly. 
	  When creating the option list for the listen call, 
	  everything beside the atom undefined (if BindAddress 
	  was never given) and an 4-tuple (e.g. BindAddress
	  value is 192.168.0.30) was incorrectly assumed to be 
	  an ipv6 address. 
	  For undefined (no BindAddress), Inets attempts to 
	  figure out if it is running on a ipv6-machine, and if
	  so, add the inet6 option when calling listen. The 
	  same approach should be used when BindAddress is 
	  assigned the value "*".</p>
	<p>Own Id: OTP-5642</p>
      </item>
      <item>
	<p>Some data doesn't pass through http_base_64:decode/1 correctly.
	  The decoding routine fails whenever a 4-character group of the 
	  encoding ends with "9" or "99". If it ends with 99, two bytes 
	  will be lost in the decode routine. If it ends with a single 9, 
	  one byte will be lost in the decode.</p>
	<p>Own Id: OTP-5635 Aux Id: seq9971</p>
      </item>
      <item>
	<p>[http, server,esi] Web server does not handle status-code 
	  returned by an esi function. I.e. the esi-function 
	  can no longer control the status code.</p>
	<p>Own Id: OTP-5648 Aux Id: seq9982</p>
      </item>
      <item>
	<p>[http, server,esi] Corrected header format. First character 
	  was lower case, and there where no space after the ":"
	  character, example: content-length:0. Now, first character 
	  was upper case, and a space after the ":" character, 
	  example: Content-Length: 0 (To preserve
	  backward compatibility with the de-facto standard as the
	  new way does not break the HTTP standard!)</p>
	<p>Own Id: OTP-5649 Aux Id: seq9982</p>
      </item>
      <item>
	<p>[http, server, cgi] Parsing of the status header field could
	  cause a crash.</p>
	<p>Own Id: OTP-5650 Aux Id: seq9982</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.5</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>The internal design of using blocking gen_tcp:recv with a
	  timeout and retries resulted in code that was hard to get
	  a good overview of, and ultimate led to situations where
	  the client got the wrong answer or no answer at all. The
	  errors where many times very timing dependent and mainly
	  effected the chunk-related functions, so if you where
	  lucky you probably would not have noticed. The internal
	  design was changed to use gen_tcp active once semantics.
	  The API is not effected except for the function
	  ftp:quote/2 which now returns a list of strings (ftp
	  result lines) where the line endings "\r\n" has been
	  removed. This was the original intention for the return
	  value of ftp:quote/2 but it was non trivial to make a
	  good such solution with the old design and a compromise
	  was made.</p>
	<p>*** POTENTIAL INCOMPATIBILITY ***</p>
	<p>Own Id: OTP-5623</p>
      </item>
      <item>
	<p>The new implementation of pipelining in inets-4.1 alas
	  was slightly broken and unfortunately not caught by the
	  test suite that apparently needs some additions. The
	  result was that requests that ought to have been
	  pipelined where not, this has now been fixed.</p>
	<p>Own Id: OTP-5624</p>
      </item>
      <item>
	<p>When using the latest esi interface with the callback
	  interface of arity 3, HTTP Content-Type headers where
	  ignored, this due to a subtle difference between this
	  interface and the old one in how they viewed HTTP
	  delimiters.</p>
	<p>Own Id: OTP-5627</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>The HTTP server now supports ipv6 in the case that the
	  underlying mechanisms also do so. (ssl does not yet
	  support ipv6.)</p>
	<p>Own Id: OTP-5141</p>
      </item>
      <item>
	<p>The FTP client now supports ipv6 in the case that the
	  underlying mechanisms also do so.</p>
	<p>Own Id: OTP-5142</p>
      </item>
      <item>
	<p>An option was added to disable the ipv6 support in the
	  HTTP client. This to provide a workaround possibility for
	  buggy ipv6-stacks.</p>
	<p>Own Id: OTP-5625 Aux Id: seq9872</p>
      </item>
      <item>
	<p>When generating dynamic HTTP response bodies the the
	  default content-type is now set to "text/html" instead of
	  "text/plain" which is more intuitive.</p>
	<p>*** POTENTIAL INCOMPATIBILITY ***</p>
	<p>Own Id: OTP-5626</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.4.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>Wrapper function http_transport:accept/3 did
	  error-handling that it should not do because only the
	  caller of the wrapper can determine what action to take.
	  So timeouts where handled twice, once in http_transport
	  and once in httpd_acceptor. Clean up of the wrapper
	  module http_transport changed the action of the wrapper
	  module and made the unwanted behavior noticeable in in
	  OTP error logs. And now the unwanted error handling has
	  been removed. The cleanup helped us find bad code but
	  alas it also generates a lot of log printouts that are
	  quite disturbing to the user of the HTTP-server.</p>
	<p>Own Id: OTP-5549 Aux Id: seq9851 </p>
      </item>
      <item>
	<p>In the rewrite for 4.4 some mod_esi-environment values
	  where mistaken for ordinary header values and where
	  incorrectly transformed to strings. They are now atoms
	  again.</p>
	<p>Own Id: OTP-5551 Aux Id: seq9854 </p>
      </item>
      <item>
	<p>The HTTP server now handles 
          "GET /\r\n\r\n"
	  as well as
	  "GET / \r\n\r\n". 
          According to the RFC the whitespace is not needed.</p>
	<p>Own Id: OTP-5552 Aux Id: seq8426 </p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>The ftp client now supports passive mode. Actually the
	  ftp client will always try to use passive mode and if it
	  fails it will use active mode instead. It is also
	  possible to force the ftp-client to use active mode, if
	  that is desired, by calling ftp:force_active/1 this way
	  you can get the old behavior.</p>
	<p>*** POTENTIAL INCOMPATIBILITY ***</p>
	<p>Own Id: OTP-5148</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.4</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>The server did not handle HTTP-0.9 messages with an
	  implicit version.</p>
	<p>Own Id: OTP-5513</p>
      </item>
      <item>
	<p>An internal server timeout killed the request handling
	  process without sending a message back to the client. As
	  this timeout only affects a single request it has been
	  set to infinity (if the main server process dies the
	  request handling process will also die and the client
	  will receive an error). This might make a client that
	  does not use a timeout hang for a longer period of time,
	  but that is an expected behavior!</p>
	<p>Own Id: OTP-5514 Aux Id: seq9806 </p>
      </item>
      <item>
	<p>That a third party closes the http servers accept socket
	  is recoverable for inets, hence inets will only produce
	  an info report as there was no error in Inets but
	  measures where taken to avoid failure due to errors
	  elsewhere.</p>
	<p>Own Id: OTP-5516 Aux Id: seq9806 </p>
      </item>
      <item>
	<p>The HTTP client proxy settings where ignored. Bug
	  introduced in inets-4.3.</p>
	<p>Own Id: OTP-5517</p>
      </item>
      <item>
	<p>Inets only sent the "WWW-Authenticate" header at the
	  first attempt to get a page, if the user supplied the
	  wrong user/password combination the header was not sent
	  again. This forces the user to kill the browser entirely
	  after a failed login attempt, before the user may try to
	  login again. Inets now always send the authentication
	  header.</p>
	<p>Own Id: OTP-5521</p>
      </item>
      <item>
	<p>A major rewrite of big parts of the HTTP server code was
	  performed. There where many things that did not work
	  satisfactory. Cgi script handling can never have worked
	  properly and the cases when it did sort of work, a big
	  unnecessary delay was enforced. Headers where not always
	  treated as expected and HTTP version handling did not
	  work, all responses where sent as version HTTP/1.1 no
	  matter what.</p>
	<p>Own Id: OTP-5537</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.3.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>When further testing the functionality of https requests
	  that goes through a proxy. We realised that alas this can
	  not currently be supported as it requires features from
	  the ssl implementation that is not currently available.
	  So for now an error message will be returned when trying
	  to use this functionality.</p>
	<p>Own Id: OTP-5453</p>
      </item>
      <item>
	<p>When trying to get a url from a server that does not
	  exist the client hanged instead of returning an error
	  message. Bug introduced in inets-4.3.</p>
	<p>Own Id: OTP-5454</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.3</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>Tunneling of SSL through a proxy has now been
	  implemented. However due to lack of test sites this has only
	  partially been verified, it is likely that there will
	  have to be future improvements in this area.</p>
	<p>Own Id: OTP-5443</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>The pipeline timeout was changed to be zero by default to
	  avoid that people by accident would create connection
	  processes that never dies and eats up the socket
	  resources.</p>
	<p>*** POTENTIAL INCOMPATIBILITY ***</p>
	<p>Own Id: OTP-5442</p>
      </item>
      <item>
	<p>Altered the way spawn_link is used in mod_esi to avoid
	  getting, in this scenario unwanted error reports, from
	  spawn_link. (The behavior of spawn_link was altered in a
	  not backwards compatible way.)</p>
	<p>Own Id: OTP-5444</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.2.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>Sometimes EWS modules where called with an Info record
	  where the peername field was {-1, "unknown"}. This could
	  happen when a client was making a lot of requests which
	  it discards before they where answered by the server. The
	  server now ignores such requests and does not call the
	  EWS modules in this case.</p>
	<p>Own Id: OTP-5380 Aux Id: seq9739 </p>
      </item>
      <item>
	<p>The HTTP-server now returns the 408 status code upon a
	  request timeout as expected instead of the previous
	  faulty behavior of sending a 500 status code.</p>
	<p>Own Id: OTP-5409</p>
      </item>
      <item>
	<p>The content length was put in to the HTTP-headers as an
	  integer instead of as a string.</p>
	<p>Own Id: OTP-5410</p>
      </item>
      <item>
	<p>It was wrongly presumed that code:priv_dir would always
	  be writable due to how the test-server works. The
	  directory is now a configuration parameter in the
	  inets-application configuration file. Failing to
	  configure it will result in that all cookies are treated
	  as session cookies.</p>
	<p>Own Id: OTP-5411</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>An undocumented beta version of tftp is included.</p>
	<p>Own Id: OTP-5419</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.2</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>When sending a request through a proxy the absolute URI
	  must be used.</p>
	<p>Own Id: OTP-5368</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>Basic support for cookies was implemented. Later some
	  more functions to inspect cookies may be added.</p>
	<p>Own Id: OTP-5331</p>
      </item>
      <item>
	<p>A top tftp supervisor was added in preparation for adding
	  a tftp service in a future Inets release.</p>
	<p>Own Id: OTP-5379</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>The URI check that disables relative links that goes
	  outside the server-root still missed a few cases, in
	  spite of the improvement in OTP-5140.</p>
	<p>Own Id: OTP-5249</p>
      </item>
      <item>
	<p>The http client pipelining implementation has been
	  rewritten as the old implementation was too optimistic
	  about when to pipeline. In the process of doing this also
	  the error handling was improved, better clean up is
	  performed when the request handling process terminates
	  and better handling of the case that the httpc_manager
	  process dies and is restarted.</p>
	<p>Own Id: OTP-5303</p>
      </item>
      <item>
	<p>Improved handling of status codes 30X and 50X.</p>
	<p>Own Id: OTP-5309</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>The Inets supervision tree has been reorganized to create
	  a better balance between the Inets services. Preferably
	  they should not effect each other. The ftp service has
	  also been included in the Inets supervision tree, it was
	  for reasons unknown, not included before.</p>
	<p>Own Id: OTP-5188</p>
      </item>
      <item>
	<p>The service concept in Inets is now better documented.</p>
	<p>Own Id: OTP-5189</p>
      </item>
      <item>
	<p>The Inets shutdown times have proven to be too short
	  under some circumstances, as a heavy load, therefore they
	  have been prolonged.</p>
	<p>Own Id: OTP-5261 Aux Id: seq9624</p>
      </item>
      <item>
	<p>Options for automatic redirection and pipelining is now
	  available in the http client API.</p>
	<p>Own Id: OTP-5304</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.0.1</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>A programming error could cause a badmatch in the
	  http-client when the http response was chunk decoded.</p>
	<p>Own Id: OTP-5101</p>
      </item>
      <item>
	<p>The parsing of HTTP messages was missing a base case.
	  This caused unexpected behavior when the separator CR and
	  LF where received in different tcp packets.</p>
	<p>Own Id: OTP-5239</p>
      </item>
    </list>
  </section>
  </section>

  <section>
  <title>Inets 4.0</title>

  <section>
    <title>Fixed Bugs and Malfunctions</title>
    <list type="bulleted">
      <item>
	<p>When receiving a status 100 code, the client should only
	  respond by sending the message body, if the client sent
	  an expect header in the first place. Failing to do so may
	  result in that the server receives the body twice.</p>
	<p>Own Id: OTP-4848</p>
      </item>
      <item>
	<p>mod_get now also handles http version HTTP/0.9</p>
	<p>Own Id: OTP-4935 Aux Id: seq8426 </p>
      </item>
      <item>
	<p>"Last-modified" field was incorrectly set to local time
	  with the tag GMT, it is now corrected so that the time
	  reflected is in fact GMT.</p>
	<p>Own Id: OTP-4936</p>
      </item>
      <item>
	<p>The client will only add a host-field to the request if
	  there is not one already present.</p>
	<p>Own Id: OTP-4984</p>
      </item>
      <item>
	<p>The Inets application tries to be compatible with
	  Apache. To be more compatible the option
	  'MaxKeepAliveRequest' is renamed 'MaxKeepAliveRequests'.
	  The old name is kept for backward compatibility.</p>
	<p>Own Id: OTP-5024</p>
      </item>
      <item>
	<p>Changing the base 64 decoding to not accept invalid
	  input, uncovered a logical error in mod_security.erl An
	  already decoded string was sent as input to decode. In
	  this case, as it so happened, the two errors worked
	  together creating the illusion that everything was right.
	  This has now been corrected.</p>
	<p>Own Id: OTP-5083</p>
      </item>
      <item>
	<p>URLs where not properly scrutinised for relative paths. A
	  malicious user could exploit this to read files outside
	  the document root. This is no longer the case.</p>
	<p>Own Id: OTP-5140</p>
      </item>
    </list>
  </section>

  <section>
    <title>Improvements and New Features</title>
    <list type="bulleted">
      <item>
	<p>A HTTP 1.1 client is officially included in Inets. It is
	  loosely based on the previously unsupported code
	  contributed by Johan Blom. In this first version only the
	  most basic HTTP functionality is supported. The user API
	  has been changed.</p>
	<p>*** POTENTIAL INCOMPATIBILITY ***</p>
	<p>Own Id: OTP-5047</p>
      </item>
      <item>
	<p>Fixed erroneous link in documentation.</p>
	<p>Own Id: OTP-5089 Aux Id: seq8887 </p>
      </item>
      <item>
	<p>Added the function quote/2 that lets you send an
	  arbitrary FTP command to the FTP client.</p>
	<p>Own Id: OTP-5099 Aux Id: seq8961 </p>
      </item>
      <item>
	<p>Started integration of the HTTP client and server code
	  too facilitate maintenance and further development.</p>
	<p>Own Id: OTP-5110</p>
      </item>
      <item>
	<p>Due to several possibilities to interpret the ftp
	  standard some newer ftp-servers have interpreted the
	  standard in such a way that the documented return value
	  of ftp:nlist/2 does not always match the actual return
	  value. Some extra checks have now been added to ensure
	  the documented return value. This will also result in
	  that ftp:nlist is not bug compatible in the case that
	  nlist is given a filename instead of a directory it will
	  now return an error instead of {ok, FileName}.</p>
	<p>*** POTENTIAL INCOMPATIBILITY ***</p>
	<p>Own Id: OTP-5165</p>
      </item>
      <item>
	<p>Created a Users Guide for Inets. Earlier there where some
	  fake manual pages and information was scattered
	  everywhere and hard to find.</p>
	<p>Own Id: OTP-5180</p>
      </item>
    </list>
  </section>
  </section>
  
  <section>
    <title>Inets 3.0.10</title>
    
    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
          <p>[httpd] - When calling httpd:restart there was a file
            descriptor and ets table leek due to the fact that the
            semantics of the function restart is not restart but
            reload. This is solved in inets-4.7.12 and this special
            inets-3.0.10 release is intended for old systems only.</p>
          <p>Own Id: OTP-6579 Aux Id: OTP-6573, seq10607 </p>
        </item>
      </list>
    </section>
  </section>
    
  <section>
    <title>Inets 3.0.9</title>
    
    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>
	  <p>[http,server] Illegal hexadecimal code in URL was not
	    handled. The validation of URI:s are therefore updated.</p>
	  <p>Own Id: OTP-6078 Aux Id: seq10306 </p>
	</item>
      </list>
    </section>
  </section>
  
  <section>
    <title>Inets 3.0.8 </title>
    <p>Special version featuring some small 4.1 improvements
      without enforcing the big changes of the 4.X releases. </p>
    
    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>
	  <p>The URI check that disables relative links that goes
            outside the server-root missed a few cases.</p>
	  <p>Own Id: OTP-5249</p>
	</item>
      </list>
    </section>
    
    <section>
      <title>Improvements and New Features</title>
      <list type="bulleted">
        <item>
	  <p>The inets shutdown times have proven to be too short
	    under some circumstances, as a heavy load, therefore they
	    have been prolonged.</p>
	      <p>Own Id: OTP-5261 Aux Id: seq9624 </p>
	</item>
      </list>
    </section>
  </section>
      
  <section>
    <title>Inets 3.0.7</title>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
	  <list type="bulleted">
	<item>
	  <p>[httpd] Fixed a number of transfer-encoding problems.</p>
	  <p>First part of the data received from a CGI-script was sent 
	    as chunked even if the client was HTTP/1.0.</p>
	  <p>Introduced new directive 
	    (<c>DisableChunkedTransferEncodingSend</c>) to turn off usage 
	    of chunked transfer-encoding (when sending) since it appear's 
	    some browser's have problems handling this. This applies 
	    if the client is HTTP/1.1.</p>
	  <p>(Own Id: OTP-4806)
	    <br></br>
	    Aux Id: Seq 8150</p>
	</item>
	<item>
	  <p>[httpc] HTTP client reformats some URLs (e.g. containing %20, 
	    space).</p>
          <p>Updated client from sowap.sf.net as of 2003-09-08.</p>
	      <p>Johan Blom of Mobile Arts AB</p>
          <p>(Own Id: OTP-4807)</p>
	</item>
	    <item>
	  <p>[httpd] In module mod_browser, malformed search for parsed 
	    header, user-agent.</p>
	  <p>Also added new os and browser</p>
          <p>(Own Id: OTP-4808)</p>
	</item>
	<item>
	  <p>[ftp] FTP client doesn't notice when disk is full.</p>
	  <p>(Own Id: OTP-4822)
	    <br></br>
		Aux Id: Seq 8175</p>
	</item>
      </list>
    </section>
  </section>

  <section>
    <title>Inets 3.0.6</title>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>
	  <p>On Windows the <c>ftp:ls</c> function sometimes exits.</p>
	  <p>Workaround for a problem that seems to happen only on Windows
	    when calling the ls function. Closing an already closed socket 
	    will result in enotsock returned which will result in an exit.</p>
	  <p>(Own Id: OTP-4770)</p>
	</item>
      </list>
    </section>
  </section>
  
  <section>
    <title>Inets 3.0.5</title>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>
	  <p>Web server does not handle econnaborted accept result.</p>
	  <p>This results in an unnecessary acceptor process restart.</p>
	  <p>(Own Id: OTP-4732)</p>
	    </item>
	  </list>
    </section>
  </section>
  
  <section>
    <title>Inets 3.0.4</title>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>
	  <p>ESI callback generates broken HTTP.</p>
	  <p>This was a problem for (at least) Netscape 4.75. It worked for
	    Mozilla 1.4a (on Solaris 8) and rumor has it that it also worked 
            for IE.</p>
	  <p>            <br></br>
	    Sean Hinde</p>
	  <p>(Own Id: OTP-4696)</p>
	</item>
	<item>
	  <p>Log-size values ignored for security- and error disk-logs
	    (SecurityDiskLogSize and ErrorDiskLogSize in mod_disk_log). 
	    Instead the TransferDiskLogSize was used.
	    <br></br>
	    Thomas Lange</p>
	  <p>(Own Id: OTP-4659)</p>
	</item>
      </list>
    </section>
  </section>
  
  <section>
    <title>Inets 3.0.3</title>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
	  <list type="bulleted">
        <item>
	  <p>HTTP client called undefined function in HTTP server 
	    (httpd_response:send_status/3).</p>
	  <p>(Own Id: OTP-4628)</p>
	    </item>
      </list>
    </section>
  </section>
  
  <section>
    <title>Inets 3.0.2</title>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>
	  <p>HTTP client <em>now</em> updated to jnets-0.1.
	    <br></br>
	    Auther: Johan Blom of Mobile Arts AB.</p>
	  <p>(Own Id: OTP-4588)</p>
	</item>
	  </list>
    </section>
  </section>
      
  <section>
    <title>Inets 3.0.1</title>
    
    <section>
      <title>Improvements and new features</title>
      <list type="bulleted">
	<item>
	  <p>FTP client now supports chunked receive. Proposal of Luke Gorrie
	    provided inspiration but not algorithm.</p>
	      <p>(Own Id: OTP-4549)</p>
	</item>
	<item>
	  <p>HTTP client updated to jnets-0.1, now supporting proxy.
	    <br></br>
	    Auther: Johan Blom of Mobile Arts AB.</p>
	  <p>(Own Id: OTP-4552)</p>
	    </item>
      </list>
    </section>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
	  <p>Body length calculation incorrect.</p>
	  <p>(Own Id: OTP-4548)</p>
	  <p>(Aux Id: OTP-4207, Seq 7209)</p>
	    </item>
	<item>
	  <p>HTTP-request with a BODY length longer than 0 does not work.</p>
	  <p>(Own Id: OTP-4550)</p>
	      <p>(Aux Id: Seq 7653)</p>
	</item>
	    <item>
	  <p>Calculation of remaining chunk size incorrect.</p>
	  <p>(Own Id: OTP-4551)</p>
	</item>
	<item>
	  <p>Wrong module name used when attempting to stop the security 
            server (mod_sec_server instead of mod_security_server).</p>
	  <p>(Own Id: OTP-4556)</p>
	</item>
      </list>
    </section>
  </section>
  
  <section>
    <title>Inets 3.0</title>
    
    <section>
      <title>Improvements and new features</title>
      <list type="bulleted">
	<item>Added HTTP client to the application. 
	  <br></br>
	  Auther: Johan Blom of Mobile Arts AB.</item>
	<item>FTP: More info in exit reason when socket operation fails.
	  <br></br>
	  (Own Id: OTP-4429)</item>
	<item>Make install targets corrected (INSTALL_SCRIPT is used instead
	  of INSTALL_PROGRAMS for scripts).
	  <br></br>
	  (Own Id: OTP-4428)</item>
	    <item>In inets, mod_cgi crashes when a directory is protected for 
	  a group or for a user and we try to execute a CGI script 
	  inside this protected directory.
	  <br></br>
	  Guillaume Bongenaar.
	  <br></br>
	  (Own Id: OTP-4416)</item>
        <item>Removed crypto application dependency.
	  <br></br>
	  Matthias Lang
	  <br></br>
	  (Own Id: OTP-4417)</item>
	<item>Use the same read algorithm for socket type ssl as is used 
	  for ip_comm. As of version 2.3.5 of the ssl application it 
	  is possible to use socket option {active, once}, so the same 
	  algorithm can be used for both ip_comm and ssl.
	  <br></br>
	  (Own Id: OTP-4374)
	  <br></br>
	  (Aux Id: Seq 7417)</item>
	<item>Added inets test suite to the release. Including the
	  lightweight inets test server.</item>
	<item>Incorrectly formated disk log entries.
	  <em>term_to_binary</em> was (incorrectly) used for the 
	  external format. 
	  <br></br>
	  Own Id: OTP-4228
	  <br></br>
	  Aux Id: Seq 7239</item>
        <item>Adding verbosity printouts to 'catch' cgi problems on some 
	  platforms.</item>
	<item>
          <p>Updated to handle HTTP/1.1.</p>
	  <list type="bulleted">
	    <item>Persistent connections are now default for http/1.1 clients</item>
	    <item>Module <c>mod_esi</c> can send data to the client in chunks.</item>
	    <item>Updated configuration directives <em>KeepAlive</em></item>
		<item>
	      <p>New configuration directives:</p>
	      <list type="bulleted">
		<item><em>MaxKeepAliveRequest</em></item>
		<item><em>ErlScriptTimeout</em></item>
		<item><em>ErlScriptNoCache</em></item>
		<item><em>ScriptTimeout</em></item>
		<item><em>ScriptNoCache</em></item>
	      </list>
	    </item>
	    <item>New functions in httpd_utility to ease the development of 
	      http/1.1 complaint modules.</item>
	    <item>Record mod has a new field absolute_uri.</item>
	    <item>All header field names in parsed_header is in lowercase.</item>
	    <item>httpd handles chunked requests.</item>
	    <item>New module <em>mod_range</em> that handles range-requests.</item>
	    <item>New module <em>mod_responsecontrol</em> that controls how 
	      the request will be handled the due to the If-Modified, 
	      If-Match and If-Range http header fields.</item>
	  </list>
	</item>
      </list>
    </section>
    
    <section>
      <title>Reported Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
	<item>POST requests not properly handled.
	  <br></br>
	  (Own Id: OTP-4409)
	  <br></br>
	  (Aux Id: Seq 7485)</item>
	<item>
	  <p>Change in the inets API.
	    <br></br>
	    (Own Id: OTP-4408)
	    <br></br>
	    (Aux Id: Seq 7485)</p>
          <p>*** POTENTIAL INCOMPATIBILITY ***</p>
	  <p></p>
	    </item>
	<item>When opening the disk log (mod_disk_log), an open attempt 
	  is made without a size option. If the file exist, then it is 
	  opened. If the file does not exist, then another attempt is 
	  made, this time with the size option.
	  <br></br>
	  (Own Id: OTP-4281)
	  <br></br>
	  (Aux Id: Seq 7312)</item>
	<item>Changing of disk log format fails. Restart of webserver after
	  change of disk log format (DiskLogFormat) fails with 
	  <em>arg_mismatch</em>.
	  <br></br>
	  (Own Id: OTP-4231)
	  <br></br>
	  (Aux Id: Seq 7244)</item>
      </list>
    </section>
  </section>
</chapter>