Password paste
Product Name: Password paste
Description : A programmer can save you a lot of time and frustration and this fellow did just that. We thank Harmen for his work, which we freely share here, for your internal use. Unfortunately no support is possible, this is use as is.... We have never heard or seen problems, but can't en won't accept any responsibility for problems resulting from it's use. Enjoy!
Instructions :
The zip file contains a 32 and 64 bit version of a PasteClipboard tool. You can put the tool in your startup folder for ease of use (C:\Users\%UserName%\AppData\Roaming\Microsoft\Windows\Start
Menu\Programs\Startup). The tool will remain in memory after startup. If you copy a password in the normal way, you can now paste it with F3 in a RDP or KRC session you start from Kaseya. So, this is nothing more than an extende clipboard tool. We use it all day long, have fun!
Update November 2019: As of patch 9.5.0.24 using a normal keypress to paste the password doesn't seem to be allowed anymore. AutoHotKey is mentioned in the Discussion section as a worthy replacement and I can confirm it works great and since patch .24 we've started using it as well.
Comments
-
If you're looking for a similar AutoHotkey-based version of this, the source code is located here: http://community.kaseya.com/xsp/f/31/p/23124/105141.aspx#1051410
-
The tools works nice but (correct me if i'm wrong) if I copy a password, for example: G$n94pJ+L{x2k3! , then paste it with F3 is comes out like , G$n94pJ+Lx . Is this a bug or a local problem?0
-
We have noticed similar behavior on certain special characters. This is a bug - but I haven't seen this ever get updated and am not sure if the original developer is maintaining this...0
-
Hi guys, it's true the actual developer is no longer with us, so there is no new version in the works. That being said, we've been using this for a long time and I've never seen the same behaviour on our systems using this tool..
So, I tested the example that was included and have seen the same happening, so I'm not sure but we might not be using the { character in our passwords. That seems to be causing this. I'll see if I can get another developer to look at this, but I'm not 100% sure this code is all that flexible. If I remember correctly a simple tool was used for a quick and dirty solution....
I hope to update this later this week.0 -
Here's a great example of what the current bug can do and why we've had to use the tool either on a limited basis or avoid it:
Copied Text: [[{{{sf3234324~!~}}}]]]
F3 Paste Output: [[{~}}}]]]
Appreciate you looking at it!0 -
If you take a look at the one that Brian linked to above it is another version of basically the same thing that you can take a look at the source code.... However I I'd be interested to know if you have the same info with the older KRC remote control. I found that I often have issues with it when using live connect or the new KRC from live connect, but that it works just fine in the older KRC.
The difference appears to be some type of keyboard bug in KLC as I've often found that when it pastes it doe so in the opposite case, etc making it appear that the Shift key is stuck on, and other times it acts like the CTRL or ALT key is stuck,0 -
Also one more comment in addition to the above, I used the one sourced by Brian above and changed the Hotkey to F9 personally because I didn't want it robbing the F3 hotkey which is used for Search in a lot of apps.0
-
The control keys issues in remote connecting and control of a machine are a well documented Kaseya 'feature' at the moment. There's not much this tool can do about that and I haven't seen the issue crop up on our environment. We don't use the new Live Connect that much, and are waiting for a stable release (which Kaseya is working on... for a long time).
I'm waiting to hear back from a programmer and confirm this as fixed. I'm sure the tool Brian posted is a good replacement, you can use. As promised I'll update this when I get a confirmed fix....0 -
We have noticed a larger issue, when we have several techs in our VSA, if they have KLC instances open and one copies a password, URL or anything into his clipboard, it seems to populate to other techs clipboard with a KLC instance open. I don't know if this is a function of KLC or this Password Paste add-in.
0 -
Hi Michael, I don't think it's specific to this add in. We are not using this adding but have randomly had the same thing happen to techs ever since 9.3.
0 -
It's been a while, but over the holidays a new version was made of our tool, unfortunately the programmer introduced different characters not being pasted. So, ít's back to the drawing board and I expect a 'good' version soon and will update the comments and version of the tool....
Since Brian included a working example achieving the same thing, you should use his link to work around the issue, at least for now.
0 -
Hi! This is an awesome tool. We have several clients with extremely complex password requirements so this alleviates us from having to type them in manually. I would love to see a version cleaned up that doesn't miss characters or anything like's being reported, although I haven't had any issues personally yet.
Many thanks!
0 -
Our programmers have been ignoring this tool, since there is too much work and not enough hands on deck.So, the tool stands as it is and I'm glad to hear it helps some of you... I'll keep pushing for an update and will post any news I have...
0 -
very first password test pasted incorrectly after the # character in the password
0 -
@Michael Peller. Use the one from the link Brian added at the top of the discussion. It works better
0 -
@Michael Peller. Use the one from the link Brian added at the top of the discussion. It works better
0 -
Sorry Michael, as mentioned our programmers are not updating this tool anymore. Brian's AutoHotkey example referenced earlier is the way to go.
0 -
Looks like the latest version of VSA (patch 24) just broke this for good. Doesn't work at all any longer. Curious if whatever changes made also affected Brian's script? Anyone out there want to post an update on that? We're going to have to try Brian's script, but didn't want to spend the time and go down that road if someone has already found that the latest update broke that as well. Thanks in advance!
0 -
Todd,
The latest patch did break this for me as well. I would love an update on this. Thank you so much in advance. This is a huge time saver and help!
0 -
Luckily CTRL + V works in CMD/PS interface with the patch but standing by as well for this script.
0 -
Agreed. With today's security challenges and most everyone adopting very long, complex passwords, having the ability to copy and paste into the login screen is a huge time saver. Engineers can still learn even long, complex passwords over time if they have to view and use them on a regular basis. If we don't have to view and type passwords manually, then it's much more efficient and secure IMO. So this tool was great. Surely the Kaseya developers cold probably provide us this capability in maybe a day's worth of work? It can't be that difficult. Certainly, the developer of Password Paste has proven it can be done.
0 -
Check out the one from the community using AutoHotKey. http://community.kaseya.com/xsp/f/31/p/23124/111318.aspx#111318 The main challenge there is the same that is the issue with this one. .24 seems to "eat" all keystrokes making it so that you can't use any key combinations to trigger the paste. However I was able to redo the autohotkey script using mouse button(s) and get it working again for me. In my case I don't use the middle mouse button for anything, so I changed the hotkey to MButton:: and that got me back up and going.
0 -
Jonathan, that's awesome! Admittedly, i'm not a scripting guy but i tried to download AutoHotKey and got some 7-zip error upon install (latest version), so I downloaded 7zip thinking it's trying to use that to unpack files or something and got the same thing. So honestly i have no idea how to use AutoHotKey. If you have any tips for a non-programmer-type, much appreciated!! I would/could read more on their website, but taking the short route first if anyone can add some specific how-to instructions/mechanics on how to use AHK and how to use Brian's script to tag it to the mouse button would be great. Wish i could send an e-beer in advance!
0 -
... Can't honestly comment there Todd, I just downloaded and installed AutoHotkey and it worked fine. Sounds like you might have a corrupt download. (note some AV built into firewalls tries to tag it as a virus because some malware has used it in the past...). In any case, make sure that you the the final script from page 3 of the community thread, as it includes some additional fixes for caps lock, etc that weren't in Brian's original...
Then simply find the lines:
; Fire a force-paste when Ctrl+Shift+V is pressed
^+v::If for example you want to change it to be the middle mouse button click then simply change the second line there to be:
MButton::That's pretty much it. Then use Autohotkey to compile it to an EXE and run it on your computer start up and you're good.
0 -
The recent update to Live Connect has broken the ability to pass through the F3. It no longer works which is an issue with the long passwords that are now required.
0 -
Hey everyone,
I found a solution today that doesn't require an application or script since this has been broken with the latest update. I've been able to paste passwords using Alt+Shift+Ins
Hope this helps everyone.
0 -
Hi Larry, I already tried this solution found after some googling, but for me works only on windows server 2016 and later. Not tried on client computer, but for sure it doesn't works on earlier versione of windows server. What about you?
0 -
I was able to have it work on Server 2016, but 2008 or 2012 it doesn't.
0 -
2012 does not work for sure.
0 -
Alt SHift Ins does nothing for me either.
The AutoHotkey work across all of the apps.0