#selenium

but the point is that the page load timeout is less useful than using a proper explicit wait (a.k.a. WebDriverWait) for the proper element on the succeeding page.

I see, so usage of "page timeout" should be scarce and only when going to pages via driver.get()? which I am rarely using in my case

s/less useful/less commonly useful/

that's what I was trying to understand...why one versus or over the other

even in the case of doing a driver.get(), if you're concerned about the driver moving on before the page is seen as "loaded," the right thing to do is still use WebDriverWait.

usually, anyway.

got it

then I really have to wonder, mind you I wrote that code many months ago...where the heck did I get that particular snippet of code

if not here...

either Intellisense...or maybe the original tutorial that I came across....

I guess I never tripped up on an exception b/c they are both set to 30 secs.

hi...i have an issue with teamcity...could anyone help with this

need to run nunit tests using teamcity....could configure and trigger the tests but its just generating the build log and no info regarding the test case execution

again I appreciate the input guys...not trying to be dense, just stubborn in understanding the why of things

Is there a known bug with IE11 on windows 10 and dealing with a input type 'file' element?

phasze: known bug?

I can't get it to select a file

only happens on my windows 10 boxes

phasze: you know the drill. what version of IEDriverServer? do you have a log file? you're using send_keys on the element (as opposed to click), right?

and, by the way, i'm running file upload tests routinely on windows 10, without issue.

ok, so not known off the top of your head then? I'll get that info, what bug system is selenium using right now?

we use the github issue tracker. :newissue

but be aware, i'm likely to close the issue immediately if there's not a full repro case.

that's good to know you can do it without issue though, that means there is a light at the end of the tunnel which hopefully won't take much effort on my end hehe

I understand jimevans, I'll be as thorough as possible

remember, folks, if you're doing something common with selenium, something that it seems like dozens or hundreds or thousands of users should already be doing, it's likely we already have a test for that in our test suite. and that test suite gets run against 5 versions of IE, 4 versions of firefox, and chrome on every. single. commit.

phasze: but, some things you can try are setting the `ie.fileUploadDialogTimeout` capability to something other than the default of 3000 milliseconds.

(assuming you're using the most recent 2.52.1 of IEDriverServer.exe; if you're using a version other than that, i can't help you)

pretty sure I am, just verifying now

got them all on auto-update, making sure the update is actually there

sorry. i misspoke. it's not that i can't help you if you're using a different version. it's that i won't help you.

phasze: and that's not "you" specifically, that's "you" as in "anyone"

correct it's not a built in feature ;)

jimevans: IE 11.0.10240.16384

Selenium 2.52.0

IEdriverserver 2.52.1.0 (32-bit)

windows 10 enterprise (64-bit)

ah sorry, didn't mean for that to come in in multiple lines....

using .SendKeys

phasze: then you'll need to provide a log from IEDriverServer.exe that shows the failure.

could you direct me on how to turn on logging of that level?

though i'd also recommend using the file upload dialog timeout capability (InternetExplorerOptions.FileUploadDialogTimeout property in .NET)

I'll try that next

are you using .NET, or am i misremembering that?

I am using .net

is this local or remote execution?

remote

(local is easier from .NET)

I'll see if any of my testers with a windows 10 machine and replicate this locally

then you'll have to send the right capabilities across the wire. i don't know what "the right capabilities" are for turning on logging for .NET. i'd suspect they're probably documented at :wiki desiredcapabilities

1: https://github.com/seleniumhq/selenium/wiki/des...

heh. looks like i'm right.

You have an impeccable memory good sir

jimevans: alas, I tried raising the timeout of FileUploadDialogTimeout to 20 seconds and it didn't fix it. I'll see if I can get you the logs

phasze: without the logs, it will be impossible to take any action on it.

ok jimevans I have what you need

where would you like me to paste this?

:gist or similar, or you can post the file somewhere.

Please paste >3 lines of text to https://gist.github.com

what level were you using for the log?

debug

that should do, maybe.

I think so

I'm pasting the end portion I think relevant, let me know if you want more https://gist.github.com/anonymous/d257f6079bf7d...

a little bit more from before: https://gist.github.com/anonymous/8c1b9d8a1781e...

let me know if you need anything else jimevans or if I should try anything else

yep. i was afraid of that. something is throwing up another window (possibly hidden) that matches the same criteria as finding the file dialog window.

something being the OS or the webpage?

something being in the OS. not necessarily the browser.

do you have an antimalware plug in installed for IE?

or rather, do you have any plugins for IE installed?

jimevans: http://i.imgur.com/I5H3rwD.png

ignore the IE9 text at the top

so no antimalware or extra plugins

jimevans: I can control the machine at the time of execution if that would help determine another "hidden" window

the clue in the log is that the caption of the dialog window it found is ''. it should be something like 'choose file to upload'

that's the title of the dialog when I watch it

"Choose File to Upload"

which means that the driver is finding some other dialog with window class '#32770' that is visible, has a caption bar, is not disabled, and has a process id that is the same as the IE browser main window.

so should I run it and watch for that?

or I guess if it has the same process id it wouldn't show in the task manager details would it...

i suspect you won't see the window it's finding. by "visible" i mean "has a window style that includes the WS_VISIBLE bit set"

if you had access to spyxx.exe (which comes with visual studio), you could look at the window tree and maybe see what it was finding.

but you could also take a screenshot at the moment the test fails too. that might be instructive.

the test fails with the file selection dialog open

that's fine.

still want that screenshot?

yes, please.

kk

yeah, sorry, need the whole screen. not just the dialog. need to see if there are any infobars or anything similar in the IE window.

an yes, there is a bar

asking to install an activeX control, at the bottom

well, now, isn't *that* interesting?

after that one is closed another infobar about not being in protected mode

I'll close both of them and try it

hmm, even then it fails to select a file

but maybe they're not *really* gone

an interesting note is that when I manually click cancel or select a file from the dialog the test continues without fail

which leads me to believe it can see the window, it just doesn't see the title

that's not how Windows works.

darn

jimevans: the screen: http://i.imgur.com/JQ4Qul0.png

just before the dialog

since I sent with the dialog last time

i need a site that asks to install an activex control...

for continual testing or just a one off?

just as a one-off. i need to take a look at the window tree when IE is in that state.

you probably want to be able to hit an upload element as well yes?

that would be ideal.

jimevans: PM sent

got it. looking now.