When chat window opens, it is on top of all others and must be acknowledged (clicked) before it goes behind.

Avatar
  • updated
  • Under Review

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.

Duplicates 3
Bring chat window to front when technician sends a message.
Avatar Tim

Many times when we cannot reach an end user by phone, we will pop a chat window up on their screen asking if it's ok for us to connect to work on their issue. This chat window pops up in the background, behind other active windows. This means the user does not see the chat window many times. When a tech enters a chat message, this should bring the chat window to the front on the user's PC so they see the message right away.

Allow Message Box to Open On Top of Other Apps

Can you add a feature that will allow the chatbox/message box to lay over other full screen apps that it currently doesn't work for? 


The specific instance I'm experiencing is that a lot of our clients use the remote desktop environment and the message box will not appear over the remote session even if they have it open on their local desktop. I've seen other software do this and think it would be extremely helpful because the client is unaware of the chat message until they minimize or close their remote session which could be hours later.

Bring Chatbox to Front on Message

When sending users message, it is very common for the chat window to actually go directly to the background, preventing them from seeing anything but a flashing icon. Many users outright ignore it.

There is an option to have it "Always on Top", but that encourages users to close the window, leaving them unsure how to respond once it is closed.
Having an option to have it jump to the foreground(even better if it doesn't steal focus) on message would be great. Or at least trigger a toast notification.


Avatar
0
anonymous

Hello Xander,

Could you tell me which client(s) you're seeing this issue with (Windows, Linux, Mac)?


Avatar
0
anonymous

If hosting off Windows you can enable one of the following under the App.Config settings:

AlwaysOnTop
HostAlwaysOnTop
GuestAlwaysOnTop

This will not force the guest to acknowledge the chat window before it can go away, but they'll definitely see it.

Avatar
1
Xander Warrender

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.

Avatar
0

Indeed this is annoying behavior and should be fixed.

Avatar
1
anonymous
  • Pending Review
Avatar
1
anonymous
  • Considering for Future Release
Avatar
1
Karim Mawani

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.

Avatar
0
Alan Murrell

What would the actual entry in app.config look like?  It looks like ours is just the basic default one.


Thanks!

Avatar
0
anonymous
  • Under Review
Avatar
0
anonymous
  • Considering for Future Release


Top contributors

Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar