You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: data/release-notes/enterprise-server/3-0/20.yml
+4-4Lines changed: 4 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -4,18 +4,18 @@ sections:
4
4
- Packages have been updated to the latest security versions.
5
5
bugs:
6
6
- Pre-receive hooks would fail due to undefined `PATH`.
7
-
- Running `ghe-repl-setup` would return an error: `cannot create directory ‘/data/user/elasticsearch’: File exists`if the instance had previously been configured as a replica.
7
+
- Running `ghe-repl-setup` would return an error "cannot create directory /data/user/elasticsearch: File exists" if the instance had previously been configured as a replica.
8
8
- In large GHES Cluster environments, the authentication backend could be unavailable on a subset of frontend nodes.
9
9
- Some critical services may not have been available on backend nodes in GHES Cluster.
10
10
changes:
11
11
- An additional outer layer of `gzip` compression when creating a cluster support bundle with `ghe-cluster-suport-bundle` is now turned off by default. This outer compression can optionally be applied with the `ghe-cluster-suport-bundle -c` command line option.
12
12
- Upgrade collectd to latest version 5.12.0.
13
13
- We have added extra text to the admin console to remind users about the mobile apps data collection for experience improvement purposes.
14
14
known_issues:
15
-
- On a freshly set up {% data variables.product.prodname_ghe_server %} without any users, an attacker could create the first admin user.
15
+
- On a freshly set up without any users, an attacker could create the first admin user.
16
16
- Custom firewall rules are removed during the upgrade process.
17
17
- Git LFS tracked files [uploaded through the web interface](https://github.com/blog/2105-upload-files-to-your-repositories) are incorrectly added directly to the repository.
18
-
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blob's file path is longer than 255 characters.
18
+
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blobs file path is longer than 255 characters.
19
19
- When "Users can search GitHub.com" is enabled with GitHub Connect, issues in private and internal repositories are not included in GitHub.com search results.
20
-
- When a replica node is offline in a high availability configuration, {% data variables.product.product_name %} may still route {% data variables.product.prodname_pages %} requests to the offline node, reducing the availability of {% data variables.product.prodname_pages %} for users.
20
+
- When a replica node is offline in a high availability configuration, for users.
21
21
- Resource limits that are specific to processing pre-receive hooks may cause some pre-receive hooks to fail.
Copy file name to clipboardExpand all lines: data/release-notes/enterprise-server/3-1/12.yml
+6-6Lines changed: 6 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -5,20 +5,20 @@ sections:
5
5
bugs:
6
6
- Running `ghe-repl-start` or `ghe-repl-status` would sometimes return errors connecting to the database when GitHub Actions was enabled.
7
7
- Pre-receive hooks would fail due to undefined `PATH`.
8
-
- Running `ghe-repl-setup` would return an error: `cannot create directory ‘/data/user/elasticsearch’: File exists`if the instance had previously been configured as a replica.
9
-
- After setting up a high availability replica, `ghe-repl-status` included an error in the output:`unexpected unclosed action in command`.
8
+
- Running `ghe-repl-setup` would return an error "cannot create directory /data/user/elasticsearch: File exists" if the instance had previously been configured as a replica.
9
+
- After setting up a high availability replica, `ghe-repl-status` included an error in the output `unexpected unclosed action in command`.
10
10
- In large GHES Cluster environments, the authentication backend could be unavailable on a subset of frontend nodes.
11
11
- Some critical services may not have been available on backend nodes in GHES Cluster.
12
12
changes:
13
13
- An additional outer layer of `gzip` compression when creating a cluster support bundle with `ghe-cluster-suport-bundle` is now turned off by default. This outer compression can optionally be applied with the `ghe-cluster-suport-bundle -c` command line option.
14
14
- Upgrade collectd to latest version 5.12.0.
15
15
- We have added extra text to the admin console to remind users about the mobile apps data collection for experience improvement purposes.
16
16
known_issues:
17
-
- The {% data variables.product.prodname_registry %} npm registry no longer returns a time value in metadata responses. This was done to allow for substantial performance improvements. We continue to have all the data necessary to return a time value as part of the metadata response and will resume returning this value in the future once we have solved the existing performance issues.
18
-
- On a freshly set up {% data variables.product.prodname_ghe_server %} without any users, an attacker could create the first admin user.
17
+
- The npm registry no longer returns a time value in metadata responses. This was done to allow for substantial performance improvements. We continue to have all the data necessary to return a time value as part of the metadata response and will resume returning this value in the future once we have solved the existing performance issues.
18
+
- On a freshly set up without any users, an attacker could create the first admin user.
19
19
- Custom firewall rules are removed during the upgrade process.
20
20
- Git LFS tracked files [uploaded through the web interface](https://github.com/blog/2105-upload-files-to-your-repositories) are incorrectly added directly to the repository.
21
-
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blob's file path is longer than 255 characters.
21
+
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blobs file path is longer than 255 characters.
22
22
- When "Users can search GitHub.com" is enabled with GitHub Connect, issues in private and internal repositories are not included in GitHub.com search results.
23
-
- If {% data variables.product.prodname_actions %} is enabled for {% data variables.product.prodname_ghe_server %}, teardown of a replica node with `ghe-repl-teardown` will succeed, but may return `ERROR:Running migrations`.
23
+
- If , teardown of a replica node with `ghe-repl-teardown` will succeed, but may return `ERROR:Running migrations`.
24
24
- Resource limits that are specific to processing pre-receive hooks may cause some pre-receive hooks to fail.
Copy file name to clipboardExpand all lines: data/release-notes/enterprise-server/3-2/4.yml
+6-6Lines changed: 6 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -5,9 +5,9 @@ sections:
5
5
bugs:
6
6
- Running `ghe-repl-start` or `ghe-repl-status` would sometimes return errors connecting to the database when GitHub Actions was enabled.
7
7
- Pre-receive hooks would fail due to undefined `PATH`.
8
-
- Running `ghe-repl-setup` would return an error: `cannot create directory ‘/data/user/elasticsearch’: File exists`if the instance had previously been configured as a replica.
9
-
- `ghe-support-bundle` returned an error:`integer expression expected`.
10
-
- After setting up a high availability replica, `ghe-repl-status` included an error in the output:`unexpected unclosed action in command`.
8
+
- Running `ghe-repl-setup` would return an error "cannot create directory /data/user/elasticsearch: File exists" if the instance had previously been configured as a replica.
9
+
- Running `ghe-support-bundle` returned an error `integer expression expected`.
10
+
- After setting up a high availability replica, `ghe-repl-status` included an error in the output `unexpected unclosed action in command`.
11
11
- In large GHES Cluster environments, the authentication backend could be unavailable on a subset of frontend nodes.
12
12
- Some critical services may not have been available on backend nodes in GHES Cluster.
13
13
- The repository permissions to the user returned by the `/repos` API would not return the full list.
@@ -19,10 +19,10 @@ sections:
19
19
- Upgrade collectd to latest version 5.12.0.
20
20
- We have added extra text to the admin console to remind users about the mobile apps data collection for experience improvement purposes.
21
21
known_issues:
22
-
- On a freshly set up {% data variables.product.prodname_ghe_server %} without any users, an attacker could create the first admin user.
22
+
- On a freshly set up without any users, an attacker could create the first admin user.
23
23
- Custom firewall rules are removed during the upgrade process.
24
24
- Git LFS tracked files [uploaded through the web interface](https://github.com/blog/2105-upload-files-to-your-repositories) are incorrectly added directly to the repository.
25
-
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blob's file path is longer than 255 characters.
25
+
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blobs file path is longer than 255 characters.
26
26
- When "Users can search GitHub.com" is enabled with GitHub Connect, issues in private and internal repositories are not included in GitHub.com search results.
27
-
- The {% data variables.product.prodname_registry %} npm registry no longer returns a time value in metadata responses. This was done to allow for substantial performance improvements. We continue to have all the data necessary to return a time value as part of the metadata response and will resume returning this value in the future once we have solved the existing performance issues.
27
+
- The npm registry no longer returns a time value in metadata responses. This was done to allow for substantial performance improvements. We continue to have all the data necessary to return a time value as part of the metadata response and will resume returning this value in the future once we have solved the existing performance issues.
28
28
- Resource limits that are specific to processing pre-receive hooks may cause some pre-receive hooks to fail.
0 commit comments