Is this still a problem with 2.0b1?

I have not tried with 2.0b1 till now.

This is still happening with 2.0b3. Any explanation why and how can it be avoided?

I can still repro this too, with:

selenium-dotnet-2.0.0
Windows XP
IE8

As of this build the temp dir names all look like this, with the number changing each
time:

\Documents and Settings\roamer\Local Settings\Temp\webdriver1611963273libs

Each dir just contains a copy of IEDriver.dll (size 1,159,680 bytes).

This will happen with the .NET bindings if you do not properly call IWebDriver.Quit()
to end your browser session. Technically, the code to handle the cleanup is in IWebDriver.Dispose(),
but .Quit() implicitly calls .Dispose().

The temporarty directory remains on the disk if you forgot to call driver.quit() at
the end of the test. It is considered as intended behavior.

If you have the disk is not cleaned even after quit(), please ask to reopen the issue.

This issue appears to be back - please reopen it.
Vista 32 bit
Selenium 2.16.1
IE 7

Create a JUnit test where InternetExplorerDriver is instantiated within an @BeforeClass
(I used a DesiredCapabilities of ignoreProtectedModeSettings as well).  Call driver.quit()
within an @AfterClass.  The test method navigates to a web page and exits.

Afterwards, your temp directory will contain a webdriver...libs folder with IEDriver.dll
in it.  Every time you run it you'll get a new one.

Issue 3219 has been merged into this issue.

Here's a code sample that can reproduce the problem - hope it helps.


package com.company.tests.web.driver;

import static junit.framework.Assert.assertEquals;

import java.io.IOException;

import org.junit.AfterClass;
import org.junit.BeforeClass;
import org.junit.Test;
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.ie.InternetExplorerDriver;
import org.openqa.selenium.remote.DesiredCapabilities;

public class IEDriverTesting
{
    private static WebDriver driver = null;

    @BeforeClass
    public static void startServer() throws IOException {
        DesiredCapabilities capabilities = new DesiredCapabilities();
        capabilities.setCapability("ignoreProtectedModeSettings", true);
        driver = new InternetExplorerDriver(capabilities);
    }

    @AfterClass
    public static void stopServer() {
        driver.quit();
    }

    @Test
    public void getAttributeTest() {
        driver.get("http://www.google.com/");
        assertEquals("http://www.google.com/", driver.getCurrentUrl());
    }
}

It is resolved by use of the standalone IEDriverServer that just does not create a temporary
directory with IEDriver.dll

It will be the default behavior in version 2.22

The legacy dll-based server will hardly be fixed as it is almost impossible to unload
a dll-file loaded by JNI into the JVM.

This issue was closed by revision r16802.

Yes, I was wrong, I've found a way to unload this DLL, and now it is really fixed.