-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(Docs) Karma fails to capture Internet Explorer 10 on 64-bit Windows #429
Comments
Workaround/Fix:
Explanation:
|
Yep, this is happening, because the process exits (as it probably starts a child one). We should set correct binary for specific version of Windows, created an issue for it. Besides, I think we might support this kind of scenario where the launcher forks a child process and exits immediately. Even though, not sure if it's possible, as the child process parent pid will be 0.... Any thoughts ? |
Yeah, the advantage of spawn is that the browser closes when the parent closes. We might have an option to ignore the exit code and just watch for timeout in communication. |
Karma uses |
I see that IE is not exiting at the end of a karma test run. There is a new iexplorer.exe process running after each karma run. I think this is the same issue being discussed in this thread (even though the title is about capture -- which seems like a different thing to me). Anyway, I made the two changes listed in the workaround/fix above. But, it made no difference. IE still does not exit. I don't know what to ask. I'm just sharing that I can repro the problem and that the workaround does not work for me. I am running win7-64 and IE10. |
I'm having the same problem with IE 8 on XP. Latest stable release of Karma and Node.js. Whether Karma is configured for single-run or not made no difference. I also couldn't get the workaround to resolve the issue. |
Well I am having the same capturing problem; but I am using VMWare Fusion to launch IE from my mac. I added the http://localhost into my intranet zone for IE, and turned protected mode off in IE. The one good thing that came from doing this is now Karma only launches IE once instead of 3 or more times. Setting the IE_BIN variable doesn't help me because IE is not on my local file system; but rather on my virtual machine. I wonder how might I solve this problem? Any ideas? |
I'm closing this, and opening it as a linked issue in the IE launcher module. |
The following steps fixed the capture problem for me on Windows 7 - 64 bit - IE 10:
I did NOT have to add localhost to my local intranet zones sites, but I'm sure it wouldn't hurt. This does NOT solve the problem (@stevebroshar commented above) of extra IE 32 bit processes being spawned, even though we are pointing karma to launch IE 64 bit directly. This is a big problem because with every CI build there is a new process taking up CPU and memory. |
I also ran into this problem:
I've set IE_BIN to C:\Program Files\Internet Explorer\iexplore.exe, added http://localhost to the local Intranet zone and have turned off run IE in protected mode in Internet Options > Security 3 versions of IE started, loads the initial runner.html page but Karma thinks IE isn't running. Any other suggested workarounds? Would sure be nice to be able to use Karma to test IE in my environment. BTW, Chrome and phantomJS work ok in my environment. |
On Windows Server 2008R2, 64 bit you should set IE_BIN to |
Liam, thx for the quick reply. Actually, I misspoke in my previous post. Looks like the VMWare image that we're using is actually 32 bit, so there's only a 32 bit IE on it. So I'm already running 32 bit IE and seeing the problem I described in my previous post. |
Please file an issue in the IE launcher project with accurate repro steps. |
Tested using Internet Explorer 10 on Windows 8 64-bit.
This is not a bug in Karma but a limitation of IE and node.js that we need to document.
Repro:
Expected:
karma to launch and capture IE, run tests, exit and close IE
Actual:
karma launches IE three times and believes IE has exited each time.
Notes:
I believe this is specific to IE 10 64-bit Windows (7 or 8). If anyone else can repro, that would be great.
The text was updated successfully, but these errors were encountered: