Per 10621 thumbnail autorefresh - #1113
Draft
cecilia-donnelly wants to merge 4 commits into
Draft
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1113 +/- ##
==========================================
+ Coverage 52.26% 52.38% +0.12%
==========================================
Files 354 354
Lines 12093 12117 +24
Branches 2186 2191 +5
==========================================
+ Hits 6320 6348 +28
+ Misses 5550 5543 -7
- Partials 223 226 +3 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
cecilia-donnelly
force-pushed
the
per-10621-thumbnail-autorefresh
branch
4 times, most recently
from
August 2, 2026 13:38
d7506a6 to
3249b4a
Compare
Member
Author
|
@aasandei-vsp , can we pair on this? It is a bigger change than I expected when I picked it up! I thought the first commit would do it. |
Member
Author
|
This appears to be working, but a note from Claude for our discussion: "Two threads for later: the id normalization to strings (which retires isSameId), and hideItemsInCurrentFolder carrying the same parentFolder_linkId mismatch — likely swept up by the same work." |
This only works for the first thumbnail of an uploaded set.
This is a more complex fix that should get in-depth review, since it changes the data service and I am not confident in it. Claude suggests that in the switch to the stela "children" endpoint we missed a couple points. We weren't correctly tracking the responses because of the string/number id mismatch, so there are some workarounds for that in here.
… from BE After upload, the thumbnail is not immediatelly generated, so we keep calling the BE until it is available. So the list item will subscribe to this refresh and populate the thumbnail whenever is available. One important thing to mention is that thumbnails should not be available for restricted shares, so making sure that we only show it after we check if the share is restricted or not is vital, that's why the isUnlistedShare variable is needed. Issue: PER-10580
aasandei-vsp
force-pushed
the
per-10621-thumbnail-autorefresh
branch
from
August 4, 2026 11:50
3249b4a to
74a5094
Compare
…ilable This fix just bypasses a big problem we are having accross the app. We are mutating objects in place instead of replacing them, so even if the reference is the same, the object has changed. This makes any object highly unreliable for using it inside an Angular context. In this situation, we were using a pipe for rendering the thumbnails, which is the correct approach. The issue is the pipe would update when the object reference changes, which never happens in our case, even though the thumbnailUrls do. Issue: PER-10580
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
We had a couple bugs preventing thumbnails from appearing immediately on upload, as they should. This is adding some perceived slowness to the app.
These changes need careful review, but seem to make thumbnails appear on upload again which is desirable.
Warning
The major issue here is that the fixes need to touch a service
DataServiceand a componentFolderPickerComponentthat are present in a lot of places and the code we introduce cannot be isolated. The fixes will need a lot of testing outside the thumbnails scope.Also, this fix just bypasses a big problem we are having accross the app. We are mutating objects in place instead of replacing them, so even if the reference is the same, the object has changed. This makes any object highly unreliable for using it inside an Angular context.
This would be the behavior for records:
https://www.loom.com/share/b3cbb52bf5bc4c03a0bf2c57d658ad83
Manual test cases
Thumbnail appears after upload
(Private view - run in both list view and grid view)
Single image
Several images at once
.zip).Leaving the folder mid-refresh
Lazy loading other thumbnail sizes
(Private view - run in list view)
Clicking a row before it has loaded
Double clicking a row before it has loaded
Share previews
(covered by specs — still verify once by hand, this is the highest-risk behaviour in the branch)
Listed share (preview toggle on)
assets/img/preview/. No real file content is visible anywhere on the page.Unlisted share
Public archive(My testing on local of this is unreliable, as some functionality is not available)
Record thumbnails on first load
Folder tiles
folder_openicon rather than a broken image.perm_mediafor subfolders-only,descriptionfor mixed non-image files. No blank tiles.Navigation
Move and Copy through the folder picker (I could not run all of them on local, because of how local BE systems are configured)
(no thumbnails involved — this is regression cover for the picker template change)
Move a single item
Copy a multi-selection
Picker navigation
Choosing a profile photo or banner
(covered by specs — still verify once by hand)
Thumbnails on first open
Selected record preview in picker
The photo updates in place
Cancelling