fix: prevent overwriting of video files

[YJDoc2]

• Closes trashAssetsBeforeRuns=false keeps all versions of screenshots but not of videos #8280

Additional details

Why was this change necessary?

Currently multiple runs of cypress in same dir (with trashAssetsBeforeRuns=false) will keep the screenshots files across runs, but will overwrite the video file. For more details, please check the issue discussion.

What is affected by this change?

The videos dir will now retain existing video files if trashAssetsBeforeRuns=false is set

Any implementation details to explain?

Nothing much, I have moved the getPath function used for generating screenshot paths into fs.ts from screenshot.js and did some minor modifications to accommodate both screenshots and videos. There is one "hack" which I'm not sure how to fix, help appreciated :

• The existing impl of getPath actually creates a file on the path to see if that has ENAMETOOLONG error.
• Because of this, when getting path for compressed video file, it creates a file with -compressed suffix even if video compression is off.
• For this I am removing the file manually in the video compression check, but is there any other way?

Steps to test

• Use a simple cypress spec with screenshot and video recording turned on in the config. Have atleast one failing test in that.
• Run cypress on it once. list all files in screenshots as well as videos
• Run cypress again.
• After the second run :

For current develop branch,

• screenshot folder will have two copies of each failed test, one with name like spec1 -- testCase1 (failed).png and other with name spec1 -- testCase1 (failed) (1).png
• Video folder will only have spec1.cy.js.mp4

For this branch,

• screenshot folder will have two copies of each failed test, one with name like spec1 -- testCase1 (failed).png and other with name spec1 -- testCase1 (failed) (1).png
• Video folder will have spec1.cy.js.mp4 and spec1.cy.js (1).mp4

How has the user experience changed?

They will keep the videos from previous runs if any.

PR Tasks

• Have tests been added/updated : Added system test
• Has a PR for user-facing changes been opened in cypress-documentation: This is a bug fix, I don't think this is applicable,
• Have API changes been updated in the type definitions : I don't think this is applicable.

[CLAassistant]

All committers have signed the CLA.

[cypress-app-bot]

• Create a Draft Pull Request if your PR is not ready for review. Mark the PR as Ready for Review when you're ready for a Cypress team member to review the PR.

[YJDoc2]

Not sure why semantic CI is failing, I have added changelog entry. I don't think this will make to the next release so might have to update it later.

btw, this PR is ready for review.

[MikeMcC399]

@YJDoc2

Not sure why semantic CI is failing, I have added changelog entry. I don't think this will make to the next release so might have to update it later.

The previous PR introduced an unwanted blank line 2 which is causing your failure.

cypress/cli/CHANGELOG.md

Lines 1 to 3 in 12df40e

	<!-- See the ../guides/writing-the-cypress-changelog.md for details on writing the changelog. -->
	## 13.16.1

The blank line should be removed.

• Edit: I suspect that more than just the blank line should be removed from the previous PR. I just commented into fix: support multiple imports of one module with multiple lines #30314 (comment) about the state of the release from this other PR.

[YJDoc2]

Hey @MikeMcC399 , thanks for the help! I have fixed the changelog and pushed.

[jennifer-shehane]

@YJDoc2 Thanks for the contribution. Can you write a test that verifies the change in behavior?

[YJDoc2]

Hey @jennifer-shehane , I have added a system test for this change. Also I synced the branch using develop-merge, if you want me to rebase instead, I'll do it and push.
Also there is some code repetition in the test code, but because it is isolated and not reusable outside this, I have kept it. Let me know if you want me to refactor it as well.

Thanks :)

[jennifer-shehane]

@YJDoc2 Thanks! We'll give it a look over as soon as we can.

[YJDoc2]

Hey I'm facing some issues while syncing my branch with develop. There were some conflicts because develop has changed the screenshot.js to screenshot.ts , but even after fixing those, the pre-commit hook is failing eslint on files which are from the develop branch (i.e. I have only changed screenshot.ts file, and it is passing the eslint).

cc: @jennifer-shehane

[jennifer-shehane]

@YJDoc2 We haven't forgotten about this PR! We're working hard on getting Cypress 14 out first because we don't want to add any more scope to that release, so this will go in a release after that if approved.

We can take a look at the conflicts - indeed a lot changed.

[YJDoc2]

We're working hard on getting Cypress 14 out first because we don't want to add any more scope to that release, so this will go in a release after that if approved.

I didn't know that, makes sense to wait for release before adding this then.

We can take a look at the conflicts - indeed a lot changed.

Yep, I'm still interested in following this PR, so when the release is done and you all have bandwidth for this, ping me and we can figure out the problem together. I'll pause any update on this in the meantime, as because the pre-commit hook itself is failing, I cannot push any updates at all.

Thanks for your response and follow-up!

[jennifer-shehane]

I have the conflicts fixed in my branch, but I need to get these eslint fixes in first because the repo is in a weird place without that. d9550ad