Mercurial > hg > nginx

view src/os/win32/nginx_icon32.xpm @ 9295:c5623963c29e

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
Upstream: fixed proxy_no_cache when caching errors. Caching errors, notably intercepted errors and internally generated 502/504 errors, as well as handling of cache revalidation with 304, did not take into account u->conf->no_cache predicates configured. As a result, an error might be cached even if configuration explicitly says not to. Fix is to check u->conf->no_cache in these cases. To simplify usage in multiple places, checking u->conf->no_cache is now done in a separate function. As a minor optimization, u->conf->no_cache is only checked if u->cacheable is set. As a side effect, this change also fixes caching errors after proxy_cache_bypass. Also, during cache revalidation u->cacheable is now tested, so 304 responses which disable caching won't extend cacheability of stored responses. Additionally, when caching internally generated 502/504 errors u->cacheable is now explicitly updated from u->headers_in.no_cache and u->headers_in.expired, restoring the behaviour before 8041:0784ab86ad08 (1.23.0) when an error happens while reading the response headers. Reported by Kirill A. Korinsky, https://freenginx.org/pipermail/nginx/2024-April/000082.html
author Maxim Dounin <mdounin@mdounin.ru>
date Tue, 25 Jun 2024 21:44:50 +0300
parents 7e24168b0853
children
line wrap: on
line source

/* XPM */
static char * nginx_xpm[] = {
"32 32 2 2",
/* colors */
"   c none",
"GG c #009900",
/* pixels */
"                                                                ",
"                                                                ",
"                                                                ",
"                                                                ",
"                  GGGGGGGGGGGGGGGGGGGGGGGGGGGG                  ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"          GGGGGGGGGG                        GGGGGGGGGG          ",
"          GGGGGGGGGG                        GGGGGGGGGG          ",
"        GGGGGGGGGG                                              ",
"        GGGGGGGGGG                                              ",
"      GGGGGGGGGG            GGGGGGGGGGGGGGGGGGGGGGGGGGGGGG      ",
"      GGGGGGGGGG          GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG      ",
"        GGGGGGGGGG        GGGGGGGGGGGGGGGGGGGGGGGGGGGGGG        ",
"        GGGGGGGGGG        GGGGGGGGGGGGGGGGGGGGGGGGGGGGGG        ",
"          GGGGGGGGGG        GGGGGGGGGGGGGGGGGGGGGGGGGG          ",
"          GGGGGGGGGG                        GGGGGGGGGG          ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"                  GGGGGGGGGGGGGGGGGGGGGGGGGGGG                  ",
"                                                                ",
"                                                                ",
"                                                                ",
"                                                                "