Jump to content

Fabian Näf

  • Content Count

  • Joined

  • Last visited

  • Days Won


Fabian Näf last won the day on October 9 2018

Fabian Näf had the most liked content!

About Fabian Näf

  • Rank
    Senior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Alun, A very nice solution. Thanks for sharing! Fabian
  2. Hi Alun Rather then using the audit logs from Passwordstate you could really query the logged on users from the server you would like to connect to. This can probably be achieved by using PowerShell as well. As you need to have special permissions to query this, you could use the credentials you already get in the PSLauncher.ps1 to connect to the server... All the best, Fabian
  3. Hi alun Probably you could add a custom code to "C:\Program Files (x86)\Passwordstate Remote Session Launcher\PSLauncher.ps1" This PowerShell script is used to connect via RDP. But take care to make a backup of this script before updating the Remte Session Launcher next time. All the best, Fabian
  4. Hi Mark&Lee I truely understand that you don't support form filling within iframes. As I still have the workaround to choose a matching credential by using the extension icon it's totaly fine with me. But I need to mention, that the issue, that the overlay popup got cut off (see screenshot above) is not related to iframe. I think this is a general issue, when the form is on the very left side of a website. All the best, Fabian
  5. I just figured out, that the overlay popup doesn't show up in the normal ServiceNow view, where the user record is loaded in an iframe on the right hand side of the page. But when you open the user record directly (I mean without the iframe), then I can click on the overlay icon and I get the overlay popup. Working: https://test1231.service-now.com/sys_user.do?sys_id=b824ce5bdbXXXXXXXXXXXXXX91c Not Working: https://test214.service-now.com/nav_to.do?uri=%2Fsys_user.do%3Fsys_id%3Db824ce5bdbaXXXXXXXXXba51d96191c
  6. I just bumped into another issue. When the form is on the very left side of the website, a part of the overlay popup is getting cut off. Here the mask of ServiceNow /login.do site. The issue I mentioned above, that I dont get the overlay popup, is happening only on the user record in ServiceNow, but not on the login.do page. I just double checked that.
  7. I noticed this on different websites, but I've also seen pages where I got the popup overlay. For sure it didn't work on ServiceNow sites. You can get a test instance by registring on developer.service-now.com.
  8. Hi Mark and Lee Thank you very much for all the improvements. My issue with the user-records is resolved now. Instead of overwriting the user_name and user_password field I now get the overlay icon and nothing gets overwritten anymore. Thats great! As I understand, the extension is working now in the way, that it doesn't automatically overwrite the fields, when they don't match exactly. Instead I'm getting the overlay icon and can select the credentials manually if I'd like to use the credentials from Passwordstate (e.g. when the field id has changed). This perfectly works for me, when I click on the extensions icon and select a credentials from "Show matching Logins". But clicking on the overlay icon in the form itself has absolutely no effect. Shouldn't I get the popup to choose a credentials when clicking on the overlay icon? All the best, Fabian
  9. Hi There First a big big thank and congratullations to all the new improvements with the browser extensions. The new extension with the newest improvements is so powerfull now! I just found a little bug. For some websites (ServiceNow), where I had form filling issues I added the filename (or how ever you call it) to the URL filed. E.g. instead of https://test123.service-now.com I had https://test123service-now.com/login.do in my URL field. So only this page got formfilled. When I now search for such a website with the extension (clicking on the icon and typing in the search field) and click on this website, it opens it wrong. Instead of https://test123service-now.com/login.do https://test123service-now.com/login.do/ is getting opened, which doesn't work (look at the ending "/"). All the best, Fabian
  10. Hi Mark & Lee Wow, you're working fast. That sounds awesome! Thanks a million :-) All the best, Fabian
  11. You can register here and request a developer test instance. After you saved the main login credentials... In the menu you can then search for users and open the users table under "System and Security". There you can open a users record and will see that the User ID and Password field gets overwritten. All the best, Fabian
  12. Hi there Thanks for the fast reply! I personally would prefere the behavior as it is described in the documentations ;-) No I havn't seen prompting again a second time. All the best, Fabian
  13. Hi guys, I really like the new browser extension, it's such a great improvement! Excellent work! I'd like to report a bug I'm experiencing (which I already had with the old extension). Very often I'm using ServiceNow (Website). The main login page has two fields: <input type="text" class="form-control" id="user_name" name="user_name" ... and <input type="password" id="user_password" name="user_password" ... Filling this form works absolutely flawlessly. The Passwordstate record for this page has saved: UserName Field ID: user_name Password Field ID: user_password But when I navigate to another page within ServiceNow to open an ServiceNow users record and edit it, the users username and password are getting overwritten by the extension. In this place, the autofilling is unintended as it overwrites current values and can lead to issues (user can't log in anymore). Here the page looks like this: <input type="text" id="sys_user.user_name" name="sys_user.user_name" a and <input id="sys_user.user_password" name="sys_user.user_password" type="password" As you see, the id and name are containing the same, but are not equal.... Do you see any possibility to improve this? All the best, Fabian
  14. Hi Guys I just updated to 8806 and I did some testing. It seams like, that Passwordstate doesn't fill the form anymore when a website is configured as ignored website. I'm a bit supprised by this behavior, as the description says, that it would prevent the extension from prompting again for saving credentials. Now it seams like, that ignoring a website means, that the website is not going to be autofilled anymore. All the best, Fabian
  15. Hi guys, Yesterday I just started to experience the same for a certain website. The icon of the extension is showing, that there's a record, but it doesn't get filled in. Login/Logout of the extension was not helping to get it sorted. As I remember right, on this page the extension was ask once for saving another credential and I think I clicked "Ignore". I haven't done any further investigations, as my issuing page is just temporary. I'm only guessing, that this could be related. @Mark Bell Could you doublecheck, if this page is listed as ignored in your user preferences? All the best, Fabian
  • Create New...