Data bound request does not support "application/json" content type. 

The exception listed in the log: 

[Telerik.TestStudio.Load.Agent.exe(3640:5),Load] AsyncTaskMethodBuilder`1.Start() : An outstanding request finished, but was marked as a failed request.
[Telerik.TestStudio.Load.Agent.exe(3640:3),Error] OutstandingRequest.Run() : EXCEPTION! (see below)
     Situation: Exception during HTTP Request, url [https://server.com]
     Outer Exception Type: System.NotImplementedException
     Message: Content type "application/json" is not implemented.
     HRESULT: 0x80004001 (Official ID (if app.) = E_NOTIMPL, Error Bit = FAILED, Facility = FACILITY_NULL, Code = 16385)
     Call Stack:
          at Telerik.TestingFramework.Net.HttpUtilities.SerializeContent(String strContentEncoding, ContentType contentType, Object objTransformedContent)
          at Telerik.TestStudio.Load.Http.OutstandingRequest.ApplyBindingsToRequest(HttpRequestBuilder requestBuilder)
          at Telerik.TestStudio.Load.Http.OutstandingRequest.<Run>d__24.MoveNext()

Wait for exists step is failing with the error below, when Test Studio is not able to find the element:

Object reference not set to an instance of an object.
InnerException:
System.NullReferenceException: Object reference not set to an instance of an object.

As a result the conditional steps are not working as expected and the test fails.

The workaround for this issue is to change the WaitForExists step to VerifyExists step and the test works.

Hi

 

I have some databound parrent tests.

 

For these I have created seperate sheets in my excel, to ensure my part test are working i switch their databinding between the sheets to ensure them working in all environments.

 

Everytime i rebind a test the excel file gets corrupted! I have to restart the computer and then it works again… What is the fix for this? 

 

I have attached an example of being unable to open the excel document! 

Steps to reproduce:

Using the project attached execute the test which should handle a dialog.

Expected behavior: The save dialog is handled successfully

Actual behavior: The dialog is not handled and the following is output in the log:


System.TimeoutException: Timed out waiting '60000' msec. for any dialog to be handled '1'
Result StackTrace:    
at ArtOfTest.WebAii.Win32.Dialogs.BaseDialog.WaitUntilAnyHandled(IEnumerable`1 dialogs, Int32 handleCount, Int64 timeoutMilliseconds, Boolean resetHandleCount)
   at ArtOfTest.WebAii.Win32.Dialogs.BaseDialog.WaitUntilHandled(Int32 handleCount, Int32 timeout, Boolean resetHandleCount)
   at ArtOfTest.WebAii.Win32.Dialogs.BaseDialog.WaitUntilHandled()
   at UnitTestProject2.UnitTest1.TestMethod1() in c:\Users\ittodorov\Documents\Visual Studio 2012\Projects\UnitTestProject2\UnitTestProject2\UnitTest1.cs:line 42

Changing the DPI settings to 125%, for example, on Windows 7 causes troubles with the Desktop clicks when running tests against Chrome. The click is below or above the target element. Highlighting in record mode may also be affected. 

Workaround: As a workaround the Desktop clicks (MouseClick() method) can be replaced with the Click() method, which works as expected. The alternative in a non-coded solution is to disable the 'SimulateRealClick' option for the click steps. 

I think the screenshot speaks for itself.

If using the Testing Framework, there is no way to set the  InitializationTime() property for the DownloadDialogsHandler. 

Multiselect control cannot be recorded against IE as expected. When selecting more than one value from it, using the Ctrl key, not all selected options are listed in the 'SelectedItems' step property.

The 'SelectedItems' step property does not display names of the selected items and it is not visible how many elements there are to be selected. 

If the desired items are manually added in the mentioned property, they will be selected correctly in run-time. 

Unable to scroll the execution machines for scheduling test lists. The vertical scroll bar is missing and the options to distribute tests and get the latest version from TFS are missing.

The latestMongoDB 4.0.6. cannot be restarted from Scheduling Configuration setup, the mongo service config gets broken if started through the Scheduling wizard and service cannot be started anymore. 

Workaround to resolve the not working MongoDB service: 

Using the latest version of MongoDB 4.0.6.
1. Since the current state of the Mongo service is not a working one, it will be required to completely uninstall the MongoDB and then perform a clean installation again. 
2. The important note is to install the MongoDB as a Windows service - this is the default configuration. 
3. This installation will install and start the MongoDB service. 
4. Next important thing to keep in mind is to avoid restarting the MongoDB service from the Scheduling configuration - this is the first tab of the wizard and it shouldn't be used until a permanent fix is available. 
5. The Scheduling and Storage services can be freely configured from the respective two tabs and the remote execution should be working now. 

Using a previous version of MongoDB 
1. If the version of MongoDB is not of great importance, you can install any previous version. 
2. The easiest way is to completely uninstall both MongoDB and Test Studio from Windows Control Panel. 
3. Then perform a clean installation of the latest version of Test Studio. This will install MongoDB 3.0. and you can freely start the Scheduling configuration. 

The recorder is not recognizing elements in the iframe and I am not able to record any actions.

Test Studio  Run-time edition does not deploy the TestAdapter.dll with its installation.

Thus Test Studio tests cannot be executed with the VSTestConsole.exe in a Azure DevOps (VSTS) pipeline. 

Workaround: 

The TestAdapter.dll for VS 2017 and VS 2019 is being deployed to the Test Studio installation folder (for Ultimate or Dev Edition installations) along with the respective *.vsix package. Until the misbehavior is fixed, the vsix package can be copied to the agent machine and installed with double click. Then refer the dll from the respective location. 

in some cases when load run with profiling is triggered, randomly null data is returned that cannot be serialized and serialization exception is thrown in log and load result reports wrong default data

2019.1.307 LIB

Invoke OnBlur fails with the following exception in IE 11:

ExecuteCommand failed!
InError set by the client. Client Error:
System.ArgumentOutOfRangeException: Index and length must refer to a location within the string.
Parameter name: length
   at System.String.Substring(Int32 startIndex, Int32 length)
   at ArtOfTest.InternetExplorer.IECommandProcessor.InvokeEvent(IHTMLElement target, BrowserCommand command)
   at ArtOfTest.InternetExplorer.IECommandProcessor.ProcessActionCommands(BrowserCommand request)
   at ArtOfTest.InternetExplorer.IECommandProcessor.ProcessCommandInternal(WebBrowserClass ieInstance, BrowserCommand request, IHTMLDocument2 document)
BrowserCommand (Type:'Action',Info:'NotSet',Action:'InvokeEvent',Target:'ElementId (tagName: 'input',occurrenceIndex: '74')',Data:'onblur--@@--null',ClientId:'Client_007162c7-bb26-4f8e-a68b-32c177fccba3',HasFrames:'False',FramesInfo:'',TargetFrameIndex:'0',InError:'True',Response:'System.ArgumentOutOfRangeException: Index and length must refer to a location within the string.
Parameter name: length
   at System.String.Substring(Int32 startIndex, Int32 length)
   at ArtOfTest.InternetExplorer.IECommandProcessor.InvokeEvent(IHTMLElement target, BrowserCommand command)
   at ArtOfTest.InternetExplorer.IECommandProcessor.ProcessActionCommands(BrowserCommand request)
   at ArtOfTest.InternetExplorer.IECommandProcessor.ProcessCommandInternal(WebBrowserClass ieInstance, BrowserCommand request, IHTMLDocument2 document)')
InnerException: none.

I have updated to the latest version of Test Studio Ultimate 2019.1.212.0 and now my test lists are not running in the order I have them set-up. 

When having multiple tests open, toggling between custom layout causes the application to crash after doubling click onto the test on the project pane.

Steps to reproduce:

1. Create a sample project, open Test #0 - Attempt login with invalid credentials, verify correct error message, Test #1 - Attempt login with valid credentials, verify successful and Test #2 - Fill Out and Submitting a form (containing multiple fields) then toggle between custom layout.  In my example, I toggled between high productivity to compact in the custom layout. See ScreenShot_1

2. Double click onto Test #0 - Attempt login with invalid credentials and the application will crash. See ScreenShot_2

I’ve a workaround which is to selecting the test in the dropdown menu in the steps pane.  I’ve provided the crash log and screenshots for your review.

1. Create an ApiTesting project
2. Create a test step that uses a variable (e.g. create a SetVariable step that reads a variable named "var1" and saves it to another variable "var2") (see the attached sample project)
3. Run the project via command line, passing the var1 and its value as a command line argument. Use a value for var1 that contains an equals sign "=" - e.g.:
test -p \"C:\\Users\\{account}\\Desktop\\ApiSplitTest\" --save-contexts -v var1=value1=value2
4. To check the result of the test, you can open the "{ProjectPath}\variables\Test Case.variables" file - it should contain a runtime variable "var2"
Actual result: Any text in the variable's value after the = sign is cut-off - it appears as "value1"

Expected result: The value of the variable should be: "value1=value2"

Progress Telerik Test Studio

In the API Project tool, create an HTTP call and add a header with the follow text for as the value.  Double clicking the value crashes the application.

eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9eyJuYW1laWQiOiJzaGFybWFtIiwicm9sZXMiOiJhOjcxOCw4NDIsNzYwLDE5NjMsMTA2NywyOTQ1LDM5MjUsMzkyNiw0NDYsNDU2LDQ3MSw2MTgsNzE5LDMwMSw1MTAwLDUxMDEsNTEwMiw1MjcyLDQ0NjUsNzExLDcxMiw3MTMsOTE0LDI3MSwzMDUsMzQ0NSwxNzEsMjg4LDg4MiwyNzAsNTIwMCw1MjAxLDUyNzEsNjgwLDEwNTAsNTAzLDE4NCw0NTgsNjgyLDI2NCwyNjUsNTAyLDY4MSw4NjYsNTAwMCw1MDAxLDUwMDIsNTI3NCw4MjgsMTYzLDQ1OSw1MDUsNzA0LDczNCw4MzMsODM1LDg0OSw4ODMsMzA2NSwzMjMsMzYwLDQzNyw3MDAsNzAzLDQzOCw0MzksNDQwLDQ0MSw0NDIsNDQzLDQ0NCw4MjksODMwLDgzMSw4MzIsNTI3Nyw1MzksNTYwMCw1NjAxLDU2MDIsNDUyLDQ1Myw0NTQsNDU1LDU0MCw4NDEsODkzLDEwNTksMzM1LDUxMSw1MTQsNTk2LDg0NCw4NDUsODU5LDkzNywxMDc4LDE4MSwyODksMzMwLDMzNCw1NDMsNjAxLDYwMiw3MjIsNzU5LDkwNiw4NzMsNDYzLDUyNzUsNTQwMCw1NDAxLDU0MDIsNDcwLDU0NCw1NDUsNTQ2LDU0OSw4NTAsODU1LDkyMywzNDQsNTIzLDc2MSw4MjcsODU3LDI5MSwzNDIsMzU3LDQzNiw0ODcsNzM5LDg3NCw5MDksOTE2LDkxNyw5MjEsODU2LDUyNzYsNTUwMCw1NTAxLDU1MDIsNjEzLDEwODEsMzIwNSw0NTcsNDYyLDQ4NSw4NTgsMjYyLDI2OSwzMjEsMzQzLDQ2MSw1MTMsNjk4LDcwOSw3MzYsODY5LDkyNSw5MzAsOTM2LDEwNjEsNTQyLDE4NywxODgsMTg5LDE5MCwxOTEsMjY2NSw0MjI1LDYxNCw2MTUsNTI3Myw1MzAwLDUzMDEsNTMwMiw3MTUsMTA0OCwxMDQ5LDEwNjksMTg1LDMyOSwxMDQzLDEwODIsMjY4LDMyNjUsMzUzLDUxMiw2OTIsNzAxLDg0MCwxMDQ1LDMwNiwzMDcsMzA5LDQyMjYsNTI5MSw3MTYsNzE3LDExNDIsMTAwMDcsMTAwMDYvb2p0dDo3MTgvb2p0aTo3MTgvb2p0bTo3MTgvb2p0Y2E6NzE4LDg0Miw3NjAsMTk2MywxMDY3LDI5NDUsMzkyNSwzOTI2LDQ0Niw0NTYsNDcxLDYxOCw3MTksMzAxLDUxMDAsNTEwMSw1MTAyLDUyNzIsNDQ2NSw3MTEsNzEyLDcxMyw5MTQsMjcxLDMwNSwzNDQ1LDE3MSwyODgsODgyLDI3MCw1MjAwLDUyMDEsNTI3MSw2ODAsMTA1MCw1MDMsMTg0LDQ1OCw2ODIsMjY0LDI2NSw1MDIsNjgxLDg2Niw1MDAwLDUwMDEsNTAwMiw1Mjc0LDgyOCwxNjMsNDU5LDUwNSw3MDQsNzM0LDgzMyw4MzUsODQ5LDg4MywzMDY1LDMyMywzNjAsNDM3LDcwMCw3MDMsNDM4LDQzOSw0NDAsNDQxLDQ0Miw0NDMsNDQ0LDgyOSw4MzAsODMxLDgzMiw1Mjc3LDUzOSw1NjAwLDU2MDEsNTYwMiw0NTIsNDUzLDQ1NCw0NTUsNTQwLDg0MSw4OTMsMTA1OSwzMzUsNTExLDUxNCw1OTYsODQ0LDg0NSw4NTksOTM3LDEwNzgsMTgxLDI4OSwzMzAsMzM0LDU0Myw2MDEsNjAyLDcyMiw3NTksOTA2LDg3Myw0NjMsNTI3NSw1NDAwLDU0MDEsNTQwMiw0NzAsNTQ0LDU0NSw1NDYsNTQ5LDg1MCw4NTUsOTIzLDM0NCw1MjMsNzYxLDgyNyw4NTcsMjkxLDM0MiwzNTcsNDM2LDQ4Nyw3MzksODc0LDkwOSw5MTYsOTE3LDkyMSw4NTYsNTI3Niw1NTAwLDU1MDEsNTUwMiw2MTMsMTA4MSwzMjA1LDQ1Nyw0NjIsNDg1LDg1OCwyNjIsMjY5LDMyMSwzNDMsNDYxLDUxMyw2OTgsNzA5LDczNiw4NjksOTI1LDkzMCw5MzYsMTA2MSw1NDIsMTg3LDE4OCwxODksMTkwLDE5MSwyNjY1LDQyMjUsNjE0LDYxNSw1MjczLDUzMDAsNTMwMSw1MzAyLDcxNSwxMDQ4LDEwNDksMTA2OSwxODUsMzI5LDEwNDMsMTA4MiwyNjgsMzI2NSwzNTMsNTEyLDY5Miw3MDEsODQwLDEwNDUsMzA2LDMwNywzMDksNDIyNiw1MjkxLDcxNiw3MTcsMTE0MiwxMDAwNywxMDAwNi9vY21zOjcxOCw4NDIsNzYwLDE5NjMsMTA2NywyOTQ1LDM5MjUsMzkyNiw0NDYsNDU2LDQ3MSw2MTgsNzE5LDMwMSw1MTAwLDUxMDEsNTEwMiw1MjcyLDQ0NjUsNzExLDcxMiw3MTMsOTE0LDI3MSwzMDUsMzQ0NSwxNzEsMjg4LDg4MiwyNzAsNTIwMCw1MjAxLDUyNzEsNjgwLDEwNTAsNTAzLDE4NCw0NTgsNjgyLDI2NCwyNjUsNTAyLDY4MSw4NjYsNTAwMCw1MDAxLDUwMDIsNTI3NCw4MjgsMTYzLDQ1OSw1MDUsNzA0LDczNCw4MzMsODM1LDg0OSw4ODMsMzA2NSwzMjMsMzYwLDQzNyw3MDAsNzAzLDQzOCw0MzksNDQwLDQ0MSw0NDIsNDQzLDQ0NCw4MjksODMwLDgzMSw4MzIsNTI3Nyw1MzksNTYwMCw1NjAxLDU2MDIsNDUyLDQ1Myw0NTQsNDU1LDU0MCw4NDEsODkzLDEwNTksMzM1LDUxMSw1MTQsNTk2LDg0NCw4NDUsODU5LDkzNywxMDc4LDE4MSwyODksMzMwLDMzNCw1NDMsNjAxLDYwMiw3MjIsNzU5LDkwNiw4NzMsNDYzLDUyNzUsNTQwMCw1NDAxLDU0MDIsNDcwLDU0NCw1NDUsNTQ2LDU0OSw4NTAsODU1LDkyMywzNDQsNTIzLDc2MSw4MjcsODU3LDI5MSwzNDIsMzU3LDQzNiw0ODcsNzM5LDg3NCw5MDksOTE2LDkxNyw5MjEsODU2LDUyNzYsNTUwMCw1NTAxLDU1MDIsNjEzLDEwODEsMzIwNSw0NTcsNDYyLDQ4NSw4NTgsMjYyLDI2OSwzMjEsMzQzLDQ2MSw1MTMsNjk4LDcwOSw3MzYsODY5LDkyNSw5MzAsOTM2LDEwNjEsNTQyLDE4NywxODgsMTg5LDE5MCwxOTEsMjY2NSw0MjI1LDYxNCw2MTUsNTI3Myw1MzAwLDUzMDEsNTMwMiw3MTUsMTA0OCwxMDQ5LDEwNjksMTg1LDMyOSwxMDQzLDEwODIsMjY4LDMyNjUsMzUzLDUxMiw2OTIsNzAxLDg0MCwxMDQ1LDMwNiwzMDcsMzA5LDQyMjYsNTI5MSw3MTYsNzE3LDExNDIsMTAwMDcsMTAwMDYvb2p0cjo4NDIsNzYwLDE5NjMsMTA2NywyOTQ1LDM5MjUsMzkyNiw0NDYsNDU2LDQ3MSw2MTgsNzE5LDMwMSw1MTAwLDUxMDEsNTEwMiw1MjcyLDQ0NjUsNzExLDcxMiw3MTMsOTE0LDI3MSwzMDUsMzQ0NSwxNzEsMjg4LDg4MiwyNzAsNTIwMCw1MjAxLDUyNzEsNjgwLDEwNTAsNTAzLDE4NCw0NTgsNjgyLDI2NCwyNjUsNTAyLDY4MSw4NjYsNTAwMCw1MDAxLDUwMDIsNTI3NCw4MjgsMTYzLDQ1OSw1MDUsNzA0LDczNCw4MzMsODM1LDg0OSw4ODMsMzA2NSwzMjMsMzYwLDQzNyw3MDAsNzAzLDQzOCw0MzksNDQwLDQ0MSw0NDIsNDQzLDQ0NCw4MjksODMwLDgzMSw4MzIsNTI3Nyw1MzksNTYwMCw1NjAxLDU2MDIsNDUyLDQ1Myw0NTQsNDU1LDU0MCw4NDEsODkzLDEwNTksMzM1LDUxMSw1MTQsNTk2LDg0NCw4NDUsODU5LDkzNywxMDc4LDE4MSwyODksMzMwLDMzNCw1NDMsNjAxLDYwMiw3MjIsNzU5LDkwNiw4NzMsNDYzLDUyNzUsNTQwMCw1NDAxLDU0MDIsNDcwLDU0NCw1NDUsNTQ2LDU0OSw4NTAsODU1LDkyMywzNDQsNTIzLDc2MSw4MjcsODU3LDI5MSwzNDIsMzU3LDQzNiw0ODcsNzM5LDg3NCw5MDksOTE2LDkxNyw5MjEsODU2LDUyNzYsNTUwMCw1NTAxLDU1MDIsNjEzLDEwODEsMzIwNSw0NTcsNDYyLDQ4NSw4NTgsMjYyLDI2OSwzMjEsMzQzLDQ2MSw1MTMsNjk4LDcwOSw3MzYsODY5LDkyNSw5MzAsOTM2LDEwNjEsNTQyLDE4NywxODgsMTg5LDE5MCwxOTEsMjY2NSw0MjI1LDYxNCw2MTUsNTI3Myw1MzAwLDUzMDEsNTMwMiw3MTUsMTA0OCwxMDQ5LDEwNjksMTg1LDMyOSwxMDQzLDEwODIsMjY4LDMyNjUsMzUzLDUxMiw2OTIsNzAxLDg0MCwxMDQ1LDMwNiwzMDcsMzA5LDQyMjYsNTI5MSw3MTYsNzE3LDExNDIsMTAwMDcsMTAwMDYiLCJ1c2VySWQiOiJzaGFybWFtIiwiand0X3ZlcnNpb24iOiIyIiwiaXNzIjoiaXNpZ24ubmF2Y2FuYWRhLmNhIiwiZXhwIjoxNTQ5NTY3OTEwLCJuYmYiOjE1NDk0ODE1MTB90ftxtmnH3Y4INA6g5X6aiKFhnVl6UaL6Hwq1ei2NTyQ

Steps to reproduce: 

1. Execute a test with Run->To here

2. Wait for few seconds and pause the Recorder. (no further steps should be recorded). 

3. Select any steps in the test and run these with Run-> Selected steps. 

4. Once these are executed, perform any actions against the page. 

Expected: Since the recorder is still paused, no steps should be recorded. 

Actual: The performed actions in step 4. are getting recorded. 

Good morning Elena,

 

I am noticing that every time I attempt to rename an element I am getting an "object reference error" as per attached image.

 

Thanks

 

Ruth