load_tests chaining into discover from non-discover entry point gets top_level_dir wrong

Open
#66,952 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
25/100
Issue type
Bug
Clarity
Needs clarification
Activity status
Stale
Tech stack
python
Domain
testing-qa

Research direction

Start by reproducing load_tests chaining into discover from a non-discover entry point, then trace how top_level_dir is determined during that path. Done means discovery uses the correct top_level_dir; the issue names no files or tests, so locating the relevant unittest discovery code and regression test is part of the work.

Written by the indexing model from the issue text.

Description

tests
BPO 22763
Nosy @rbtcollins, @bitdancer

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 2014-10-30.03:13:07.277>
labels = ['tests']
title = 'load_tests chaining into discover from non-discover entry point gets top_level_dir wrong'
updated_at = <Date 2014-11-01.01:32:48.588>
user = 'https://github.com/rbtcollins'

bugs.python.org fields:

activity = <Date 2014-11-01.01:32:48.588>
actor = 'terry.reedy'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Tests']
creation = <Date 2014-10-30.03:13:07.277>
creator = 'rbcollins'
dependencies = []
files = []
hgrepos = []
issue_num = 22763
keywords = []
message_count = 2.0
messages = ['230253', '230268']
nosy_count = 2.0
nosy_names = ['rbcollins', 'r.david.murray']
pr_nums = []
priority = 'normal'
resolution = None
stage = 'test needed'
status = 'open'
superseder = None
type = None
url = 'https://bugs.python.org/issue22763'
versions = ['Python 3.5']

Dominant language
Python
Stars
77.2k
Forks
36k
Avg merge
1d 9h
Merged PRs (30d)
558

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from python/cpython

All issues in python/cpython

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.