Skip to content
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

Chome doesn't close with command+q on Mac #2013

Closed
Nuarat opened this issue Dec 20, 2017 · 4 comments
Closed

Chome doesn't close with command+q on Mac #2013

Nuarat opened this issue Dec 20, 2017 · 4 comments
Assignees
Labels
AREA: server STATE: Auto-locked An issue has been automatically locked by the Lock bot. TYPE: bug The described behavior is considered as wrong (bug).
Milestone

Comments

@Nuarat
Copy link
Contributor

Nuarat commented Dec 20, 2017

Are you requesting a feature or reporting a bug?

Bug

What is the current behavior?

TestCafe doesn't close Chrome when interrupted with command+q

What is the expected behavior?

TestCafe should close chrome

How would you reproduce the current behavior (if this is a bug)?

On MacOS, when tests are running in Chrome, press command+q, in the console

Provide the test code and the tested page URL (if applicable)

Tested page URL:

Test code

Specify your

  • operating system: MacOS
  • testcafe version: 0.18.5
  • node.js version: 8.9.3 LTS (?)
@AlexanderMoskovkin AlexanderMoskovkin added TYPE: bug The described behavior is considered as wrong (bug). AREA: server labels Dec 20, 2017
@robhrt7
Copy link

robhrt7 commented Jan 4, 2018

Experiencing the same issue since few months.

MacOS version 10.13.2
Testcafe 0.18.6
Chrome 63.0.3239.84

@robhrt7
Copy link

robhrt7 commented Jan 4, 2018

Same happens with Firefox, multiple instances hanging after few test runs, but tests shown to be successfully completed in console.

@miherlosev miherlosev added this to the Sprint #12 milestone May 8, 2018
@AndreyBelym
Copy link
Contributor

Hi @operatino! Unfortunately, it's not possible to handle Command + Q gracefully in a command line app. This key combination sends close command to the Terminal app, and it will terminate its children command-line process unconditionally if you agree to close running processes. It means TestCafe has no possibility to detect termination and sends close command to browsers.

miherlosev pushed a commit that referenced this issue Aug 24, 2018
…2013) (#2740)

* Reduce number of created temp dirs for profiles (closes #2735)

* Add test

* Remove temp dirs in a separate process

* Fix tests

* Fix remarks
@lock
Copy link

lock bot commented Mar 28, 2019

This thread has been automatically locked since it is closed and there has not been any recent activity. Please open a new issue for related bugs or feature requests. We recommend you ask TestCafe API, usage and configuration inquiries on StackOverflow.

@lock lock bot added the STATE: Auto-locked An issue has been automatically locked by the Lock bot. label Mar 28, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Mar 28, 2019
kirovboris pushed a commit to kirovboris/testcafe-phoenix that referenced this issue Dec 18, 2019
…, closes DevExpress#2013) (DevExpress#2740)

* Reduce number of created temp dirs for profiles (closes DevExpress#2735)

* Add test

* Remove temp dirs in a separate process

* Fix tests

* Fix remarks
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
AREA: server STATE: Auto-locked An issue has been automatically locked by the Lock bot. TYPE: bug The described behavior is considered as wrong (bug).
Projects
None yet
Development

No branches or pull requests

5 participants