🪰 Viewer Bug Reports

This might need a large inventory or an inventory with many items in the root folder to reproduce Login and open inventory In the "My Inventory" tab, right click the root "My Inventory" folder. Observe the viewer freezes & never recovers, needing a force quit in Task Manager The freeze also reproduces when right clicking the "My Inventory" folder in the Recent tab of inventory if inventory folders are set to show items newer then 100 days. The number of days is unlikely to be important, it's probably the number of items showing in the root folder that matter. I attached my log from a session where I reproduced this - observe in the log that right clicking the root inventory folder appears to cause a cache purge & it might be the cache purge that is causing the viewer to freeze? You can see the last log lines are 2025-02-03T19:23:58Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:24:58Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:25:58Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:26:58Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:27:58Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:28:59Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:29:59Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes 2025-02-03T19:30:59Z INFO # llfilesystem/lldiskcache.cpp(143) LLDiskCache::purge : Purging cache to a maximum of 1717986918 bytes Feel free to hijack Whirly Fizzle if you can't reproduce this. Freeze also reproduces on ForeverFPS & Firestorm

Since I downloaded Second Life version 7.1.11.12150664210 for Mac, my inventory does not update, usually after a first teleport: items worn are not appearing in bold items deleted are not appearing to have moved in the trash new items don't always appear Logging out, then back in, updates the inventory to reflect what was done before logging out.

Right-clicked a folder from My Inventory to Delete it. The folder appeared to stay in place, but right-clicking it again shows the usual Trash actions of Purge and Restore. A relog did display the moved items in the Trash. Unsure if this is due to the viewer or some slow performance during my session. Odd enough to report it though! :-)

Log in on DeltaFPS: https://releasenotes.secondlife.com/viewer/7.1.10.10800445603.html Open any full perm texture in inventory In the texture preview window, click "Save As" Choose file location & click Save Observed Behaviour The green "Receiving" bar gets stuck on the texture preview for about a minute Then an error modal appears saying " Unable to download file " The texture is not saved to hard drive. Textures saves fail roughly 50% of the time on DeltaFPS If you are having trouble reproducing, just leave the texture preview open & keep clicking "Save As" until the bug reproduces Bug also reproduces on Firestorm after the DeltaFPS merge. Firestorm bug report: https://jira.firestormviewer.org/browse/FIRE-34538 Other Information Info from Ansariel Hiller: This is most likely caused by DaveP's texture list changes and textures now supposedly stored only in VRAM and raw textures not "cached" in system memory anymore. The issue also happens in the develop branch.

The viewer does not update the folder name after renaming it within the same session (login), after moving a new uploaded material. Steps to reproduce: (with names used if it helps) 1- Create a folder in root folder (inventory), and set as a override for uploads (ZZZ-Uploads) 2- Create a subfolder (PBR) and set as default upload folder for materials. 3- Upload a material. 4- Create a subfolder for this material (Galvanized) 5- Cut and paste the new material to the new sub folder (Galvanized). After that, if I try to rename the folder Galvanized, it just reverts to the current name (Galvanized), after log out and back in, the new name shows as expected. Probably missing a refresh or message from the server. This may occur under other circumstances/steps, but with these ones I can repro any time...