fd8d3bbf6cdb73fee759d6eaf7bf9beba5d455fa
Still reproduces after the previous fix (6abf6b2). Adding targeted,
clearly-marked [DIAG] logging around the actual suspect points, since
guessing a fourth fix blind isn't warranted on a bug this central:
- GalleryRowCell.renderThumbnail/setImageContent: cache hit/miss,
which thread the async decode callback actually lands on, whether
the card is still the one cardsByFile currently holds for that file
(the staleness guard already there), and the card's own bounds/
visibility/opacity right after content is set.
- ThumbnailGalleryPane.relayout/pulseRowsLayout: file/row counts per
relayout, realised-cell count per retry pulse, and a full dump of
every currently-realised photo-card's painted bounds once retries
are exhausted — plus the same dump on the first mouse move after a
relayout, to diff the before/after state around whatever a mouse
move actually changes.
To remove once the real cause is found: every line is tagged [DIAG]
or "TEMPORARY DIAGNOSTIC".
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016okXfGz39FtQawFWDYpQ5C
Description
No description provided
54 MiB
Languages
Java
97.4%
CSS
1.5%
Python
0.9%
JavaScript
0.2%