This topic contains 8 replies, has 2 voices, and was last updated by  Rui Bras 9 months, 1 week ago.

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #2492

    Ricardo

    When I try to run a script I get “Failed to load URL://…” with error (ERR_CONNECTION_CLOSED).

    #2493

    Hello,

    There are no any known compatibility issues with Windows 10.

    Could you please send us script to support@dotcom-monitor.com for a review?

    Kind regards.

    #2494

    Ricardo

    Just a basic Script:
    EveryStep_Windows10

    #2495

    Ricardo
    #2496

    There can be several possible reasons for that:

    1). You have some kind of proxy which fails to automatically detect.
    To set it manually click at the wrench icon at top-right and select “Internet options” menu.

    2) Some security setting prevent user created for “Every step” to connect to the Internet.
    For fixing that we’d advise stopping a “Secondary logon” service and deleting an “Everystep” user. Upon relaunch of the recording tool you’ll need to decline creating a user and starting a service.
    That might resolve the issue.

    Kind regards.

    #2517

    Rui Bras

    I have this same problem with EveryStep v4.0.6114.8857
    on MS Windows v10 Pro enUS (build 14393-rs1_release-inmarket.161208-2252).
    I managed to create a script and tested it inside the Scripting Tool
    about one month ago. But never could run it inside the Player,
    even after 3 complete re-installations.
    The thing is, there’s no proxy or access problems, every check I do
    (default using http://cnn.com and other sites) is OK, except for the URL
    I’m trying to test (public access to one of our services on AWS):


    Making SV request to https://sinergie.misy.eu/
    Status: OK.

    Making UV request to https://sinergie.misy.eu/
    Status: Error.
    The underlying connection was closed: An unexpected error occurred on a send.

    Done.

    What is this UV (?) request and what are the differences for a SV (?) one?
    This error is “Type 205 – error code 12500 – An unexpected error occurred on a send”
    (https://wiki.dotcom-monitor.com/alerts/error-codes). What does this mean exactly?
    Our servers never do that on every browser I have in this machine (all the must
    recent versions of MS Edge, MS IE v11, Mozilla Firefox (v50.1.0) and Google Chrome (v55.0.2883.87 m)).

    #2518

    Alexander

    Hello

    Upon checking on our end we haven’t encountered any issues with https://sinergie.misy.eu/ URL. We were able to create UserView script and play it without issues in both: EveryStep Scripting Tool and EveryStep Player.

    You can check this article for differences between SV and UV platforms:

    Differences between UserView and ServerView

    Try to perform the following actions on your end with logs enabled and under your user:

    1) To enable logging in EveryStep Scripting Tool: exit the Scripting Tool,
    create “C:\Users\<YOUR USER NAME>\AppData\Roaming\Dotcom-Monitor\Logs\” folder.
    2) Stop a “Secondary logon” service or delete an “EveryStepScripting” user. Upon relaunch of the Scripting Tool you should decline creating a user and starting a service. This will allow to run Scripting Tool under your user privileges.
    3) Create a script from scratch, play it at least one time inside Scripting Tool and save it on disk locally.
    4) Click down arrow to the right of “start playing” button inside Scripting Tool and click “play in loop”. Then press “Start” in window that appeared (enter Alert Email if necessary).

    Please let us know about issues at specific step, if any. Zip log files under “C:\Users\<YOUR USER NAME>\AppData\Roaming\Dotcom-Monitor\Logs\” folder and send them to support@dotcom-monitor.com address.

    #2522

    Rui Bras

    Thanks for your answer. I’ve followed your instructions and the connection continues to fail with strange SSL errors. I’ve sent you the logs in a separate message to your support email. It seems that the tool needs to access certificates in my user’s Certificate Store (?!) in order to do the SSL handshake… Please advise. Thanks.

    #2523

    Rui Bras

    Thanks for your answer. I’ve followed your instructions and generate the logs (sent to your support email as advised) as the connection continues to fail due to strange SSL errors in the initial handshake. It seems that the tool needs to access my local Certificate Store (why?). Should I prepare a personal/company certificate to use the SSL connection? Please advise. Thanks.

Viewing 9 posts - 1 through 9 (of 9 total)

You must be logged in to reply to this topic.