Snapshot to disk shortcut doesn't honour checkbox settings if High-res Snapshot is enabled.
tracked
Bavid Dailey
Open the snapshot floater.
check HUDs and/or Interface
save a photo to disk in the usual way
close the snapshot floater
---- the photo you saved has the interface and/or HUDs shown
from the advanced menu, shortcuts choose snapshot to disk, or use the actual shortcut key
this photo has no interface or HUD shown
Log In
Dan Linden
updated the status to
tracked
Thank you for finding the repro, Bavid!
Issue tracked at https://github.com/secondlife/viewer/issues/6222. We have no estimate when it may be implemented. Please see future updates here.
Bavid Dailey
I have installed the second life viewer on an intel laptop mac, running same OS version and reran the tests there.
What I saw was the the step test you outlines there did work as you said.
I looked at the advanced menu options and saw that Hi-Res snapshots and quiet snapshots were reset.
i tried turning them on, and the HUD and UI vanished when i used the shortcut. Opened the snapshot floater and interface had been unchecked. check it and saved, and then close floater, tried a shortcut and it had lost the HUD and UI again,
So I can say that setting HiRes snapshots, disables honouring those 2 checkboxes in the Linden viewer.
Back on my M2, i tried disabling Hi-Res in FS - which is my day-to-day viewer - and saw the same behaviour. It's a workaround of a kind, but not a satisfactory one.
Webbi Jonson
"from the advanced menu, shortcuts choose snapshot to disk, or use the actual shortcut key" use the normal standard settings so that is not activate the interface and/or HUDs so thats normal.
The snapshot function
rawSnapshot()
has its own parameter, show_ui
. If this parameter is set to FALSE
, the viewer interface for the snapshot is disabled. so it is in the viewer. File.TakeSnapshotToDisk calls the direct snapshot with show_ui = FALSE, the user interface is still hidden or not rendered. so the advanced menu, shortcuts choose snapshot to disk have this in the viewer default on false and it must be made in the Firestorm-Quellcode changed and with true compiled.
so if you use the firestorm you must write it to the firestorm team in the firestorm support group perhabs. if it is the second life viewer it must be made in the SL viewer changed in the code. but in the normal snapshot floater you can change many more so use this better.
Bavid Dailey
Webbi Jonson This matches what I have observed. I hit a similar issue in FS, when i found the Flickr snapshots didn't take the checkbox values either. I made JIRA in FS and was told that yes the code specifically didn't copy the values, it was in their opinion, intended behaviour.
My use case is in sailing. I want to set up the snapshot floater as i want it before sailing, and during the sailing press a shortcut key combination to save an image, there's often not enough time to click photo on the navbar, click save on the snapshot floater, then close the floater - by that time i have crashed. It's the same when i tried to send a snapshot to FLICKr. Too much interaction required to be practical.
This probably explains why there are so few pictures of sailing from the sailors viewpoint ....
Dan Linden
updated the status to
needs info
Bavid Dailey
Dan Linden Please see my reply to Webbi , and ,my reference to the FS team JIRA. Is that not enough information ?
Dan Linden
Unfortunately, no, because we don't have a way to reproduce this issue on the Second Life viewer.
Here are my test steps which work as expected here. Please try them and tell me if they work.
* Open World menu > Snapshot
* Check the Interface checkbox
* Check the HUDs checkbox
* Uncheck all the other checkboxes. (Just to make the steps similar)
* Click "Save to Disk"
* The options under Current Window happen to be 1211 x 752, Constrain proportions is unchecked, Format is PNG (Lossless)
* Click the down arrow next to the Save button and choose Save As...
* In the Save picker that pops up, pick the Desktop folder, Click the Save button.
* Open the new snapshot and verify the UI and HUDs are visible.
* Back in Second LIfe, close the Snapshot floater by clicking the X at the top right.
* Test taking a snapshot by hitting control+`
* Open the new snapshot and verify the UI and HUDs are visible.
* Quit Second Life. Log into Second Life again.
* Test taking a snapshot by hitting control+`
* Open the new snapshot and verify the UI and HUDs are visible.
Bavid Dailey
Dan Linden I followed your instructions precisely -
[12:57] [Second Life: Screenshot saved to:
/Users/davidbayly/Desktop/Snapshot_2026-08-25_21574301.png
Click to open folder.]
[12:59] [Second Life: Screenshot saved to:
/Users/davidbayly/Desktop/Snapshot_2026-08-25_21591201.png
--- quit and relaunced
Click to open folder.]
[13:00] ZHAO-II(cova AO5 package): 6% memory free
......
[13:00] [Second Life: Screenshot saved to:
/Users/davidbayly/Desktop/Snapshot_2026-08-25_22005801.png
Click to open folder.]
Photo Viewer
View photos in a modal
Bavid Dailey
Dan Linden the canny error is
Invalid file (8MB max)
the first snapshot is 3,5MB PNG image; second is 14.4MB PNG image; 3rd is 13.6MB PNG image. The avatar didn't move between the 3 photos, it should have been the same scene, and accordingly about the same size image.
Neither of the latter 2 had HUD or interface shown.
I suspect there is a clue there ?
Dan Linden
Hi Bavid,
This issue does not reproduce for me. I'm using a M1 mac with the same Second Life Release 26.3.0.31203661088 viewer.
I don't know what would cause this to happen, so we should look at the logs. Please Reproduce this issue, log out, and then zip up your viewer logs folder. This page tells you where to find the logs folder: https://community.secondlife.com/knowledgebase/english/how-to-report-a-bug-r224/
Next, email the zip file to bug-attachments@lindenlab.com and reference the issue name in the email subject line.
Leave a comment on this canny issue once that's done so we can take a look at the logs.
Thank you!