Settings and activity
8 results found
-
604 votes
Nice! The feature you requested is being reviewed by our product team. We’ll keep an eye on the number of votes, and let you know if a decision is reached to implement. Thank you for being a partner in our process!
An error occurred while saving the comment -
1,296 votes
Hello, Thanks so much for submitting your idea! It’s currently under review by our product team, and should a decision be reached to develop it, we’ll keep you in the loop!
An error occurred while saving the comment 
Ben Solomon
commented
Even just an alert would better than nothing :)
Ben Solomon
supported this idea
·
-
2 votesBen Solomon
shared this idea
·
-
9 votesBen Solomon
supported this idea
·
-
68 votes
Nice! The feature you requested is being considered for development. We’ll keep an eye on the number of votes, and let you know if a decision is reached to implement. Thank you for being a partner in our process!
Ben Solomon
supported this idea
·
-
42 votes
Nice! The feature you requested is being considered for development. We’ll keep an eye on the number of votes, and let you know if a decision is reached to implement. Thank you for being a partner in our process!
Ben Solomon
supported this idea
·
An error occurred while saving the comment Ben Solomon
commented
This has been huge pain point for us, phasing out of our Splashtop Enterprise. The Atera agent chat is just clunky in my experience, it seems sometimes the requests do not pop up on the remote side? It would be REALLY nice to have the same chat functionality you get once ALREADY in a Splashtop session, or definitely at least to model the Atera chat around it (simple pop-up/takes focus, no need for any users to be tied to it or accept any prompts, just good ol' chat -- even if it means losing out on other chat features). Perhaps a separate 'QuickChat' option vs full the featured chat?
Simple effective chatting BEFORE remoting in is a massive and critical part of our workflow. This is a nightmare on kiosk and shared workstations.. we do not always know the user on the PC and they may not even have email :(
-
3 votesBen Solomon
shared this idea
·
-
3 votesBen Solomon
shared this idea
·
Create custom Script-Based threshold item and add it to your Threshold profile (Admin > Thresholds), I have sent mine to the Shared Library pending approval. It is called ReturnDaysPoweredOn
$os=Get-WmiObject win32_operatingsystem
$uptime = ((get-date) - ($os.ConvertToDateTime($os.lastbootuptime))).Days
return $uptime
make it a .ps1 file, it will return the days powered on.
Threshold value type: Number
Operater: Greather than
value: X (online over X number of days)
Time Period: doesn't really matter -- how often you want it to check the condition
Auto-Healing Script: optional to (You could make another script to schedule a reboot at 2:00 AM tomorrow for example)