My favorites | Sign in
Project Home Downloads Source
READ-ONLY: This project has been archived. For more information see this post.
Search
for
  Advanced search   Search tips   Subscriptions
Issue 42: extjs runner: output link appears on single test, not in directory test suite test
1 person starred this issue and may be notified of changes. Back to list
Status:  Fixed
Owner:  virtix
Closed:  Jun 2010


 
Project Member Reported by marc.es...@gmail.com, Dec 30, 2007
What steps will reproduce the problem?
1. run full suite: http://localhost/mxunit/tests/run.cfm?
2. see that testMXUnitExtensionsAdded has no "output" link
3. click the test method link to run just that test method
4) testMXUnitExtensionsAdded now has an "output" link

What is the expected output? What do you see instead?

should be consistent between test suite and single method run


 
Jan 1, 2008
Project Member #1 marc.es...@gmail.com
interesting. the problem appears to be a conflict with one of the other tests somehow
overwriting the values in the test result object. if i run just
mxunit/tests/framework as a directory, it runs fine, too.

so i have to figure out which test is monkeying with the data and how that's even
possible. if i had to guess, it's one of the directory runners.
Jan 1, 2008
Project Member #2 marc.es...@gmail.com
hey bill, i have to give this one to you. the problem is in the HttpAntRunnerTest.

I commented out the testRun method entirely, and the problem still exists. But when I
comment out the createobject() on the HttpAntRunner in the Setup function, the
problem goes away. 

if i add HttpAntRunnerTest as an excludes in run.cfm, the problem obviously goes away.

So.... there's something going on in the createObect for the HttpAntRunner that's
overwriting the contents of existing struct keys in the TestResult object.

You're much more familiar with how all that works than I am so it's probably best if
you take a look.

what concerns me is that the results of a test are interacting with the results of
another test. there's some weirdo data collision going on here that is unsettling.
possibly a missing "var" somewhere? or something that is instance data that should be
local?
Owner: virtix
Cc: -virtix marc.esher
Jun 30, 2010
Project Member #3 virtix
old
Status: Fixed
Cc: -marc.esher

Powered by Google Project Hosting