userofgos I didn't consider it a bug because someone else called it a bug. I consider it a bug because, as it is described in the System settings > System > Users > Delete guest activity when toggled on, the description says it is designed to "Delete all guest apps and data when exiting guest mode" and I take that literally to mean that regardless of how you "Exit" Guest User (i.e. End session, Switch users, Exit guest mode, reboot), the result should be the same - all apps and data are deleted.
So therefore it is not functioning as it is described to do so.
I see where a good chunk can get the idea that it may be a bug is now stemming from; especially if the description is taken literally, thank you for that.
The reason the interpenetration initially differed for me though and why I still have some doubts is because I presumed only the dedicated buttons to exit Guest Mode not found in other profiles which are "Reset" and "Exist guest mode" always present there in notifications which have confirmation dialogues in order to intentionally as the sole act exit guest mode of "Exit guest mode? This will delete apps and data from the current guest session" were the only ways to manually destroy your Guest data before exiting guest mode and since the power button End Session button didn't have a confirmation dialogue that it will destroy all your data if you proceed, I presumed that its the feature way to switch profiles securely without loosing guest data just yet if you don't want to especially since that's the way it currently operates flawlessly and it does wipe your encryption key requiring you to enter long password to regain access to Guest Mode data once again. As such, I'm still seeking clarification on this from a project member with all this new information taken into account on whether or not it is indeed a bug or not, but with this new founded knowledge, if it is indeed a bug the solution is actually very easy and beneficial for GrapheneOS developers and comunity.
That said, there's actually a simple solution to all this that will make everyone happy and it takes up far less development time then changing the source code functionality of how the functionality currently operates. Since I now know where the thought of it being a potential bug is coming from and since many Guest Mode Users with delete session can use this as a valuable and necessary convenience feature to actually use Guest Mode with delete data enabled and since you're in agreement that this can be a useful feature too for those who need it,
GrapheneOS developers should thus instead change the description in Owner Profile to "Delete all guest apps and data when existing guest mode other than End Session via Power Button to securely keep data temporarily".
Since GrapheneOS is all about security and privacy, it would be more impactful to the project if the toggle button was reworded to maintain a power feature then dedicate additional development time towards stripping away something so useful as the right solution and current solution. If upstream ever considers it a bug and removed it, then that's unfortunate if GrapheneOS doesn't want to maintain the code for it and that is an easier pill for us Guest Mode users to swallow then this being the first time GrapheneOS has to decide between spend more work trying to remove something that can be security or spend less time in order to reinforce more security. There's not really anywhere else people who depend on the current functionality can go especially if they truly need it for their psychical safety and would simultaneously use up less development time rewording the toggle then changing the behavior. Rewording the toggle becomes the best course of action that benefits the GrapheneOS project, it's users, and it's development time if they seek to continue forward with treating it as a bug as it would be a presumption that functionality change over word change is the best way to tackling this perhaps bug.