Jump to content

Fabian Näf

Members
  • Content Count

    183
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by Fabian Näf

  1. I'm using V8.9 (Build 8903) and I'll send you an email with the actual hostname and titles. All the best, Fabian
  2. If you would like to have the "Ignore Form Filling" and the "Ignore Asking for Saving" functions separated (this is currently combined), please support my feature request by posting a "+1" there:
  3. Hi there, I've some hosts for which I set the "title" field additional to the hostname to have a proper name displayed in the hosts tab. But there's an issue with sorting, they are not sorted by the displayed title, but instead (as it seems) by the hostname, which is not visible. So the ordering is not by alphabet anymore and messed up. Would be nice, if this could be fixed in a comming release :-) All the best, Fabian
  4. Hi all, I've some websites on which the Passwordstate browser extension is asking me all the time if I'd like to save a password. This happens e.g. when there are different password fields on a website, like when you manage users with a password field, this will happen all the time. After every form submit Passwordstate is asking if the password should be saved. This is very annoying. If you click "Ignore" (screenshot below), it leads to prevent Passwordstate from filling the form as well. There's currently no way from stopping the browser extension to ask for saving passwords and still let it fill the form. I really would like, if clicking on "ignore" would only prevent asking for saving passwords, but would not stop filling the form. For me it really doesn't even make sense to ask at this point about stop filling forms and I think this is not really obvious as well (that clicking on this ignore button, after entering credentials, will lead to stop filling of other credentials in the form on this site). I guess it's not only confiusing for me and I guess that many people unintended stopped the browser extension from filling the form by clicking on ignore there. From my opinion these are two completely different things: 1. Prevent Passwordstate from filling forms: I think it's good to have this as a user preference setting as it is right now. 2. Prevent Passwordstate from asking about saving a password: I think this should be handled in the browser extension. So here's my actual feature request: 1. Clicking on "ignore" on the screenshot showing above should not stop Passwordstate from filling any forms. Instead it should just stop asking for saving passwords. 2. I really would wish to have something like a checkbox or a switch displayed in the browser extension. There I could control if I would like have Passwordstate asking me to save passwords on the current site (should be enabled by default). A little mockup below, sorry for bad paint skills ;-) If you like this feature request, please post a "+1", highly appreciated! All the best, Fabian
  5. Wow, that's very impressiv how fast you were fixing this!! I can report that it's working again! Awesome!! Thank you very much & best regards, Fabian
  6. Hi there, I'm experiencing the issue, that my browser is not asking me anymore if I would like to save credentials. I tested on two different computers (both with Firefox 75). When I login with the same user to Chrome, it works fine. I already experienced this issue with other websites in the last days, but currently it happened with the following site: https://manager.infomaniak.com Also last time I double checked, that the website is not in the ignore list under my user preferences. All the best, Fabian
  7. Hi Alun, A very nice solution. Thanks for sharing! Fabian
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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.
  13. 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.
  14. 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
  15. 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
  16. Hi Mark & Lee Wow, you're working fast. That sounds awesome! Thanks a million :-) All the best, Fabian
  17. 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
  18. 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
  19. 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
  20. 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
  21. 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
  22. Hi Guys, Thank you very much for picking up my inputs! About the unexpected logout: I only tested with my test/privat environment so far. This is running on a domain server with AD DNS, but I use it mostly over the internet with DNS name from a public DNS server. But this DNS record shouldn't change to often ;-) But as I'm connecting over the internet (and WiFi), the connection could be a bit unstable... don't know how the extension is able to handle such circumstances... It's actually very nice to contribute with you guys! As I'm currently on a world travel trip for the next months/years, I hope I'll find some more time for things like that. Unfortunately I'm not going to Australia, otherwise I would come over for a beer :-) All the best, Fabian
  23. Hi Guys, I think I got the cause of the issue.... My backup and upgrade runs under a specific service account which has very limited rights. This account had only rights to start and stop the Passwordstate Service, but not rights to start and stop the Passwordstate-Gatway Service. So I granted this permission to this account as well. I think this will resolve the issue (well see with the next upgrade). Thanks for all the help and sorry for the trouble ;-) Regards, Fabian
  24. Hi Guys, this morning I've just seen the blog about the new browser extension and I couldn't wait to install it. I really love all the new features, it improves the extension so much! During my first tests I remarked some things I'd like to report back. I tested with Chrome Version 76.0.3809.100 (64-Bit). Wait until logged in Like a half year ago (or more?), the old extension got a big improvement: The extension turned white (logged in) when the Passwordstate page started to load. Before I always had to wait until the whole Passwordstate page got loaded. This was very usefull when you work in a slower network (like WiFi) or if your server is on the slower side. With the new browser extension unfortunately it's again like, that I need to wait until the whole Passwordstate page finshed loading to get logged in. You can notice the difference very good, when you have the now and the old extension working in parallel. Unexpected logged out I also had this issue with the old extension as well: All of a sudden I'm logged out of the extension, before the timeout has been reached. While testing I had the old and the new extension activated in parallel (don't hope this was causing the issue). Like 10 minutes after I started testing, all of a sudden I was logged out from the new extension, but still logged in with the old extension. This is just a first report after some less testing. I'm going to monitoring this a but more... Search when multiple passwords available When I go to a website, where I have multiple credentials (2) matching. There is this new fantastic icon overlay, where I can choose between the credentials. In this overlay there's the search box. First of all, the search box is not visible (no border). If I would'n have read about this on the blog I wouldn't have noticed this function. When I type in this search box, searching is working and filtering out the not matching credentials, but I don't see anything typed in this box, I can't see what I've typed. (tested with www.gmx.ch) Curser directly in search field This is just a suggestion, but would improve the usability a litte bit and making your workflow a bit faster. With the new extension you can click on the extension icon and search through all your available passwords, what is absolutely genious! I really really love this feature. In my opinion it would also be great, when the cursor would be placed in the search field directly after I clicked on the extension icon too. So I could click on the icon and directly start to type without needing to put the cursor there first. Thank you guys so much for developing the new extension! All the best, Fabian
×
×
  • Create New...