Selenium side runner cannot download file in headless mode - selenium-ide

I recorded a side file for download some file from a website via Selenium IDE and played it back with Selenium side runner. it works fine in non-headless mode. But once I switched to headless mode, the download won't happen anymore. I'm using the following Selenium side runner parameters.
selenium-side-runner -c "goog:chromeOptions.args=[--headless,--nogpu,--disable-popup-blocking, --safebrowsing-disable-download-protection, --safebrowsing-disable-extension-blacklist] browserName=chrome" ddd.side
I disabled download protection and other things, but it still cannot work. Any hints???

Related

Eclipse doesnt show output of JCWDE simulation in the console

Recently I started learning Java Card development using eclipse v4.2 and the JCDE eclipse plugins with JCDK 2.2.2. (windows 10 64x)
I am trying to run a simulation with Jcwde. however when i run the simulation, Eclipse console does not show the output that says it has established a connection nor does register any inputs as commands.
enter image description here
the console in eclipse should be looking like this:
enter image description here
If i go to the JCDK and run the Apdutool.bat after i start the simulation in eclipe. i can connect to the Virtual card; input my commands and run simple applets by sending command APDUs.
its also worth noting that if the first command i type in the apdutool.bat is not powerup the simulation ends in Eclipse. (see next image)
enter image description here
So Eclipse clearly is registering my inputs but no displaying them in the console.
also note that when i create a simple Java application that displays on the console like System.out.println("testing console"). the console displays the message with no issues. so the problem should be with eclipse console and the cmd.
i tried eclipse 4.2.3; eclipse 4.2 64x and 32x with different JDKs but all were the same.

how to re-run java (UI automator/python) script recorded using culebra tester

I have python 2.7, android view client, adb environment setup in my PC. Also I have connected my android device with culebra tester installed in it and performed some Test case steps to record script (Java/python). Now I have the recorded script ready. Can any one tell me the right procedure to re-run the recorded script in the same android device automatically, because culebra tester doesn't have any option to re-run the test case. Any inputs would be appreciated.
Once you have generated your test script (if you selected python as the code generation language), you download it, rename it (it is downloaded as .py.txt to avoid browser warnings) and then you can run it as any other AndroidViewClient/culebra script.
You need python and androidviewclient installed via pip or easy_install.
If you generated java code, then you copy or paste the code to your Android Studio project, create the APK, install and run.

How do I run a windows installer via telnet using the trial version?

I'm evaluating install4j in our company.
We build a win32 installer and we are trying to set up a continuous integration environment to test it.
The CI server is able to upload the installer to the windows target machine (which is a virtualized environment) using FTP, and run batch script that looks like
cd c:\tmp\upload\
my_installer.exe -q -varfile response.varfile -console
Currently we're using the trial version of install4j 5.
When the installer is ran from the command line (cmd.exe over remote desktop) I get a popup window that warns about the trial version.
Installation is frozen until I click ok.
When the installer is ran from telnet the command just hangs and never returns. I believe the reason is that popup window.
To fully evaluate install4j we need to be able see how it fits our CI process.
Is there any workaround for this?
This is a restriction of the evaluation version, with a permanent license key the evaluation dialog will not be shown and the problem will go away.

Debugging with EDC-TCF using localhost as target in Eclipse

As the topic says. I am trying to start a debug session of a C/C++ project with TCF as the debugger.
This is what I do, (I am on windows xp)
I create a C/++ project, build it using mingw32-make.exe and generate
a binary.
Then I press Debug As->Debug Config->Target Communications Framework
In that, I specify the project name, and in the Local File Path box i give the absolute path of the C/C++ project's binary.
I give nothing in the Remote File Path since I am doing localhost.
Then I run a TCF agent (which can be obtained by building TCF agent source).
In the target tab in the debug config, I check "Use localhost as a target".
And finally press Debug.
Now when the session starts, I get a tcf nullpointerexception and session doesnt even start.
Has anyone done this type of debugging?
You compiled your project using mingw, there's no point in using tcf to do local debugging, just use CDT's default debugger gdb , specify full path to gdb(mingw/bin/gdb) in your debugger tab, and evertything should be ok
BTW. I just did a tcf local debugging as you did, it worked, only that I compiled my project using msvc toolchain. Maybe that's your problem

Debug remote PHP CLI scripts

Here is my situation:
I am developing PHP CLI scripts on a distant server using Eclipse IDE with the RSE plugin (allows to edit files directly on the server).
Now I need to debug these scripts in a similar fashion than in Java (break points, show the variables content, ...).
I found something that could do the job: XDebug and PDT (Eclipse plugin). The problem is that when I try to launch the debug mode Eclipse says that there is no PHP debugger on the local machine. I guess it should be installed on the server machine.
I would like to know if it's possible to use PDT and XDebug to debug remote scripts and, if it's the case, how to configure them to do so. If not, I'd like to know if other solutions exist. It seems like XDebug uses TCP so it should be possible to debug remotely. I can change my IDE if necessary.
The server runs Ubuntu 10.04 with php5-cli and the dev machine with eclipse runs Win7 32bit.
Thanks
Yes this is possible, you need to enable xdebug in the remote server's PHP.ini file and make sure that the xdebug port (default 9000) is not blocked by any firewalls.
xdebug's page on setting up remote debugging.
Here is the complete procedure for the people who have the same problem:
First, install RSE by following the instructions on this website: http://help.eclipse.org/galileo/index.jsp?topic=/org.eclipse.rse.doc.user/gettingstarted/g1installing.html
Follow the instructions on this HowTo to install XDebug on the server:
http://ubuntuforums.org/showthread.php?t=525257
Install PDT on Eclipse and do the following changes:
- under Windows/Preferences, go under PHP/Debug and change PHP Debugger to XDebug
- under Windows/Preferences, go under PHP/Debug/Installed Debuggers and configure XDebug. Change the field "Accept remote session (JIT)" to "any".
Open the Remote System Explorer perspective, select your scripts directories and create a project from them (Right Click, Create Remote Project). It will now appear in the PHP perspective.
Let Eclipse run and go to the server (e.g. via SSH). Run the script you want to debug. A Window will then appear on Eclipse proposing you to choose with which "local" (remote via RSE in our case) file you want to link the running script to. Normally, the default script proposed should be the correct one, because it is the one running on the server.
You should now have visual debugging with Eclipse for your PHP-CLI scripts!
Do you want to debug while being able to interact with the script on CLI or do you just want to start it and then step through the code? I guess your question is referring to the problem that you can't access the script directly through a URL. If that's your problem, then I guess the easiest solution would be to debug a usual PHP-web-site which requires your script. Then you can launch XDebug with that web-site initially and step into the script through the require/include-statement.
index.php:
<?php require_once("../../../../../dir1/[...]/cliscript.php");
Best regards
Raffael