45+ Different Types of Common Selenium Exceptions

Categories Of Selenium Exceptions

There are two broad categories of Selenium exceptions – Checked exceptions and Unchecked exceptions. These exceptions are classified based on the time when the exceptions are caught i.e. compile time or runtime.

A. Checked Exceptions

Checked exceptions in Selenium test automation are handled during the process of test code implementation e.g. NoSuchAttributeException, etc. The handling of checked exceptions occurs during the compile time itself.

If some method is throwing a checked exception, it is better to define a handler that handles that particular exception.

B. Unchecked Exceptions

Unchecked exceptions in Selenium test automation occur during runtime and can have severe repercussions than checked exceptions. e.g. ElementNotVisibleException, MoveTargetOutOfBoundsException, etc.

Exceptions in Java can be checked or unchecked whereas in C++, all exceptions are unchecked. Unchecked exceptions are commonly encountered in automated browser testing related scenarios as the tests span across different combinations and versions of web browsers and operating systems.

Also Read:22 Practical Tips To Test Automation With Selenium WebDriver

Watch this video to learn exception handling in Selenium, which covers different types of exceptions and how to handle them using various methods.

Selenium Exceptions Cheat Sheet

When performing automated browser testing on a local or remote Selenium grid, you would come across different types of exceptions. Some Selenium exceptions are specific to the programming language used for writing Selenium test automation scenarios.

Common Selenium Exceptions

Below are some of the common exceptions in Selenium that can happen in all the Selenium WebDriver code.

• ElementClickInterceptedException
  The Element Click command could not be properly executed as the element that is receiving the Click command was concealed in some way.
• ElementNotInteractableException
  This ‘ElementNotInteractableException’ Selenium exception is thrown when even though the targeted web element exists on the DOM, interactions with that element will hit another web element.
• ElementNotSelectableException
  This Selenium Exception occurs when the target element is present on the DOM but it cannot be interacted with as the element is not selectable. For example, this exception will be thrown when interacting with the script element.
• ElementNotVisibleException
  The most common type of Selenium exception, that is thrown when even though the web element is present but it is not visible. As the element is not visible, any interaction with the element is not possible.

This scenario is commonly encountered in Selenium test automation where relevant operation (click, read, etc.) on the web element e.g. button, label, etc. is attempted but the element is hidden from the view. Another example is elements defined in HTML that have type hidden.

• ErrorInResponseException
  This Selenium exception is thrown when some issue or error has occurred on the server side. It could happen when the wrong combination of username & access key is used to access a cloud based remote Selenium Grid, communicating with a remote Web Driver server, or communicating with a Firefox extension (or Chrome add-on). Some of the common response codes for server-side errors are:
• 401 – Unauthorized
• 400 – BadRequest
• 500 – InternalServerError
• 409 – Conflict
• 403 – Forbidden
• 405 – MethodNotAllowed
• ImeActivationFailedException
  This exception is thrown if the activation of IME (Input Method Engine) has failed for some reason. The ideal manner to handle this is by checking if there is IME support available on the machine.
• ImeNotAvailableException
  This Selenium exception is thrown if IME (Input Method Engine) is not available. ImeNotAvailableException is thrown for every IME-related method in cases where there is IME support that is not available on the test machine.
• InsecureCertificateException
  The usage of expired or invalid TLS certificates caused the user agent to raise a certificate warning.
• NoSuchFrameException
  The NoSuchFrameException Selenium exception is thrown when the frame to be switched-to does not exist.

To avoid such Selenium exceptions, it is recommended to add a sanity check in the automated browser testing code regarding the mode of switching to the frame. Check if the frame index being used is proper. An additional wait of a few milliseconds (ms) can be added to ensure that the loading of the frame is complete.

• NoSuchWindowException
  This exception is thrown when the window target being switched-to does not exist. These scenarios can be taken care of by using window_handles in order to get the current set of active windows. Window handles can be used to perform appropriate actions on the same.
• RemoteDriverServerException
  This exception is thrown when incorrect combinations/fields in browser capabilities leads to the server not sending a response. To avoid such Selenium Exceptions, it is important that the Selenium browser capabilities are thoroughly checked from the viewpoint of valid combinations of (platform + browser), (platform + browser + browser version), etc.
• ScreenshotException
  As the name implies, this Selenium exception is thrown when the screen capture is not possible.Such a scenario is likely in web pages/web apps where sensitive information e.g. username, password, banking information, etc. is entered by the user. In such cases, screenshot can’t be captured due to the screenshot restriction on Here, screenshot restriction prevents the screen from being captured or recorded.
• SessionNotCreatedException
  This exception occurs when the creation of a new session is not successful.
• InvalidArgumentException
  The InvalidArgumentException exception is thrown when the arguments being passed are either invalid or malformed.

A better practice is to verify that the web page under test is loaded using appropriate wait (in ms) in the Selenium test automation code.

• InvalidCookieDomainException
  This Selenium exception is thrown when an attempt to add a cookie is for a different URL/domain than the current URL. To handle this exception, you should navigate to the correct URL where the cookie has to be added.
• InvalidCoordinatesException
  This particular exception is thrown when incorrect coordinates are offered to an interactions operation.

This also means that an action that is dependent on a mouse position (e.g. click) was not preceded by a move operation or the move operation was provided with invalid coordinates.

• InvalidElementStateException
  This Selenium exception is thrown when a command cannot be completed as the element is not in a valid state or the element is not enabled to perform that action. It can be caused if an operation like clearing an element is attempted on a web element that is non-editable and non-resettable.

To handle such an exception in Selenium test automation, it is recommended to wait for that element to be enabled before the desired action is performed on it.

• InvalidSelectorException
  The usage of invalid or incorrect selectors for locating web elements can occur accidentally if the selector name is changed between different releases. The InvalidSelectorException is thrown if the selector being used to find a web element does not return a WebElement.

This commonly happens when an XPath expression is the selector and the XPath is not valid. This results in failure to locate the intended web element.

• InvalidSessionIdException
  This exception is thrown if the session id being used in Selenium test automation implementation is invalid i.e. it is not in the list of currently active sessions. This can occur if the session is either not active or it never existed.
• InvalidSwitchToTargetException
  This Selenium exception appears if the frame or window target being switched to is invalid.It is important to verify the XPath of the target frame using ‘Inspect tool’ before switching to that frame.
• JavascriptException
  This exception is thrown when there is an issue in executing JavaScript code.
• NoAlertPresentException
  It occurs when switching to an alert that is not yet present on the screen. The ideal way to handle alerts is to check whether the alert is present, post which the desired operation on the Alert() class should be called.
• MoveTargetOutOfBoundsException
  This Selenium exception is thrown if the target being provided to the ActionChains() move method is out of bounds i.e. invalid or outside the document/web page.

Before calling the move method of ActionChains() class, you should always check the location we are trying to move and execute the same only if the location is present on the screen.

• NoSuchAttributeException
  This is one of the few Selenium exceptions that you would definitely come across when doing automated browser testing. The NoSuchAttributeException is thrown if the attribute of the element could not be located.

To handle this exception, the existence of the attribute should be checked for the browser on which testing is performed. Different property names for the same property can vary from one browser to another and inefficient handling could lead to this exception.

Another way to avoid the occurrence of this exception is by changing the attribute based on the new details of the element on the DOM.

• NoSuchCookieException
  This Selenium exception occurs in cases when cookie matching a given pathname is not present in the associated cookies of the current browsing context’s active document.
• NoSuchElementException
  The NoSuchElementException is thrown when the locator being used to access the element is invalid or an attempt is made to perform action on an element which is not on the DOM. In either of the cases, the element would not be found.

To handle this Selenium exception, you should check whether the selector is correct and if it is correct, have an additional wait to ensure the appearance of the WebElement.

• StaleElementReferenceException
  This Selenium exception occurs when a reference to an element is made that is not anymore on the DOM of the page. In simple words, the element is decayed or stale. Some of the possible reasons for this particular Selenium exception are:
• The element could be inside an iFrame which is refreshed.
• The page may have been refreshed and the element to be accessed is no longer a part of the current page.
• The element could have been removed and re-added to the screen, since the element was located.

A possible solution to handle this exception is to use dynamic XPath to find the required element in a loop and break the loop once the element is located.

Watch this video to learn how to handle Stale Element Reference Exceptions in Selenium with Java.

• TimeoutException
  The TimeoutException occurs when the command that is currently in execution does not complete within the expected time frame.

A possible solution to handle this exception is increasing the wait time for the command to complete execution. However, an idealistic value should be chosen for the wait time else further execution can get delayed.

• UnableToSetCookieException
  This Selenium exception occurs in the cases where the Selenium WebDriver is unable to set a cookie.

An additional wait can be added so that the cookie is loaded for the domain.

• UnexpectedAlertPresentException
  It occurs when an unexpected alert appears. A common reason for the occurrence of this exception is blocking of Selenium WebDriver commands caused by the appearance of modal windows/pop-ups on the page.
• UnexpectedTagNameException
  This Selenium exception occurs in cases when a support class is not able to find the expected web element.
• UnknownMethodException
  This is one of the common Selenium exceptions that occur when the requested command is able to match a known URL but unable to match the method for that URL. To handle this exception, you should check whether the method being passed along with the URL is valid or not.
• WebDriverException
  This is the base WebDriver exception that occurs due to incompatibility in the binding of Selenium WebDriver and target web browser.

To handle this exception, you should download the Selenium WebDriver library that is compatible with the corresponding web browser.

Watch the video for detailed insights on how to handle common Selenium Exceptions effectively with practical solutions.

Selenium Exceptions In Java

Some Selenium exceptions are specific to a particular programming language for test automation. Along with the common exceptions in Selenium that were covered in the previous section, below are Selenium exceptions specific to the Java Language:

• ConnectionClosedException
  This exception is thrown when the connection to the Selenium WebDriver is lost.
• ErrorHandler.UnknownServerException
  It is used as a placeholder when an error is returned by the server without a stack trace.
• JsonException
  This exception is thrown when you are able to get the session capabilities where there is no session created.
• NoSuchSessionException
  This Selenium exception is thrown when a command is called after the WebDriver.quit() is executed. As the WebDriver instance no longer exists, any operation on that particular WebDriver instance returns this exception.
• NotFoundException
  This exception occurs when there is no existence of an element on the DOM.
• ScriptTimeoutException
  It is thrown when the execution of an ASync script does not complete within the given time limit.
• UnhandledAlertException
  This Selenium exception is a subclass of WebDriver exception. It is thrown when the WebDriver is unable to perform the Alert operation even when there is an Alert.
• UnreachableBrowserException
  The UnreachableBrowserException indicates that there is a problem communicating with the web browser that is being controlled by the automation test code. It could also be due to issues in communicating with the Selenium server. It can occur if the server address to the remote Selenium WebDriver or Selenium grid is not valid. There is also a possibility that the browser instance has died in the midst of the Selenium test automation cycle.
• UnsupportedCommandException
  This exception is thrown when the command sent by the remote Selenium WebDriver is not valid.
• NoSuchContextException
  This exception occurs in mobile testing and is thrown by ContextAware.context(String).
• NotConnectedException
  fails after attempting the connection for a stipulated time period.
• SeleniumException
  As the name suggestions, a Selenium exception is thrown when a Selenium command fails.
• UnableToCreateProfileException
  The UnableToCreateProfileException occurs when the browser on which Selenium test automation is to be performed is opened with some custom profile but the WebDriver or browser has issues in supporting that profile. To handle this exception, it is recommended to check the profiles supported by the installed version of Selenium WebDriver as well as the web browser.
• UrlChecker.TimeoutException
  This exception is thrown when the browser is unable to open the URL under test after trying for a certain duration. To handle this Selenium exception, the URL has to be checked for its correctness before an attempt is made to open in the browser (under test).

Selenium Exceptions In C#

The Selenium exceptions that are specific to C# are:

• DriverServiceNotFoundException
  The exceptions under the DriverServiceNotFoundException class are thrown when an element on which the automated browser testing is performed is not visible. To handle this exception, you can wait for the page to be completely loaded and execute the Selenium WebDriver command only after confirming the presence visibility of the Web Element.
• WebDriverTimeoutException
  The WebDriverTimeoutException class represents exceptions that are thrown when an error occurs when performing actions.
Bonus Point, here we are giving a Ryme number
• XPathLookupException
  Selenium exception that is thrown when an error occurs in the process of an XPath lookup.

Selenium Exceptions In C#

Common JavaScript Errors and How To Handle Them