Protractor: Solución alternativa para usar [email protected] con Chrome 74+

Creado en 25 abr. 2019  ·  55Comentarios  ·  Fuente: angular/protractor

@cnishina ¿Existe una

Razón : Es un gran esfuerzo migrar grandes proyectos de transportadores a la versión 6.0.0. Cuando Chrome se actualiza automáticamente, eres SOL.

Explicación del problema
Error de transportador

fixed bug

Comentario más útil

Hola @cnishina ,

Tenemos un problema similar al de @shihuawang y @raymonsaadalla . Nuestra empresa tiene toda una base de código de scripts automatizados que ejecutamos en Protractor, y ahora que Chrome se actualizó automáticamente a la versión 74, los casos de prueba no se están ejecutando.

Disponemos de las siguientes versiones de aplicaciones:

  • Chrome es 74.0.3729.131,
  • Transportador es 5.4.2,
  • webdriver-manager es 12.1.4,
  • el nodo es v8.12.0,
  • cromedriver es 74.0.3729.6.

También hicimos una nueva instalación de webdriver-manager y Protractor (las mismas versiones que arriba).
La ejecución de scripts de Transportador obtuvo el mismo resultado, el navegador Chrome aparece pero luego se cuelga para siempre.

Desafortunadamente, degradar Chrome a la versión 73 no es una opción para nosotros. ¿Existe una solución alternativa para superar este problema?

Todos 55 comentarios

Hay una solución que actualmente está vinculada a webdriver-manager 13.

La buena noticia es que cuando ocurrieron estos cambios, estaba trabajando para arreglar webdriver-manager. Puede usar Protractor 5.4.2 con webdriver-manager 13. https://github.com/angular/webdriver-manager/pull/372 sin embargo, no estoy seguro de cómo funciona esto con conexión directa y local si hay más de uno versión de webdriver-manager en el directorio de módulos de nodo.

¿Podríamos lanzar webdriver-manager 13 con Protractor 5? Posiblemente, pero podría considerarse un cambio importante ya que eliminé el soporte móvil para webdriver-manager en la versión 13.

Configuración de la etiqueta de discusión para la versión Protractor 5 + webdriver-manager 13.

De hecho, me sorprende que esto no haya suscitado más conversación. Podría estar equivocado, pero creo que otras compañías en 5.4.2 se verían afectadas por esto y también sentirían la urgencia de encontrar una solución alternativa en lugar de actualizar a 6.0.0.

¿Alguien puede adivinar el esfuerzo necesario para crear otra versión 5.xx?

@cnishina Antes de tu respuesta, intenté piratear para que el administrador de controladores web más reciente funcionara con 5.4.2 sin suerte. Yo simplemente:

  1. npm instalado 13
  2. corrió webdriver-manager update para descargar chromedriver 74
  3. copió la carpeta de selenio

    • desde node_modules\webdriver-manager\selenium

    • hasta node_modules\protractor\node_modules\webdriver-manager\selenium

Sí. Estaba mirando la rama maestra cuando miraba los proveedores de controladores y no 5.4.2. Así que hay más trabajo por hacer para que 13 funcione. Déjame actualizar mi PR. Puede que tenga que crear una versión beta para que webdriver-manager experimente con esto.

De acuerdo, https://github.com/angular/webdriver-manager/pull/372 es mi solución para 13 con Protractor 5.4.2 (¡con pruebas!).

Bueno, ahora estoy perdido. De repente, hoy ya no recibo el error de ayer y las pruebas funcionan bien en chrome 74 y chromedriver 2.46

Entonces, antes, las pruebas funcionaban bien en 73, actualicé intencionalmente a 74, luego recibí el error anterior. Así que asumí que estaba relacionado, y que cualquiera que actualizara Chrome a 74 ya no podría ejecutar pruebas a menos que activara un nodo / concentrador de cuadrícula de selenio localmente.

Según los documentos, Chromedriver 2.46 no es compatible con Chrome 74, pero al menos me permite ejecutar pruebas ahora. ¿Alguna idea de qué más podría haber cambiado? ¿O si ese error estuviera relacionado?

Cromo 74.0.3729.108
Transportador 5.4.2
webdriver-manager 12.1.2
chromedriver_2.46

No importa, acabo de ver su publicación SO y, mirando nuestros registros de compilación anteriores, parece que webdriver:manager update estaba descargando

selenium-server-standalone-4.0.0-alpha-1.zip.jar
en vez de
selenium-server-standalone-3.141.59.jar

Así que ahora este es un problema real. Apareció Chrome 74 y Protractor 5.4.2 usa webdriver-manager 12.xx Esto solo descarga controladores cromados 2.xx. Esto es un problema y pronto tendremos una solución urgente.

Así que aquí está la solución para webdriver-manager 12 que funcionará con Protractor 5.4.2: https://github.com/angular/webdriver-manager/pull/377

Así que esto ahora se ha resuelto con el lanzamiento de [email protected].

¿Cómo conseguirlo?

  • haga una nueva instalación de su directorio de módulos de nodo (elimine la carpeta node_modules y haga un npm install )
  • hacer una instalación forzada npm install -f

Tengo el problema de que Transportador todavía instala el controlador 2.46 y cuando intento instalar webdriver-manager por mi cuenta y lo agrego a mis dependencias, Transportador no puede encontrar el controlador cromado instalado

"C:\Program` Files\nodejs\node.exe" C:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\bin\protractor "C:\Users\Kurt\WebStorm 2019.1.1\plugins\JavaScriptLanguage\helpers\protractor-intellij\lib\protractor-intellij-config.js" --intellijOriginalConfigFile=C:\Users\Kurt\WebstormProjects\hcp\e2e\protractor.conf.js --disableChecks --specs C:\Users\Kurt\WebstormProjects\hcp\e2e\src\settings\homepage.e2e-spec.ts "--grep=^core "
[02:18:10] I/launcher - Running 1 instances of WebDriver
[02:18:10] I/direct - Using ChromeDriver directly...
[02:18:10] E/direct - Error code: 135
[02:18:10] E/direct - Error message: Could not find update-config.json. Run 'webdriver-manager update' to download binaries.
[02:18:10] E/direct - Error: Could not find update-config.json. Run 'webdriver-manager update' to download binaries.
    at Direct.getNewDriver (C:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\built\driverProviders\direct.js:63:31)
    at Runner.createBrowser (C:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\built\runner.js:195:43)
    at C:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\built\runner.js:339:29
    at _fulfilled (C:\Users\Kurt\WebstormProjects\hcp\node_modules\q\q.js:834:54)
    at C:\Users\Kurt\WebstormProjects\hcp\node_modules\q\q.js:863:30
    at Promise.promise.promiseDispatch (C:\Users\Kurt\WebstormProjects\hcp\node_modules\q\q.js:796:13)
    at C:\Users\Kurt\WebstormProjects\hcp\node_modules\q\q.js:556:49
    at runSingle (C:\Users\Kurt\WebstormProjects\hcp\node_modules\q\q.js:137:13)
    at flush (C:\Users\Kurt\WebstormProjects\hcp\node_modules\q\q.js:125:13)
    at processTicksAndRejections (internal/process/task_queues.js:81:9)
[02:18:10] E/launcher - Process exited with error code 135

Process finished with exit code 135

Y aquí está el archivo de configuración

const {SpecReporter} = require('jasmine-spec-reporter');

exports.config = {
  SELENIUM_PROMISE_MANAGER: false,
  allScriptsTimeout: 11000,
  specs: [
    './src/**/*.e2e-spec.ts'
  ],
  capabilities: {
    'browserName': 'chrome'
  },
  directConnect: true,
  baseUrl: 'http://localhost:4200/',
  framework: 'jasmine',
  jasmineNodeOpts: {
    random: true,
    showColors: true,
    defaultTimeoutInterval: 30000
  },
  random: false,
  onPrepare: async () => {
    require('ts-node').register({
      project: require('path').join(__dirname, './tsconfig.e2e.json')
    });
    jasmine.getEnv().addReporter(new SpecReporter({spec: {displayStacktrace: true}}));
    await browser.driver.manage().window().maximize();
  }
};

Cuando ejecuto la actualización de webdriver-manager

webdriver-manager: using local installed version 12.1.3
[02:33:40] I/update - chromedriver: file exists C:\Users\Kurt\WebstormProjects\hcp\node_modules\webdriver-manager\selenium\chromedriver_75.0.3770.8.zip
[02:33:40] I/update - chromedriver: unzipping chromedriver_75.0.3770.8.zip
[02:33:40] I/update - chromedriver: chromedriver_75.0.3770.8.exe up to date
[02:33:41] I/update - selenium standalone: file exists C:\Users\Kurt\WebstormProjects\hcp\node_modules\webdriver-manager\selenium\selenium-server-standalone-3.141.59.jar
[02:33:41] I/update - selenium standalone: selenium-server-standalone-3.141.59.jar up to date
[02:33:41] I/update - geckodriver: file exists C:\Users\Kurt\WebstormProjects\hcp\node_modules\webdriver-manager\selenium\geckodriver-v0.24.0.zip
[02:33:41] I/update - geckodriver: unzipping geckodriver-v0.24.0.zip
[02:33:41] I/update - geckodriver: geckodriver-v0.24.0.exe up to date


Cuando elimino webdriver-manager de package.json, elimino node_modules y ejecuto npm i , npm i-f y webdriver-manager update obtengo

C:\Users\Kurt\WebstormProjects\hcp>webdriver-manager update
[02:38:17] I/file_manager - creating folder C:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium
[02:38:17] I/config_source - curl -oC:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium\standalone-response.xml https://selenium-release.storage.googleapis.com/
[02:38:17] I/config_source - curl -oC:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium\chrome-response.xml https://chromedriver.storage.googleapis.com/
[02:38:17] I/config_source - curl -oC:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium\gecko-response.json https://api.github.com/repos/mozilla/geckodriver/releases
[02:38:17] I/downloader - curl -oC:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium/chromedriver_2.46.zip https://chromedriver.storage.googleapis.com/2.46/chromedriver_win32.zip
[02:38:18] I/downloader - curl -oC:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium/selenium-server-standalone-3.141.59.jar https://selenium-release.storage.googleapis.com/3.141/selenium-server-standalone-3.141.59.jar
[02:38:18] I/update - chromedriver: unzipping chromedriver_2.46.zip
[02:38:19] I/downloader - curl -oC:\Users\Kurt\WebstormProjects\hcp\node_modules\protractor\node_modules\webdriver-manager\selenium/geckodriver-v0.24.0.zip https://github.com/mozilla/geckodriver/releases/download/v0.24.0/geckodriver-v0.24.0-win64.zip
[02:38:20] I/update - geckodriver: unzipping geckodriver-v0.24.0.zip

C:\Users\Kurt\WebstormProjects\hcp>

@ Kurt29 Extraño, puedes verificar la versión con node_modules / transportador / node_modules / webdriver-manager / package.json. ¿Utiliza instalaciones globales?

Correcciones propuestas para descargar versiones específicas, iniciar versiones específicas, estado y evitar que se descargue 75.

https://github.com/angular/webdriver-manager/issues/376

Acabo de lanzar 12.1.4 con corrección: https://github.com/angular/webdriver-manager/pull/380. Esto debería solucionar los problemas que estamos viendo con las discrepancias de chromeriver 75 y chrome 74. También debería poder descargar --versions.chrome 74.0.3729.6 con 12.1.4. Esto se rompió en 12.1.3.

@ luker2 ¿Le gustaría verificar esto conmigo y probar 12.1.4?

De acuerdo, esto se ha verificado en https://github.com/angular/webdriver-manager/issues/376

@cnishina Trabaja en mi extremo.

Especifiqué tanto 74 como 75 usando la bandera --versions.chrome y descargué los controladores respectivos. Sin la bandera descargó 74.0.3729.6

¡Gracias!

Reinstalé el transportador en mis módulos de nodo locales pero la versión de webdriver-manager sigue siendo la misma: "webdriver-manager": "^ 12.0.6". También intenté instalar localmente en una nueva carpeta, el mismo resultado. Posiblemente sea un problema de npm ...

Noté que en webdriver-manager package.json webdriver-manager es la "versión" correcta: "12.1.4" pero en las dependencias de transportador package.json, la versión de webdriver-manager es "webdriver-manager": "^ 12.0.6". Me confundió. Sin embargo, todo funciona bien.

Sí, ^ 12.0.6 significa obtener la última versión secundaria. Entonces, en este caso, 12.1.4 es el que descargará.

Aunque parece que se instaló correctamente, todos mis casos de prueba de transportador fallaron. Funcionó el viernes (hace 3 días) pero falló nuevamente ahora.
El error comenzó cuando google-chrome-stable se actualizó a 74.0.3729.131-1. Inicialmente pude obtener mi trabajo de prueba instalando la versión anterior de google-chrome-stable. Y Friday funcionó con Transportador 5-4-2 y Chrome 74. Pero ahora no funciona de nuevo y no puedo encontrar ninguna solución. Por favor avise.

Estoy en ubuntu 16.04 Docker.

@cnishina seguro que me olvidé por completo de las versiones "^" npm gracias por la explicación y la solución

Dado que el número 5230 está cerrado, muevo los comentarios aquí:

Debido a que la nueva versión de [email protected] no funciona (funcionó solo el viernes 3 de mayo), tuve que probar la versión anterior, pero tampoco funciona.

Chrome 73 funcionó antes del viernes 3 de mayo, pero ya no funciona después de eso. No podemos ejecutar nuestra prueba ahora. Necesitamos una solución. Por favor aconséjame. Gracias por adelantado.

Aclaración: La versión anterior que instalé antes funciona bien. Pero cuando creo la ventana acoplable, ahora , ya sea con la versión actual o la versión anterior, no funciona. Parece que algo en alguna versión nueva está roto.

He delimitado el problema. La falla se encuentra cuando el código Angular define un botón como:
<button type="submit" class="btn btn-info pull-right" ui-sref="xxx.xxx.xxx">Create New Element</button>
y el script de prueba de transportador es:
browser.driver.findElements(by.xpath('//*[contains(text(), "' + arguments[0] + '")]'));
donde argumentos [0] = "Crear nuevo elemento"

Actualmente tengo la versión 12.1.4 del administrador webdriver y chromedriver 74.0.3729.6, por lo que todo debería funcionar, pero mis pruebas fallan cuando se ejecutan en el navegador Chrome 74.0.3729.131; sin embargo, funciona perfectamente bien si lo ejecuto en la versión 73 anterior. ¿cualquier sugerencia?
Gracias

No parece estar relacionado con el código de la interfaz de usuario web de la aplicación y el script de prueba, y mi solución falló nuevamente. Parece que la nueva versión no puede manejar excepciones benignas o devoluciones de errores sin bloqueo. Así que realmente no tengo una solución alternativa a menos que cambie por completo el código de la aplicación para que no devuelva errores ni arroje excepciones.

Solo funciona el sistema instalado cuando se lanzó el 73. Pero si instala 73 en un servidor nuevo, tampoco funciona.

¿Hay alguna manera de que funcione cualquier versión (nueva instalación)?

Algo pasó el viernes, estaba trabajando el viernes.

Hola @cnishina ,

Tenemos un problema similar al de @shihuawang y @raymonsaadalla . Nuestra empresa tiene toda una base de código de scripts automatizados que ejecutamos en Protractor, y ahora que Chrome se actualizó automáticamente a la versión 74, los casos de prueba no se están ejecutando.

Disponemos de las siguientes versiones de aplicaciones:

  • Chrome es 74.0.3729.131,
  • Transportador es 5.4.2,
  • webdriver-manager es 12.1.4,
  • el nodo es v8.12.0,
  • cromedriver es 74.0.3729.6.

También hicimos una nueva instalación de webdriver-manager y Protractor (las mismas versiones que arriba).
La ejecución de scripts de Transportador obtuvo el mismo resultado, el navegador Chrome aparece pero luego se cuelga para siempre.

Desafortunadamente, degradar Chrome a la versión 73 no es una opción para nosotros. ¿Existe una solución alternativa para superar este problema?

Estoy en la misma empresa que @Priyankajoshipj. (Todas mis aplicaciones son las mismas versiones que las de ella enumeradas anteriormente). La imagen adjunta de nuestro navegador Google Chrome es lo que sucede cuando intentamos ejecutar un script de transportador. El navegador aparece y luego se cuelga así para siempre. La prueba se agota y el navegador permanece así hasta que lo cerramos manualmente.

2019-05-10_Hanging Protractor

@Niyarlatotep Me di cuenta de que el npm asociado con la versión de nodo 10.9.0 descargó la versión 12.0.6 de webdriver-manager. Cuando probé la versión 10.15.3 del nodo, Protractor 5.4.2 incluye webdriver-manager 12.1.4. Si aún tiene este problema, buscaría cualquier problema conocido con npm.

@shihuawang Hice una prueba de ejemplo. Tenemos versiones bastante similares de chrome + chromedriver. https://github.com/cnishina/protractor542-chrome74 En este ejemplo, he incluido la versión de Chrome y las versiones de ChromeDriver que se descargó. Esto funciona para mí al menos por un ejemplo simple. Nuevamente con el problema anterior, verificaría dos veces las versiones de node, npm y webdriver-manager. Si todavía está en Chrome 73, me referiría a la versión 73.0.3683.68. Esto se puede hacer con webdriver-manager update --versions.chrome 73.0.3683.68 . Si todavía está en webdriver-manager 12.0.x, descargaría chromedriver 2.46 ( webdriver-manager update --versions.chrome 2.46 ) que debería funcionar para la versión 73.

@raymonsaadalla Vea el comentario anterior sobre la versión 73. Puede usar Chromedriver 73.0.3683.68 o 2.46.

@ XL175816 y @Priyankajoshipj Pude hacer que esto funcionara con mi ejemplo simple: https://github.com/cnishina/protractor542-chrome74 ¿ Cuándo funcionaban estas pruebas anteriormente? ¿Estás usando async / await? ¿El primer sitio web al que se dirige no es una página angular?

Compruebe si Transportador está instalado globalmente. Intente eliminar la carpeta node_modules y vuelva a intentarlo. Probé con async / await y no encontré estos problemas con webdriver-manager 12.1.4. Mi versión de nodo es 10.15.3

También puede intentar eliminar package.lock.json y volver a instalar npn

Pruebe también el comando npm dedupe . Soluciona el error con la versión webdriver-manager, si lo instala manualmente.

Probamos un par de veces la sugerencia de @vsravuri de eliminar la carpeta node_modules y reinstalar Protractor y webdriver-manager. También intentamos eliminar package.lock.json y hacer "npm install" nuevamente.

@cnishina Nuestras pruebas funcionaron hasta el lunes (5/6) por la tarde. Trabajaron todo el día hasta que Google Chrome se actualizó automáticamente a la versión 74; luego todos fallaron, incluidos los que habíamos ejecutado con éxito minutos antes. Ninguno de nuestros scripts tiene async / await. Y, de hecho, el primer sitio web al que dirigimos es una página angular.

¿Está utilizando el nodo 10.15.3? ¿Cuál es el error que ve cuando ejecuta la prueba? ¿Cuál es el resultado de la actualización de webdriver-manager?

Hola cnishina,
La versión 74 + webdriver-manager 12.1.4 + ChromeDriver 74 + nodejs 6.x + Protractor 5.4.2 no nos funciona.

Esto nos sucedió varias veces cuando se actualizó la versión estable de Chrome, y cada vez se corrigió más tarde. Pero esta vez no se ha solucionado. Anteriormente dije que se arregló en un momento, lo cual fue mi malentendido. Así que nunca se fija en 74.

En un momento, puedo hacer que funcione instalando 73, pero ahora no funciona.

El 73 que instalé anteriormente funciona bien, pero no funciona con una nueva instalación.

Y la causa del fallo no es la excepción. Puede que tenga que ver con el tiempo de espera de un proceso, puede ser otra cosa.

Hola vsravuri, Transportador está instalado globalmente y la mayoría de los otros casos funcionaron. Y antes de actualizar a 74 todavía funcionaba. También mi instalación anterior con 73 todavía funciona, pero necesitamos instalarlo en una nueva ventana acoplable para la prueba oficial nocturna. Todo nuestro proyecto se ha retrasado debido a este problema.

Hola vsravuri, mi error es no crear un nuevo registro que experimenta tiempo de espera con uno de los pasos, pero aún así debe crearse. y solía funcionar hasta el cromo 74. En un momento, el 73 no funcionaba, pero luego lo arreglaron. ¿Puedes arreglar 74 de la misma manera?

Antes de la 74, siempre podemos revertir a la versión anterior para que funcione. Pero no hubo suerte esta vez.

Descubrí que borrar el caché del navegador (manualmente) puede resolver el problema de tiempo de espera de mi aplicación, pero cuando lo agrego al transportador no parece borrar el caché. ¿Puede aconsejarme cómo borrar la caché en el transportador? El que encontré en la web no me funciona.

Debe verificar si hay algún problema con ChromeDriver 74 y su secuencia de comandos de automatización. Para borrar la memoria caché del navegador, debe elegir si desea eliminar las cookies, el almacenamiento local o el almacenamiento de sesiones.

Prueba esto
browser.executeScript ('window.sessionStorage.clear ();');
browser.executeScript ('window.localStorage.clear ();');
browser.manage (). deleteCookie ("prueba_cookie");

Hola vsravuri,
Más tarde conseguí que mi caché claro funcionara, de alguna manera tiene que estar en una función como sugiere el siguiente enlace:
https://stackoverflow.com/questions/45218022/how-to-clear-a-browser-cache-in-protractor?rq=1

Así que esta es una solución a mi problema particular. Pero espero que alguien pueda solucionarlo para manejar esta situación, ya que el navegador Chrome se comporta de la misma manera que la prueba manual. Esto ha sido un problema en varias versiones recientes de Chrome y finalmente se solucionaron todos, excepto 74.

@Priyankajoshipj y tengo las siguientes versiones de aplicaciones:

  • Chrome es 74.0.3729.131,
  • Transportador es 5.4.2,
  • webdriver-manager es 12.1.4,
  • nodo es v10.15.3,
  • cromedriver es 74.0.3729.6.

La ejecución de nuestros scripts aún produce el mismo error que antes, con Chrome en blanco. (Para reiterarme desde arriba, el navegador aparece pero está en blanco, ni siquiera puede llegar a https: // localhost donde está nuestra aplicación, y se cuelga así para siempre. La prueba se agota y el navegador permanece así hasta que ciérrelo manualmente). Debido a que se cuelga, el cmd no dice nada (solo un cursor parpadeante), por lo que ni siquiera sabemos cuál es el error.

Limpiar la caché de Chrome antes de ejecutar un script no nos funciona. Tiene el mismo resultado. Y nuestras pruebas no deberían borrar el caché de todos modos.

Encontramos algo que podría ser una pista. Pudimos ejecutar la prueba simple de @cnishina mencionada anteriormente y, después de experimentar, encontramos una manera de hacer que nuestras pruebas funcionen. Requiere usar async / await; tendríamos que agregar "await" delante de cada línea ... Sin async / await, Chrome a veces llega a https: // localhost y luego se cierra inmediatamente y dice "Error mientras espera que Transportador se sincronice con la página" o, a veces, no no llego a localhost en absoluto (el navegador en blanco que cuelga para siempre que adjunté arriba).

Sin embargo, cambiar todo el código en nuestros scripts representaría un esfuerzo muy significativo. Y como se mencionó anteriormente, desafortunadamente degradar Chrome a la versión 73 no es una opción para nosotros. Espero que la versión 74 de Chrome se pueda arreglar.

@ XL175816 en el futuro, debemos hacer que todo sea asincrónico / aguardar debido a la desaprobación del flujo de control. Si async / await está funcionando, podría ser una buena idea comenzar ese esfuerzo de ingeniería ahora para actualizar sus pruebas.

@shihuawang Abra un nuevo error y agregue más información. ¿Cómo falla? ¿Que estabas haciendo? ¿Cuál es el mensaje de error? ¿Tiene un conjunto de código de muestra? ¿En qué entorno está ejecutando sus pruebas? Al leer los mensajes de arriba, no estoy seguro de por dónde empezar o cómo ayudar.

También voy a cerrar esta conversación ya que esto está resuelto. Lo dejo abierto en caso de que alguien aún se encuentre con este problema. Si tiene problemas con Transportador que cree que son problemas con el marco, no dude en abrir un nuevo problema. Si está buscando ayuda de soporte, solicítela aquí: https://stackoverflow.com/questions/tagged/protractor

¿Fue útil esta página
0 / 5 - 0 calificaciones