David Roudebush's community posts

Thanks very much for the great support. We're having some other language/character issues, as well. When we open the file transfer panel to move files between the viewer and the host, the Japanese characters in the filenames aren't displayed correctly in the panel. The files can be transferred, but it's difficult to tell which file to transfer in some cases.
Thanks again,
David

Thank you very much. If there is something I can do to support that (logs, more specific testing), I'll be happy to do so.

It turns out that if we print to a PDF on the host printer that's having the problem (again from IE), that PDF is fine. We can transfer the PDF to the viewer, and print out the page with the correct Japanese.

But if we use that PDF on the host computer to print through the RU printer, the characters still come out scrambled at the viewing computer. So it appears that the fonts from IE, even when embedded in the PDF, are causing problems with the RU printer.

The attached

Version 6.9.4 on host and viewer. Run through our own server.
The viewers are on English Windows OS (7-64). The hosts are in Japan, running either English or Japanese Windows OS (7-64).

1) When accessing a host that runs Japanese Win-7-64 OS, the remote printing works properly with Chrome and local apps (i.e. all of the Japanese characters print properly), but printing through the RU printer driver from IE 11 crashes and restarts IE.

2) When accessing a host that runs English Win-7-64 OS, the remote printing produces garbage characters from IE 11 (but doesn't crash it), and prints properly (Japanese characters) from Chrome and local apps.

Any suggestions for getting the RU printer to work happily with IE 11 and Japanese characters, or to pass the print spool through to the viewer computer directly to access the local viewer printers?

Thanks very much,
David

Thank you. Yes, there are installed screen capture applications on each machine. We want them to work properly, but they are not being activated when hitting PrtScr.

Windows 7-64 on host and viewer. V 6.9.4
When I hit PrtScr at the viewer computer, it brings up the local screen capture option.
If I use the menu items in the control bar of the viewer window to send PrtScr to the host computer, I still get the local screen capture instead of triggering the host screen capture.
Is there any way to get a popup option when you hit PrtScr (as in Splashtop) or the ability to always pass the PrtScr through to the host (as in GoToMyPC)?

Thank you. That was a fast and useful response.
Since putting in this comment, Webroot responded to me that they had seen RU used as a hacking tool, and that's why they were treating it that way. They advised me to white-list it on each machine. (!)

I've got Webroot SecureAnywhere trying to remove rwln.dll (the RU host) on our machines as a remote access hacker tool. Is there any third-party validation of the security of these program components?