[py-svn] py-trunk commit 9d51ff552378: update ISSUES
commits-noreply at bitbucket.org
commits-noreply at bitbucket.org
Wed May 12 10:57:47 CEST 2010
# HG changeset patch -- Bitbucket.org
# Project py-trunk
# URL http://bitbucket.org/hpk42/py-trunk/overview
# User holger krekel <holger at merlinux.eu>
# Date 1273387408 -7200
# Node ID 9d51ff55237892ecaf9f268b638136bd7da46f31
# Parent 91f6fe660c833f803c239c35ccfcd7c63963b19a
update ISSUES
--- a/ISSUES.txt
+++ b/ISSUES.txt
@@ -1,6 +1,6 @@
refine session initialization / fix custom collect crash
---------------------------------------------------------------
-tags: bug 1.2 core xdist
+tags: bug 1.4 core xdist
When calling "py.test path/X" py.test can crash if the collection
of that directory is skipped. Calling "py.test path" will give
@@ -14,7 +14,7 @@ and the core session probably converge s
introduce py.test.mark.nocollect
-------------------------------------------------------
-tags: feature 1.2
+tags: feature 1.4
for not considering a function for test collection at all.
maybe also introduce a py.test.mark.test to explicitely
@@ -72,16 +72,9 @@ tags: feature 1.3
introduce py.test.mark.multi to specify a number
of values for a given function argument.
-introduce py.test.mark.multi
------------------------------------------
-tags: feature 1.3
-
-introduce py.test.mark.multi to specify a number
-of values for a given function argument.
-
have imported module mismatch honour relative paths
--------------------------------------------------------
-tags: bug 1.2
+tags: bug 1.4
With 1.1.1 py.test fails at least on windows if an import
is relative and compared against an absolute conftest.py
@@ -89,7 +82,7 @@ path. Normalize.
make node._checkcollectable more robust
-------------------------------------------------
-tags: bug 1.2
+tags: bug 1.4
currently node._checkcollectable() can raise
exceptions for all kinds of reasons ('conftest.py' loading
@@ -99,22 +92,15 @@ a good error message.
call termination with small timeout
-------------------------------------------------
-tags: feature 1.2
+tags: feature 1.4
test: testing/pytest/dist/test_dsession.py - test_terminate_on_hanging_node
Call gateway group termination with a small timeout if available.
Should make dist-testing less likely to leave lost processes.
-have --report=xfailed[-detail] report the actual tracebacks
-------------------------------------------------------------------
-tags: feature
-
-there is no way to induce py.test to display the full tracebacks
-of the expected failure. Introduce one.
-
consider globals: py.test.ensuretemp and config
--------------------------------------------------------------
-tags: experimental-wish 1.2
+tags: experimental-wish 1.4
consider deprecating py.test.ensuretemp and py.test.config
to further reduce py.test globality. Also consider
@@ -123,7 +109,7 @@ a plugin rather than being there from th
consider allowing funcargs to setup methods
--------------------------------------------------------------
-tags: experimental-wish 1.2
+tags: experimental-wish 1.4
Users have expressed the wish to have funcargs available to setup
functions. Experiment with allowing funcargs there - it might
@@ -135,7 +121,7 @@ and funcargs?
consider pytest_addsyspath hook
-----------------------------------------
-tags: 1.2
+tags: 1.4
py.test could call a new pytest_addsyspath() in order to systematically
allow manipulation of sys.path and to inhibit it via --no-addsyspath
@@ -146,7 +132,7 @@ and pytest_configure.
relax requirement to have tests/testing contain an __init__
----------------------------------------------------------------
-tags: feature 1.2
+tags: feature 1.4
bb: http://bitbucket.org/hpk42/py-trunk/issue/64
A local test run of a "tests" directory may work
@@ -157,7 +143,7 @@ an error or make it work without the __i
show plugin information in test header
----------------------------------------------------------------
-tags: feature 1.2
+tags: feature 1.4
Now that external plugins are becoming more numerous
it would be useful to have external plugins along with
@@ -165,9 +151,9 @@ their versions displayed as a header lin
generate/refine plugin doc generation
----------------------------------------------------------------
-tags: feature 1.2
+tags: feature 1.4
-review and prepare docs for 1.2.0 release. Probably
+review and prepare docs for 1.4.0 release. Probably
have docs living with the plugin and require them to
be available on doc generation time, at least when
the target is the website? Or rather go for interactive help?
More information about the pytest-commit
mailing list