Selenium allows to sendKeys into an invisible input type=file

[lukeis]

Originally reported on Google Code with ID 7625

What steps will reproduce the problem?
Tried to upload a document in simple browser button.
Sample Code:
<file id=file>
 <input id=browse name=browse type=file/>
</file>

Actual Result:
1. This element is not hidden but when worked with Internet Explorer version: 2.41,
it is not taking the element.
2. When checked with .size(), it is giving me =1.
3. When checked with .isDisplayed(), it is giving out= false.
4. Working in all other browsers fine..
5. Working fine with Internet Explorer version: 2.36.

What is the expected output? What do you see instead?
1. This should support the upgraded IE Driver version as well.


Selenium version:2.39
OS:Windows 7
Browser: IE 9 (IEDriver 2.41)
Browser version: 2.41

Reported by goyal.vipul68 on 2014-07-19 13:14:20

[lukeis]

Please provide a complete executable scenario and a complete sample page to reproduce
the issue 

Reported by barancev on 2014-07-21 19:32:39

• Status changed: NeedsClarification

[lukeis]

I cant share with the page on which i am working due to privacy and is not available
open.
But I can provide you the code:

Browse... <iframe id="uploadPackage" scrolling="no" frameborder="0" border="0" style="width: 0px; height: 0px;" name="uploadPackage">

In this iframe is used to show any error message.. not to upload any doc.
When this INPUT Element is accessed using IE Driver 2.41, it is not accessing this
element.

While debugging i checked:
size() == 1;
isEnabled == true;
isDisplayed == false;

It is giving false for isDisplayed, which is true in the case of other browsers.

When i downgraded the IEdriver version to 2.36, it started recognizing this INPUT element.

Reported by goyal.vipul68 on 2014-07-22 17:35:37

[lukeis]

I'm having the same issue with selenium version 2.42 when using InputElement.SendKeys(path)method
to upload a file.
When I use version 2.39 it works perfectly.

With version 2.42, the script works for one input controller but gives an exception
for another controller. I'm using the same method to send the path in both places.
The difference I noticed was, the failing controller allows multiple files. I'm posting
the code below for reference. 

---------------------------------------------------
This accepts only one file - works well with 2.42
Displayed = true

<input type="file" tabindex="6" id="packingListUpload" name="uploadedFile" class="valid">

---------------------------------------------------
This accepts multiple files - gives an exception with 2.42
Displayed = false with 2.42.
with 2.39 it's Displayed = true

<input type="file" name="excludeDocument" id="excludeDocument" data-role="upload" multiple="multiple"
autocomplete="off">

---------------------------------------------------

Reported by mail4kodi on 2014-08-07 06:11:04

[lukeis]

I experience the same issue, had to freeze to version 2.39 because after that it complains
that input is hidden on my target browsers: IE11, IE10, IE9. However Chrome and Firefox
works perfectly on newer versions like 2.40 2.41 2.42

Reported by leonardogallucci on 2014-08-13 16:29:49

[lukeis]

I think after these encounters the issue is self explanatory.
Please have a look over it and fix the same.

Reported by goyal.vipul68 on 2014-08-13 16:32:47

[lukeis]

Closing the issue as there is no reproduction case provided.

Reported by barancev on 2014-09-15 02:54:35

• Status changed: Invalid

[lukeis]

You can use the following site to reproduce the problem. I tried with IE Driver Server
2.43.

http://demos.telerik.com/kendo-ui/upload/index

Reported by mail4kodi on 2014-09-15 13:07:06

[lukeis]

Open the issue again as this is properly reproducable issue and is encountered by many
of the users..
Above is the webpage which can be used to replicate the issue

Reported by goyal.vipul68 on 2014-09-15 13:38:52

[lukeis]

The file input on the mentioned page is obviousely invisible, it has opacity=0

Drivers for IE, Firefox, Chrome all return false as the result of isDisplayed for this
element, as expected.

Reported by barancev on 2014-09-15 15:26:40