When chat window opens, it is on top of all others and must be acknowledged (clicked) before it goes behind.
Xander Warrender 7 years ago • updated by Camelot One 2 months ago • 27 • 3 duplicates
Currently, when the chat window opens, it opens behind whatever the active window is and, with my clients at least, is often ignored until they finally close what they were doing.
I would like it if, when the chat window opened, it opened on top just like a regular new window does - and most require that they are clicked before they can be pushed behind others. This would force the client to acknowledge the window is there. This way, if they choose to ignore me, they go to the back of the queue and I can move on to another client.
Available in Version:
Customer support service by UserEcho
Could you tell me which client(s) you're seeing this issue with (Windows, Linux, Mac)?
If hosting off Windows you can enable one of the following under the App.Config settings:
This will not force the guest to acknowledge the chat window before it can go away, but they'll definitely see it.
All of my clients are on Windows. i don't want to use an "alwaysontop" options because that will cause them to close the window, not just acknowledge it so that when they click on a different window it falls behind it.
Every time I send new chat message, the window opens behind anything they have open.
Indeed this is annoying behavior and should be fixed.
Has this been added to app config yet?
I am having the same issues with all of my remotely accessed clients.
I send a message to them through control wise without being in their system and they don't see the blinking chat icon on the bottom and keep working on the tasks they have. Then when I remote in an hour later I see that they never clicked on my chat request to begin with so they did not know that I wanted to have access to their computer.
Only reason we ask before entering their computer is because we do not want to disturb the client if they're working on something important; however, if they don't see the chat screen or respond to us then we get stuck on waiting.
If we can have the feature added where the chat window shows up in the top right corner (in front of all other windows without task bar icon interaction) as the Host sends message to their client this would be really helpful.
What would the actual entry in app.config look like? It looks like ours is just the basic default one.
Same request here. In fact I believe I requested this years ago and it went nowhere. We need the chat to be in focus as many uses will be oblivious to a flashing tray icon.somehow.
Hopefully we can get enough support to get it pushed through this time around! I knew I wouldn't be the only one since a lot of MSPs have clients who primarily use RDP for daily work tasks.
there may be a command we can type in the command field to bring it to the front if need be also but I've not looked into it. If the customer doesn't respond I move on or contact their superior to have them tell their employee to click on that obnoxious flashing rectangle in the tray.
When I send my first chat to user they often ignore the flashing window in the taskbar, only when I click on the chat window for them do they take notice. Need to be able to force the chat window to appear.
Recently tested this functionality in both the .NET and Java host clients. What versions are we talking about? As of at least 19.3, default behavior brings the chat to the front whenever a message is sent, without setting the app.config to always on top. We tested internally and have experienced that behavior.
I'm running the latest stable version and, from the web dashboard, just sent a message to my own PC -- the chat window appeared behind the browser, not in front, blinking on the taskbar. I really don't want to use "always on top" because that will just train my clients to X out the window without reading it. I just want it to appear in front of all windows until acknowledged, just like most new windows do.
Hello, any updates on this is being added to the next build or future update. Running version
19.4.25759.7247. On initial chat, window is opening behind all open windows, and flashing on taskbar. This would be super helpful, most of our customers are not noticing the flashing icon, or don't bother clicking on it. Thanks.
This really seems like more of a bug than a feature request. But whatever the case, I'm asking for it to be fixed/feature added too.
+1 for having an option to make the guest chat window go to top every time it receives a message
+1 . I'm a hosted automate client so I can't update any config files. All Windows agents. The chat box needs to pop up in front of everything else. It does no good opening up behind everything and only flashing on the task bar. Because as others have said, the users don't see it, so we're stuck waiting for them. I have to take over their mouse in hostility. i've tried to block mouse input but that causes users to freak out and hard reboot.
6 years later and still waiting....
I gave up waiting few months back and wrote my own program which is added to the Shared Toolbox and then I can Run the Tools which then forces the chat window to appear on the users screen. PM me if you want the apps: cg_at_smyservices.com
Carl, I'd like to get a copy of that. I can't seem to figure out how to PM you.
The ShowChatWindow app can be found here
View the Readme1st.pdf on how to use it.
Tested and confirmed working. Thanks Carl Green!
Would you like to publish this on the extension marketplace for other partners to use? I understand that this hasn't been added to the core product as requested, but thought it might be useful as an extension.
Ideally I would like a button added to the host page that calls my tool but how to do that I have no idea.
Guidance needed on how I go about publishing the extension to the marketplace.