summaryrefslogtreecommitdiffstats
path: root/src/nmraii.h
diff options
context:
space:
mode:
authorDanilo M. <danix@danix.xyz>2026-08-03 09:54:26 +0200
committerDanilo M. <danix@danix.xyz>2026-08-03 09:54:26 +0200
commit9d133468f43c96846220b50db56350f5df30bde4 (patch)
tree20be0a5674d29fc5bace19a0fe45c6155d90889a /src/nmraii.h
parent5de81471ebcac21dbf8c5d781cd1b5f1df931bb8 (diff)
downloadqtmaildir-9d133468f43c96846220b50db56350f5df30bde4.tar.gz
qtmaildir-9d133468f43c96846220b50db56350f5df30bde4.zip
fix: drop cached remote images when switching threads
Granting remote content on one thread, moving to another and coming back showed the images again with the banner gone. The grant is documented as never sticky, and it was not: verified against a local HTTP server that the image is fetched exactly once, under the grant, and never re-requested. The interceptor's policy was correct throughout and allowRemote was false on return. The images came from the engine's decoded-image cache, which is keyed on the document and consulted before any request exists, so the interceptor is never asked. Policy right, pane lying. clearHttpCache() empties the profile's store but not that one. Loading about:blank first discards the previous document along with its cached images. This belongs in showThread() rather than render(): render() also runs for the remote-content grant itself, where throwing the document away would discard exactly what the user just asked to see. Found by the task 13 checklist (item 11) and confirmed fixed by the maintainer on screen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Diffstat (limited to 'src/nmraii.h')
0 files changed, 0 insertions, 0 deletions