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

unable to disable -r in run_tests.py #61974

Closed
doko42 opened this issue Apr 17, 2013 · 4 comments
Closed

unable to disable -r in run_tests.py #61974

doko42 opened this issue Apr 17, 2013 · 4 comments
Labels
3.8 only security fixes tests Tests in the Lib/test dir type-feature A feature request or enhancement

Comments

@doko42
Copy link
Member

doko42 commented Apr 17, 2013

BPO 17774
Nosy @doko42, @csabella

Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2013-04-17.13:03:01.616>
labels = ['3.8', 'type-bug', 'tests']
title = 'unable to disable -r in run_tests.py'
updated_at = <Date 2019-05-18.01:19:59.944>
user = 'https://github.com/doko42'

bugs.python.org fields:

activity = <Date 2019-05-18.01:19:59.944>
actor = 'cheryl.sabella'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Tests']
creation = <Date 2013-04-17.13:03:01.616>
creator = 'doko'
dependencies = []
files = []
hgrepos = []
issue_num = 17774
keywords = []
message_count = 2.0
messages = ['187160', '342781']
nosy_count = 2.0
nosy_names = ['doko', 'cheryl.sabella']
pr_nums = []
priority = 'normal'
resolution = None
stage = 'needs patch'
status = 'open'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue17774'
versions = ['Python 3.8']

@doko42
Copy link
Member Author

doko42 commented Apr 17, 2013

it is not possible to disable -r in run_tests.py. Other options like -u or -j can be overwritten, but not removing -r.

@doko42 doko42 added tests Tests in the Lib/test dir type-bug An unexpected behavior, bug, or error labels Apr 17, 2013
@csabella
Copy link
Contributor

Since -r doesn't usually take a value, what would be the best way to implement this? The current implementation always adds -r, so not including '-r' would need to retain the current behavior of randomization. Would something like '--no-random' be a good way to implement this? That would be different than how the program handles the -u or -j because the '--no-random' would have to be removed from regrtest_args.

@csabella csabella added the 3.8 only security fixes label May 18, 2019
@ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
@iritkatriel iritkatriel added type-feature A feature request or enhancement and removed type-bug An unexpected behavior, bug, or error labels Oct 28, 2023
@iritkatriel
Copy link
Member

run_tests.py no longer exists.

@iritkatriel iritkatriel closed this as not planned Won't fix, can't repro, duplicate, stale Oct 28, 2023
@terryjreedy
Copy link
Member

The default today is to run tests sequentially in alphabetical order. Passing -r randomizes the sequential order. Passing -jn runs tests in what appears to be a deterministic but undocumented and likely subject-to-change non-alphabetical order. Passing both randomizes a parallel run. So it seems the request above is fulfilled and is appropriately closed. It does not matter what the situation was in 3.8. Starting parallel tests alphabetically would not result in them finishing and being reported alphabetically.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
3.8 only security fixes tests Tests in the Lib/test dir type-feature A feature request or enhancement
Projects
None yet
Development

No branches or pull requests

4 participants