-
Notifications
You must be signed in to change notification settings - Fork 3.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add ability to zoom in / out in Electron browser #4728
Conversation
- tested manually also 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's a failing test in /root/cypress/packages/server/test/unit/gui/menu_spec.coffee
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
When you are decaffeinating files - you must decaffeinate the files first AND submit a PR for that separately.
As it stands - there is no easy way to tell the actual "diff" between the changes you made to menu.coffee
and menu.js
or menu_spec.coffee
and menu_spec.js
since menu.coffee
and menu_spec.coffee
were first deleted.
To be clear - you don't have to submit these PR's serially. You can go ahead and decaffeinate locally first - and continue working as normal. But once you're "finished" you need to then open another PR (off of develop
) and decaffeinate the files you ended up decaffeinating.
This second PR can then be merged, and then the first PR will correctly show the diff against the decaffeinated files in develop
. Ask @bkucera if you have any questions since he does this on a regular basis. I will do this for you this time.
@brian-mann This should be clearly documented somewhere - as I thought there was a process in line, but never was told it, but from what I can tell you:
|
decaffeinate was done in other PR for menus
The only failure is the one caused by cypress.io - which is known, so merging in with this failure. |
Explaining the decaffeinate process was explained at the time that it mattered, during PR / peer review. Once you figure out that you're going to decaffeinate stuff, you extract that part out of your PR and open a separate PR prior to merging the original. It's the best time to do it, so it's only done on the files that are affected by the PR. They need to be merged ahead of time so that the diff is accurate. I took the files you worked in and decaffeinated them and then added them to develop - so that your PR's diff could be generated off of develop, to accurately portray the changes. |
Can zoom this
Can also zoom this in Electron browser