This question already has an answer here:
Running karate tests on chrome with chromedriver inside docker
(1 answer)
Closed 1 year ago.
Is it possible to set chrome default locale programmatically when choosing the webdriver ?
Right now I have 3 different docker images (FR, ES, EN) but it makes my gitlab runners run very slowly (or looks like it is) and also it is also not very flexible to test locally.
Is there a way to switch chrome locale on the fly inbetween tests ?
Thanks a lot.
I think the locale is hard-coded in the Docker container as of now. Do you think you can contribute code so that it can be parameterized.
The relevant Docker file is here: https://github.com/intuit/karate/blob/master/karate-docker/karate-chrome/Dockerfile
Related
I know that this question was asked multiple times before, but every answer I found was 1. Not existing anymore or 2. Not a real answer.
I just want to create a custom chrome 'version'. This version should have a custom icon, should run as 2. Chrome (like another app) and should have a custom name + design + a preinstalled extension. How can I do this? I have seen it before.
I do not want to clone 200gb of chromium!!!
Is there a solution offered from Google, or can I build a custom installer somehow?
Pls help. Kind regards.
I'm attempting to run intellij from a Linux machine that is connected with putty that has had the display forwarded by Xming. Intellij is able to come up and I'm able to use most of the widgets, however I'm unable to select or type into any of the text fields.
I've found the following bug report: https://bugs.openjdk.java.net/browse/JDK-8040662 however, since this is not a common use-case, the bug is sitting at "won't fix."
I also keep finding similar questions, such as: X11 forwarding affects Java Swing GUI dropdowns - Items not selectable, Menus collapse immediately but it seems like nobody has an answer.
Currently I'm running with the following versions:
Intelij: IC-141.1532.4
Openjdk: 1.7.0_76
XMing: 6.9.0.31
The solution is to use the current Oracle Java 7 JDK, which has been patched to fix this issue.
I am facing issues to run .exe files created in Qt 5.3 on different windows system. I have included all the .dll files. The issue is that on the latest system with graphics card support the application runs without any issues but on older systems it just gives blanck screen.
I suspect that this has something to do with openGL support for the system.
Is there a way where I can make sure that the application runs without any glitches on all the systems?
Or is it possible to have an application created without oprnGL support needed ?
Hoping to hear some solution for this.
Thanks in advance.
EDIT:
Following is the error I get when I run the code
getProcAddress: Unable to resolve 'glBindFramebuffer'
getProcAddress: Unable to resolve 'glBindFramebufferOES'
getProcAddress: Unable to resolve 'glBindFramebufferARB'
and here is the screenshot of the way the screen looks
NOTE :
Please note that when I run the .exe on a new system with updated graphics, the screens looks perfect.
Did you include any OpenGL headers in your Qt Project?
Because if you did then there is obviously going to be a dependency on OpenGL for each system and if one of them cannot support this then you either need to decrease the minimum version of GL you are using or remove these headers altogether. It is also worth noting that no matter how hard you try - you will never get the same version of OpenGL to run across every piece of hardware without having to change something.
Did you add the QtOpenGL module?
From what is sounds like, you are not using OpenGL in your application. If this is true then you should remove this module from your .pro file and it should remove the dependency.
I hope this answers your question. If not, could you provide a little more detail because your question was slightly vague.
I have a GTK3 client used to connect to server for management. It is not as simple as web-interface as user have to download client and install some libraries in order to run it.
So I remembered about broadway HTML5 backend. But there is no additional info about it since I last tried it a year++ ago.
I found out what can cause segfaults - for example, tray icons, some shadows is better to disable. Bit what about HTML title etc? Official docs says nothing at all, only how to run it.
I am currently looking for a tool to test a a website and Sikuli seems perfect. However, my company uses both Windows and Linux, and I'd like our scripts to be transferable.
Will it work or are Windows scripts for Windows and Linux scripts for Linux?
It seems like Sikuli can be run from the command line, perhaps I can run the same script on both the Linux and Windows Computers?
There is no technical reason why a Sikuli script won't run under both operating systems (jython has the same syntax on both platforms). The biggest technical issue faced is that the screenshots may not match between Windows and Linux.
This thread discusses how to setup two images pools, one for each OS.
Creating Sikuli scipts directly in java might ease the cross platform issues. But you will still have the images looking slightly different issue. File directories are handled well accros OS in java though.
there are two main points to be concerned of:
Images: Even if the application looks the same in both the systems the ways to launch it are different. In the worst case one needs two complete sets of images.
Paths: In Windows and Linux paths are different. Different slashes, different lengths of the whole paths and components, different set of allowed symbols in the naming. Windows paths are not case sensitive by default.
There are some points to use the same script still with set of OS specific libraries.
- The more common logic in applications the more reusable code.
- The policy "changing something are must for both platforms". is easy to follow.
So the answer for your question is:
Specially prepared script will work on both the platforms