Migrate from protractor to cypress

[mshima]

Closes #639

[mraible]

This has to be hard-coded to the client ID for the native app on Auth0 and Okta. This is a different between these providers and Keycloak. You also have to hard-code the client ID in auth-config.service.ts. https://www.jhipster.tech/security/#update-your-ionic-app

[mraible]

I get a 404 on this call with Auth0.

[mraible]

Try to start the ionic server and run cypress using npx cypress.

I ran ionic serve in one terminal and npx cypress open in the other. This runs everything on 8100, but the error is the same.

[mshima]

@mraible the missing feature is auth0 support.
I think we can merge it and continue at main.

[mraible]

I just started testing this again using npm link in the Cypress branch.

Two things that seem strange:

1. The warnings about relationships when everything works just fine.
2. Why is it creating files in node_modules?

It's taking forever to create the app. Maybe because I'm using my M1? Most of the testing I did yesterday on my Intel.

[mshima]

1. The warnings about relationships when everything works just fine.

It's a bug at jdl, that generates otherEntityRelationshipName without the otherEntityRelationship.
In other words, jdl creates the back reference name, without the back reference.

It's in my jhipster todo, but the jhipster todo is quite big right now.

2. Why is it creating files in node_modules?

That's odd, I think you used npm to update generators/ionic/resources/base/package.json and they are leftovers.

[mraible]

I'll try on my Intel and see if it happens there. I did notice that if I do the following in the cypress branch, it updates package-lock.json.

rm -rf package-lock.json node_modules
npm i

[mshima]

It's taking forever to create the app. Maybe because I'm using my M1? Most of the testing I did yesterday on my Intel.

I use M1, I don't see a big slowdown, sometimes just a small delay.

time jhipster-ionic jdl bug-tracker.jh --skip-install --skip-jhipster-dependencies
24,45s user 3,43s system 108% cpu 25,685 total

The npm install part installs maven too. Is slow, but I don't think we can do anything.

time jhipster-ionic jdl bug-tracker.jh --skip-jhipster-dependencies
50,43s user 19,20s system 55% cpu 2:06,05 total

[mshima]

I'll try on my Intel and see if it happens there. I did notice that if I do the following in the cypress branch, it updates package-lock.json.

It happens almost every time, if any transitional dependency is updated, the package-lock changes.
That's the reason we regenerate the generator-jhipster package lock weekly.

[mraible]

I don't know if this is something we should fix, but husky causes issues if I create an Ionic app in an existing JHipster project that's been checked into Git.

git clone https://github.com/oktadev/okta-jhipster-ionic-example.git
cd okta-jhipster-ionic-example
rm -rf ionic-app
take ionic-app
jhipster-ionic

The creation of the app fails towards the end:

Running npm install for you to install the required dependencies.
npm WARN deprecated [email protected]: See https://github.com/lydell/source-map-resolve#deprecated

> [email protected] prepare
> husky install

.git can't be found (see https://git.io/Jc3F9)
npm ERR! code 1
npm ERR! path /Users/mraible/Downloads/okta-jhipster-ionic-example/ionic-app
npm ERR! command failed
npm ERR! command sh -c husky install

npm ERR! A complete log of this run can be found in:
npm ERR!     /Users/mraible/.npm/_logs/2022-04-29T16_13_44_975Z-debug-0.log
ERROR! Command failed with exit code 1: npm install
Error: Command failed with exit code 1: npm install
    at makeError (/Users/mraible/dev/generator-jhipster-ionic/node_modules/execa/lib/error.js:60:11)
    at handlePromise (/Users/mraible/dev/generator-jhipster-ionic/node_modules/execa/index.js:118:26)
    at processTicksAndRejections (node:internal/process/task_queues:96:5) {
  shortMessage: 'Command failed with exit code 1: npm install',
  command: 'npm install',
  escapedCommand: 'npm install',
  exitCode: 1,
  signal: undefined,
  signalDescription: undefined,
  stdout: undefined,
  stderr: undefined,
  failed: true,
  timedOut: false,
  isCanceled: false,
  killed: false
}

If I remove the following from package.json, I can npm install just fine.

"prepare": "husky install",

[zhyd1997]

@mshima

I confirmed your bounty request and paid $500 by PayPal.

[mraible]

I just re-created my Ionic app with this branch. npm run e2e works in that all the tests pass against Keycloak. I was a little surprised I needed to click Stop at the end, but I think that's because Cypress is listening for changes and will re-run tests if there are any. npm run e2e:ci also works.

    ✔  All specs passed!                        00:40       23       23        -        -        -

Execution time: 1 min. 8 s.

I still think we should change it so npm run e2e runs npm run e2e:ci since that's how the main generator (and Svelte blueprint) works.

[mraible]

I tested with Auth0 and there's still an issue fetching /callback. Setting the credentials as environment variables does work.

export CYPRESS_E2E_USERNAME=foo
export CYPRESS_E2E_PASSWORD=bar

I'm OK with merging this and continuing Okta/Auth0 support in a different branch.

[mshima]

@mraible e2e opens cypress ui at main generator:
https://github.com/jhipster/generator-jhipster/blob/b69d4462cc64499efed58e03b36ebe2be1306e78/generators/client/templates/angular/package.json.ejs#L156

[mraible]

e2e opens cypress ui at main generator:

If you look at this repo, you'll see the difference: https://github.com/oktadev/okta-jhipster-ionic-example

• For the backend: ./mvnw in one terminal and run npm run e2e in another. You won't need to do anything for all the Cypress tests to run. It might prompt you to Quick Chrome b/c a download isn't finished, but that's unrelated.
• For Ionic: Start the backend with ./mvnw -Pprod and run npm run e2e in the Ionic app. You have to click in the Cypress app in order for tests to run.