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: modules/proxy-cache-limitations.adoc
+1-3Lines changed: 1 addition & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,4 @@ Proxy caching with {productname} has the following limitations:
5
5
6
6
* Your proxy cache must have a size limit of greater than, or equal to, the image you want to cache. For example, if your proxy cache organization has a maximum size of 500 MB, and the image a user wants to pull is 700 MB, the image will be cached and will overflow beyond the configured limit.
7
7
8
-
* Cached images must have the same properties that images on a Quay repository must have.
9
-
10
-
* Currently, only layers requested by the client are cached.
8
+
* Cached images must have the same properties that images on a Quay repository must have.
Copy file name to clipboardExpand all lines: modules/quay-as-cache-proxy.adoc
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,3 +15,4 @@ With {productname} cache proxy, the following features are available:
15
15
* Caching of entire upstream registries or just a single namespace, for example, all of `docker.io` or just `docker.io/library`.
16
16
* Logging of all cache pulls.
17
17
* Cached images scannability by Clair.
18
+
* Caching of all layers when an image is pulled from a proxied repository, which helps ensure that Clair can scan all images and that images remain pullable even if the upstream registry becomes unavailable.
Copy file name to clipboardExpand all lines: modules/rn_3_15_0.adoc
+25-11Lines changed: 25 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,11 +23,22 @@ Additionally, the configuration fields have been re-organized into associated to
23
23
24
24
The following updates have been made to {productname}.
25
25
26
-
[id="example-feature-1"]
27
-
=== Example feature 1
26
+
[id="v2-ui-notification-drawer"]
27
+
=== v2 UI notification drawer
28
28
29
-
[id="example-feature-2"]
30
-
=== Example feature 2
29
+
With this release, a _notification drawer_ has been added to the {productname} v2 UI. Administrators and users can view notifications from any page in the new UI via the navigation bar by clicking the _bell_ icon. After clicking this icon, all notifications are shown in a popup box. Notifications can be cleared by clicking the *X* button for respective notifications.
30
+
31
+
[NOTE]
32
+
====
33
+
Currently, the v2 UI does not support the *{productname} Notification* option when selecting a notification method. You can select the *{productname} Notification* method by using the v1 UI.
34
+
====
35
+
36
+
[id="proxy-cache-enhancements"]
37
+
=== Proxy cache enhancements
38
+
39
+
Previously, when pulling from a proxied repository, only the layers explicitly requested by the client were cached in the {productname} registry. This behavior stemmed from {productname} only caching layers for which it received a request to the v2 blobs endpoint. Consequently, clients with existing layers on their local machines would not re-request those layers, preventing {productname} from pulling them into the registry. This limitation led to two key issues: Clair was unable to perform complete scans of these partial images due to missing layers, and the images became un-pullable if the upstream registry went down.
40
+
41
+
With this release, {productname} now caches all layers when an image is pulled from a proxied repository. This enhancement ensures that Clair can scan all images and that images remain pullable even if the upstream registry becomes unavailable.
31
42
32
43
[id="clair-enhancements"]
33
44
=== Clair enhancements
@@ -79,15 +90,18 @@ See the link:https://docs.redhat.com/en/documentation/red_hat_quay/3.14/html/red
79
90
80
91
The following sections note known issues and limitations for {productname} 3.15.
81
92
82
-
[id="limitation-one"]
83
-
=== Limitation
93
+
[id="repository-mirroring-known-issue"]
94
+
=== Repository mirroring known issue
95
+
96
+
There is a known issue affecting the mirroring feature of {productname}. When the mirroring process fails, the UI shows a *Mirror success* report, even though it has failed. This will be fixed in a future version of {productname}.
84
97
85
-
When pushing an unsupported image type, for example, an AI model, to a {productname} registry, the *Security Report* and *Packages* pages on the UI fail to load. This occurs because these image types are stuck in a `Querying` status and, as a result, the pages of these tabs are left blank. This is a known issue and will be fixed in a future version of {productname}.
98
+
[id="limitation-one"]
99
+
=== Limitation 1
86
100
87
-
[id="limitation-two"]
88
-
=== Limitation 2
101
+
[id="deprecations-315"]
102
+
== Future deprecations
89
103
90
-
When pushing an unsupported image type, for example, an AI model, to a {productname} registry, the *Security Report* and *Packages* pages on the UI fail to load. This occurs because these image types are stuck in a `Querying` status and, as a result, the pages of these tabs are left blank. This is a known issue and will be fixed in a future version of {productname}.
104
+
* The {productname} v1 UI will be officially deprecated in a future release of {productname}.
91
105
92
106
[id="bug-fixes-315"]
93
107
== {productname} bug fixes
@@ -113,7 +127,7 @@ Some features available in previous releases have been deprecated or removed. De
113
127
114
128
//Remove entries with the same status older than the latest three releases.
0 commit comments