8000 Cloudflare caches Entity Lists for longer than expected · Issue #662 · getodk/central · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content 8000
Cloudflare caches Entity Lists for longer than expected #662
Closed
getodk/central-backend
#1487
@lognaturel

Description

@lognaturel

Problem description

@seadowg ended up in a state where Enketo preview and a Collect App User were seeing different numbers of entities. He looked at his server logs and noticed that the entity lists were not actually being requested. It turned out he was getting cached lists returned from Cloudflare. Because Enketo preview and Collect App User links access the same resource through different URLs, they were being cached separately.

Steps to reproduce the problem

Set up a Digital Ocean server and add Cloudflare with default settings. @seadowg may add more details to this!

Expected behavior

Cached Entity Lists should only be returned when unchanged. Any change to the upstream resource should bust all caching layers.

Central version shown in version.txt

versions:
42d83f19b30d638aae871243bce2caa0d8c6095d (v2024.1.0-1-g42d83f1)
 3fb0c22b1cbdc3a6004963afcc3847a82c09307d client (v2024.1.0)
 b4754cf52bfa64b1ca841bc9ccb64a38726398e8 server (v2024.1.0)

Other notes (if any)

Form definitions aren't being cached in this way. A possible useful next step would be to compare headers for form XML vs entity list CSVs.

If there's nothing obviously wrong, let's deprioritize until we get more reports of issues in this area.

Metadata

Metadata

Assignees

Labels

entitiesMultiple Encounter workflows

Type

No type

Projects

Status

✅ done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions

    0