Hi everyone 🙂 I hope I am on the right channel 🙂 Cypress look very great! Thanks a lot for all you are doing! I still have a question actually for Cypress Studio tool. In fact, I saw it is an experimental mode and I was wondering is you think this experimental tool might be canceled or if there is great chance to have a stable version?

Yes the team is actively working on it right now

We have assertions coming in soon

hello is it possible to access the current test information inside of a command?

nvm I figured it out

cy.state('runnable').ctx.test

Any clue how to solve this? File is there, no syntax errors, nothing changed either. Just started happening after a restart

MacOS updated to 11.5 though

It fails when I import a file...

Sigh, it needs "allowJs" in the TS config

What's the way to set up global intercepts? The

before

hook in the support file only runs for the first test for some reason

beforeEach

maybe? 🤷‍♂️

Man Cypress is weird... Some stuff is persistent, other things are not.

and you can't wait for some built-in commands to complete either. Like

readFile

, which I need to mock a graphSchema

Now it stopped intercepting all together

it cancels all requests for some reason, without any sort of error

This makes 0 sense...

It removes all my intercepts after 1 run

Well that's a huge problem

is there a way to execute a task conditionally when a request matches some criteria?

cy.intercept('POST', '/endpoint', request => {
  if (request.body.foo === true) {
    request.continue(response => {
      cy.writeFile('cypress/foobar.json', response.body)
    })
  }
})

I know that I can conditionally set the alias but I cannot

wait

conditionally

Does anyone have a preferred way to stub cy.request in a cypress test? I'm trying to test a cypress common library, and hoping to verify without actually sending data to an endpoint.

Hi, cypress/browser is issuing multiple requests for assets when using

cy.visit

. Do you have a clue?

can anybody help with this?

I have the following global before/beforeEach hooks:

ts
before(() => {
  // Get all the created users.
  cy.getUsers() // Exposes @users
})

beforeEach(() => {
  // Get all the created users.
  cy.getUsers() // Exposes @users
})

This should mean that the alias

@users

is available everywhere at any point in time. However, this fails to resolve in a test that uses the

before

hook **twice**:

ts
describe('Profile', () => {
  describe('New User', () => {
  // Login through the Cognito mock and visit the profile page.
    before(() => {
      cy.get('@users').then(users => {})
    })
   })

  describe('Owner', () => {
  // Login through the Cognito mock and visit the profile page.
    before(() => {
      cy.get('@users').then(users => {}) // this fails
    })
   })
})

I see no reason why this would fail, as the alias should be exposed during every step. I've spent a week now on trying to get Cypress to work with seeded data in JS and I'm close to giving up, as it seems to just not want you to do that for some reason. Esp. when using graphql and there's no DB involved this is almost impossible to work with, as your data needs to be "local" but Cypress has the tendency to completely wipe out everything between tests. I thought aliases would save me here and they do when it comes to

beforeEach

, but I'm not going to continuously fetch data/login between

it

statements that are grouped in a describe. I should be able to perform a specific action before each

it

.

I am trying to assert that an element is on the page. The main issue is this element shows up on a new page inside an I frame. Iframe modal form > submit button > redirect to new form page inside iframe Any attempts to grab elements on the new page will return with a timeout "queried from ". I can somehow still grab elements from the old page which no longer displays

The code works in production but not in Cypress and I've not been able to find any resources on moving thru pages inside an iframe

In the end I redesigned the app to not use i frames since I couldn't resolve the issue

Sorry about that cypress tends to dislike iframes