Error while running IEDriverserver.exe on 64 bit system - selenium

I am trying to run IEDriverServer.exe on 64bit windows system.
The following is the output on windows command prompt on my desktop.
D:>IEDriver.exe 000000013F19C740000000013F19C7885555',
000000013F19C7A0', 000000013F19C7B8', 000000013F19C7D8'
What does this error mean?
However i can run the same IEDriverServer on the other computer.
The following is the output on windows command prompt on my desktop. (I am using the same IEDriver.exe file copied from the other system.)
E:\Demo\swas\src\Configuration>IEDriver.exe Started
InternetExplorerDriver server (64-bit)
2.31.0.0 Listening on port 5555

There are two IE drivers one is for 32 bit browser and one is for 64 bit browser. The problem can be random also on some systems because of difference in windows updates.
Downloading proper version removes the problem.

Related

minispy only works for one of my computer

I am trying to develop a new driver based on minispy code. I have successfully install minispy on my windows 11 (Surface computer) But i am trying to install the driver also on a window 10 (HP) and a Windows 11 dev (VM created with hyper-V) but it doesn't work... I have found the base code in this link : https://github.com/microsoft/windows-driver-samples/tree/main/filesys/miniFilter/minispy
after that i build it in Realease mode with visual studio 22 17.1.7 and i tried to install it by right-clicking on the minispy.inf and on install.
After this part I see minispy when i am running the command
driverquery
in my computers and VM, but when i am trying to start the service by running in an administrator command prompt
net start minispy
I get this result on my VM and my windows 10 computer (translate form french) :
error system 127
the procedure is unfindable
I don't really know what are the differences and I am feeling kind of lost here... If someone can help me i would be very happy!

WebGL and GraphicsCriticalError in Selenium / C# on Raspberry Pi with Firefox

I have a Raspberry Pi 3b+. I wrote a .NET Core 5.0 program which uses Selenium to do some tasks on the browser. It all works 100% fine on my Windows PC. But it has errors when ran on the Raspberry Pi running 64 bit Ubuntu Server Focal version. I have the Gecko driver and Firefox installed. The program is able to complete its tasks, but throws many many errors about:
"Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: Unable to open a connection to the X server (t=4.70096) [GFX1-]: glxtest: Unable to open a connection to the X server"
"JavaScript warning: https://js.arcgis.com/3.38/esri/dijit/BasemapGallery.js, line 22: WebGL warning: : WebglAllowWindowsNativeGl:false restricts context creation on this system."
"* Exhausted GL driver options. (FEATURE_FAILURE_WEBGL_EXHAUSTED_DRIVERS)"
"JavaScript warning: https://js.arcgis.com/3.38/init.js, line 1171: Failed to create WebGL context: WebGL creation failed:"
I tried installing xvfb but that did nothing. I am running headless and the driver confirms that I am running headless, but seems to be expecting a display regardless????
How do I solve these errors? Note, I do not care if I have to use Firefox, Chromium, or some other browser. But it seemed like Firefox was the most straightforward to install.
I figured it out. I changed operating systems to Raspberry Pi OS 64-bit Lite beta, easily installed Chrome and Chrome Driver... no problems.
I guess the problem was when running Ubuntu, the package repositories had mis-matching versions for arm64 packages and some things installed via 'snap', which is a no-go for programs that have to work together. On the Raspberry OS repository, they had matching versions and no 'snap'. At least it all works now in case anyone else sees this.

Using Enthought Canopy over SSH+Putty Fails to Start

I have Enthought Canopy installed on a machine running RedHat Enterprise Linux 5. I installed it successfully and can verify it runs.
I would like to be able to use it remotely from a windows computer, I have installed putty + xming for X11 forwarding. I can use regular applications like gedit and firefox fine. However when I try using canopy by launching ~/Canopy/canopy an empty gray box for the welcome screen appears, disappears after a few moments, and canopy exits with no return error without having started.
When I ssh with X forwarding from another linux computer, I can use canopy just fine.
There is no error code, I don't see any debug flags and I can't find any log files. I really have no idea why I cant access canopy with putty and xming.
I am trying this as a solution for interns so they can use a machine with access to our datafiles from their windows computers.
I highly appreciate any and all help.
Canopy needs some features not provided by XMing and a few other X server implementation on windows. See the following article for more details:
https://support.enthought.com/entries/21873380-Running-Canopy-Linux-via-remote-display-VNC-remote-X-display-
In short, use MobaXterm ( http://mobaxterm.mobatek.net/ ) or VcXSrv ( http://sourceforge.net/projects/vcxsrv/ )
EDIT: newer versions of Canopy have fixed this bug and should work fine with XMing

How to use Selenium Grid to run some commands on the node and system commands locally

I'm trying to solve a problem and I was hoping I could do it with Selenium Grid but I'm not entirely sure that it's possible. Here's my problem...I'm developing test cases using Selenium WebDriver and I need my tests to run on a Windows machine however the AUT runs on a Linux server. I have several tools that only run on Linux and I would like to be able to run some commands/tests on the Windows machine and others in the Linux server. For instance
Test Starts -> Firefox launches (Windows machine)
Login to site (Windows machine)
Run command in Linux server
Return running commands/tests on the Windows box.
Alternatively I could figure out how to run those commands remotely from a Windows machine but I'm not looking forward to doing that.
Out of the box, you cannot use selenium to run commands on your local machine. Selenium/Webdriver is a browser testing tool and can interact only with browser.
Updated Answer based on your comments
Common part to both ways (which I think you already know)
In your java code you should have the code for webdriver/selenium commands that will do step 1 and 2. Your java code should also the contain the logic/code to execute the linux commands as step 3. Step 4 should again be your webdriver command.
This test code should run from the linux server so that the java command execution will happen in the linux box.
Now the only pending part is the execution of test in remote machine.
Method 1 without using grid
Start the selenium server in the windows machine. Point your java tests to the selenium server running in this machine. If your windows machine IP is 10.0.0.1, you should initialize the webdriver object as
WebDriver wd = new RemoteWebDriver(new URL("http://10.0.0.1:4444/wd/hub"),DesiredCapabilities.Firefox());
This will send all your webdriver commands to the selenium server running in 10.0.0.1 on port 4444. Your tests will then get executed in the windows machine. For this to work, your linux server and windows machine should be in same network.
Method 2 using grid.
Its all the same as above, but instead of giving the ip/dns name of windows machine, you should give the ip/dns name of the hub machine. You should also have windows machine registered as an RC to that hub.
I think with AutoIT kind of windows frameworks, we can invoke C:\Windows\System32\cmd.exe to open a command prompt and run some .bat files. If it is Linux /bin/csh or /bin/bash myscript.sh.

JProfiler GUI on 32 bit machine connecting to 64bit server

I am profiling a java process which is running on 64 bit JVM on a linux box, I cant launch a GUI on that linux box.
When i connect from my 32 bit windows box i get error
JProfiler> ERROR: another application or a different
JProfiler> version of JProfiler tried to connect.
Is it that i need a 64 bit machine to connect to the remote 64 bit machine and get the profiling details?
You have to use the same version of JProfiler for the profiling agent (on the remote Linux box) and the JProfiler GUI (on your local Windows machine).
The "bitness" of the profiling agent does not matter.