]> git.ipfire.org Git - thirdparty/bind9.git/commitdiff
Reorder release notes
authorMichał Kępień <michal@isc.org>
Mon, 12 Apr 2021 10:15:45 +0000 (12:15 +0200)
committerMichał Kępień <michal@isc.org>
Thu, 29 Apr 2021 08:30:00 +0000 (10:30 +0200)
doc/notes/notes-current.rst

index 39c37fb85a0cbf7bc3cc31a922a3a2e145e0691b..6f69ddf2be4d10c8085491b2e71447d8b395c431 100644 (file)
@@ -67,21 +67,6 @@ Feature Changes
 Bug Fixes
 ~~~~~~~~~
 
-- After ``rndc checkds -checkds`` or ``rndc dnssec -rollover`` is used,
-  ``named`` now immediately attempts to reconfigure zone keys. This
-  change prevents unnecessary key rollover delays. [GL #2488]
-
-- Zones using KASP could not be thawed after they were frozen using
-  ``rndc freeze``. This has been fixed. [GL #2523]
-
-- CDS/CDNSKEY DELETE records are now removed when a zone transitions
-  from a secure to an insecure state. ``named-checkzone`` also no longer
-  reports an error when such records are found in an unsigned zone.
-  [GL #2517]
-
-- ``named`` crashed after skipping a primary server while transferring a
-  zone over TLS. This has been fixed. [GL #2562]
-
 - TCP idle and initial timeouts were being incorrectly applied: only the
   ``tcp-initial-timeout`` was applied on the whole connection, even if
   the connection were still active, which could prevent a large zone
@@ -102,6 +87,21 @@ Bug Fixes
   been fixed. If a corrupt journal file is detected, ``named`` can now
   recover from it. [GL #2600]
 
+- CDS/CDNSKEY DELETE records are now removed when a zone transitions
+  from a secure to an insecure state. ``named-checkzone`` also no longer
+  reports an error when such records are found in an unsigned zone.
+  [GL #2517]
+
+- Zones using KASP could not be thawed after they were frozen using
+  ``rndc freeze``. This has been fixed. [GL #2523]
+
+- After ``rndc checkds -checkds`` or ``rndc dnssec -rollover`` is used,
+  ``named`` now immediately attempts to reconfigure zone keys. This
+  change prevents unnecessary key rollover delays. [GL #2488]
+
+- ``named`` crashed after skipping a primary server while transferring a
+  zone over TLS. This has been fixed. [GL #2562]
+
 - When dumping the cache to file, TTLs were being increased with
   ``max-stale-ttl``. Also the comment above stale RRsets could have nonsensical
   values if the RRset was still marked a stale but the ``max-stale-ttl`` has