Autotype fails to run, but only for [alt]

Help
Marshall
2013-10-15
2016-03-27
  • Marshall

    Marshall - 2013-10-15

    Any entry that doesn't use the default browser fails to run the autotype. I have also seen this for the "run command" action.

    There is a workaround; but obviously I'd like to see the issue fixed instead.

    Has anyone else experienced this?
    Is there a fix?

    Steps to reproduce:

    1. Open Password Safe 3.29(4985)
    2. Double click an entry that uses the [alt] browser. E.g.
      URL: [alt]https://www.facebook.com/
      Note: IE opens https://www.facebook.com/; but nothing will be entered.
    3. WORKAROUND:
      1. Switch to an open Firefox browser (This is my default browser)
      2. Switch back to IE
        Note: Autotype now runs.
     
    • fernando

      fernando - 2013-10-15

      Confirm:
      1- Your concern is one step: "Browser to URL + Autotype",
      not two step: "Browse to URL" then "Autotype"?

      2- [alt] client is Internet Explorer?

      Test:
      1- Some entry with [alt] URL entry do... "Browse to URL"
      Where is focus? Press a Tab key; where is focus?

      2- For some NON [alt] entry repeat above test.
      Where is focus? Press a Tab key; where is focus?

      3- In Windows Run box or at command prompt do entry...
      iexplore https://www.facebook.com
      Where is focus? Press a Tab key; where is focus?

      4- In Windows Run box or at command prompt do entry...
      https://www.facebook.com
      Where is focus? Press a Tab key; where is focus?

      You should see that problem is Internet Explorer;
      where the client places initial focus.

       
  • Marshall

    Marshall - 2013-10-15

    Hey Fernando,

    Yes, my concern is "Browser to URL + Autotype". And yes, my [alt] client is Internet Explorer.

    No, this isn't an IE issue. Please refer to my original post; specifically step 3. Just the same, here are the tests you requested. I've included a "Test 0" which is my original post.

    Test 0: "Browse to URL + Autotype" using an [alt] entry
    URL: [alt]https://www.facebook.com/
    Action: Select "Browse to URL + Autotype"
    Results: IE successfully browses to https://www.facebook.com/. Focus is on the "Email or Phone" field.
    Action: Wait 5 minutes
    Results: No change. IE remains on the "Email or Phone" field.
    Action: Switch to an already opened Firefox session. Immediatly switch back to previously opened IE session.
    Results: Autotype begins to run. End-user is successfully logged into facebook.com

    Test 1: "Browse to URL" using an [alt] entry
    URL: [alt]https://www.facebook.com/
    Action: Select "Browse to URL"
    Results: IE successfully browses to https://www.facebook.com/. Focus is on the "Email or Phone" field.
    Action: Pressed the tab key
    Results: Focus changes to the "Password" field.

    Test 2: "Browse to URL" using default browser
    URL: https://www.facebook.com/
    Action: Select "Browse to URL"
    Results: Firefox successfully browses to https://www.facebook.com/. Focus is on the "Email or Phone" field.
    Action: Pressed the tab key
    Results: Focus changes to the "Password" field.

    Test 3: Start IE from command prompt
    Action: Open cmd.exe and execute: "C:\Program Files\Internet Explorer\iexplore.exe" https://www.facebook.com/
    Results: A new instance of IE starts and successfully browses to https://www.facebook.com/. Focus is on the "Email or Phone" field.
    Action: Pressed the tab key
    Results: Focus changes to the "Password" field.

    Test 4: Run URL as command
    Action: Open cmd.exe and execute: https://www.facebook.com/
    Results: 'https:' is not recognized as an internal or external command,
    operable program or batch file.

     
    • fernando

      fernando - 2013-10-20

      hello,
      i do not use the browse+autotype feature.
      i setup test environment to mimic your usage.
      yes i now see similar behavior as your complaint.

       
  • Berkhout

    Berkhout - 2014-02-17

    I have the same problem (Browse to URL + Autotype) with my default browser, which is Cyberfox 27.0, a 64-bit clone of Firefox. The command opens the browser and displays the correct page, but autotype does not run. Switching to another window (DOES NOT HAVE TO BE A BROWSER!) and immediately switching back with mouseclicks makes autotype run.
    The problem occurs both in PWS 3.31 and 3.33.

     
  • Steve Mann

    Steve Mann - 2016-03-24

    Searching forum for updates as the described results in this thread are the exact same results for me.

    Windows 7 - 64 bit Password Safe V3.35

    Was hoping this was fixed... but apparently not.

     
    Last edit: Steve Mann 2016-03-24
  • MrMe

    MrMe - 2016-03-25

    I tested this using v3.38.2 of PasswordSafe on windows 8.1 64-bit using IE11, latest Firefox and latest Chrome browsers. I used the same https://www.facebook.com test site as the original poster.

    I can also confirm the issue is still there, but I think it's somehow related to the use of the IE browser.

    Here are some findings:

    1. The Browse to URL + Autotype issue where autotype does not happen only occured with IE. IE would start, but nothing would be autotyped. It didn't matter if IE was the Windows default browser or the alternate browser for PasswordSafe. The work around is to switch to another application as mentioned earlier (I used notepad) and quickly switch back to IE for the auto-type to occur in IE. Also, if I switch to notepad and wait about 10 seconds or more before switching back to IE, the autotype would occur in the notepad window.
    2. If Chrome is the system default browser and Firefox is the PasswordSafe alternate or vice-versa, the issue does not occur whether using [alt] or not in the URL field.
    3. If IE if the Windows default browser and Chrome or Firefox is the altenate in PasswordSafe , Browse to URL + Autotype using [alt] also works fine.
    4. This is probably a bug I can file separately. Even though 'Minimize after AutoType' is enabled in Options, Browse to URL + Autotype does not minimize the Password Window after autotyping. I would have expected it to minimize just as if Autotype was used separately.
     

Log in to post a comment.