Skip to content

Commit 765c7b6

Browse files
committed
Fixed a structural bug on the release note.
Minor corrections with spelling and grammar.
1 parent c88f59a commit 765c7b6

File tree

1 file changed

+13
-9
lines changed

1 file changed

+13
-9
lines changed

modules/release-notes/partials/docs-server-7.6.4-release-note.adoc

Lines changed: 13 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,7 @@ This release contains the following fixes:
2525
| Issue resolved.
2626

2727
| https://jira.issues.couchbase.com/browse/MB-62413[MB-62413]
28-
| When a username is extracted from a client certificate, the candidate username is checked for its existance in couchbase-server. If such user doesn't exist, algorithm now doesn't stop, but tries to extract another candidate username.
28+
| When a username is extracted from a client certificate, the candidate username is checked for its existence in couchbase-server. If such a user doesn't exist, the algorithm now doesn't stop but tries to extract another candidate username.
2929
|Issue resolved.
3030

3131
| https://jira.issues.couchbase.com/browse/MB-63981[MB-63871]
@@ -101,7 +101,7 @@ a| In previous versions of Couchbase Server, a clear delimiter between a numeric
101101

102102
* Prevent stream completion.
103103

104-
* Block access to the system:vitals keyspace or vitals end-point.
104+
* Block access to the system:vitals keyspace or `vitals` end-point.
105105

106106
* Require a full Query process restart on affected nodes as the only previous workaround.
107107

@@ -165,17 +165,21 @@ The issue occurred only with partitioned indexes with file-based rebalances enab
165165
|Issue | Description | Resolution
166166

167167
| https://jira.issues.couchbase.com/browse/MB-62427[MB-62427]
168-
| In index definitions from version 6.x, the `segmentVersion` parameter is absent, with it previously defaulting to v11. With 7.6 we’ve updated the default to v16. So when the `segmentVersion` is absent, the v16 code will be going into effect.
168+
a| In index definitions from version 6.x, the `segmentVersion` parameter is absent, with it previously defaulting to v11.
169+
With 7.6 we’ve updated the default to v16.
170+
So when the `segmentVersion` is absent, the v16 code will be going into effect.
169171

170-
An issue in the v16 code while interpreting data with no vector fields caused an alignment panic. This panic is fixed with 7.6.4 allowing 6.x index definitions to work ok in 7.6.4.
172+
An issue in the v16 code while interpreting data with no vector fields caused an alignment panic.
173+
This panic is fixed with 7.6.4, allowing 6.x index definitions to work ok in 7.6.4.
171174

172-
* This problem occurs only for index definitions that survive an upgrade from 6.x to 7.x and then 7.6.x without being “re-built” meaning they’d still be using the v11 file format.
175+
* This problem occurs only for index definitions that survive an upgrade from 6.x to 7.x and then 7.6.x without being “re-built” meaning they’d still be using the v11 file format.
173176

174-
* Indexes that were introduced in server version 7.x and later or re-built after the cluster was fully upgraded to 7.x (which will have a segmentVersion:15 setting within their index definition) will not encounter this issue, because they invoke the v15 code.
177+
* Indexes that were introduced in server version 7.x and later or re-built after the cluster was fully upgraded to 7.x, (which will have a segmentVersion:15 setting within their index definition) will not encounter this issue, because they invoke the v15 code.
175178

176-
| In summary, version 7.6.4 now supports upgrades of 6.x index definitions. However, Couchbase recommends upgrading indexes to 15+ segment version format for improvements in indexing footprint and performance.
177-
178-
| Issue resolved.
179+
| In summary, version 7.6.4 now supports upgrades of 6.x index definitions.
180+
However,
181+
Couchbase recommends upgrading indexes to 15+ segment version format for improvements in indexing footprint and performance. +
182+
Issue resolved.
179183

180184
|===
181185

0 commit comments

Comments
 (0)