FogBugz (Case [Issue]20424) Crosscutting and Misc - standalone SUnit tests are failing after integration of the new version of Hermes

Classic

List

Threaded

♦

♦

Locked 1 message

Pharo Issue Tracker

Reply | Threaded

Open this post in threaded view

♦

♦

|

FogBugz (Case [Issue]20424) Crosscutting and Misc - standalone SUnit tests are failing after integration of the new version of Hermes

Pavel Krivanek opened Case 20424: standalone SUnit tests are failing after integration of the new version of Hermes and assigned it to Everyone: Bug in  Crosscutting and Misc: 1. Pharo Image  •  You are subscribed to this case The standalone SUnit tests loaded by Hermes are now failing after integration of the new version of Hermes. The jobs still shows the green status so that's why it stayed unrevealed during integration. <code> [kernel-osx-32] Running tests in 2 PackagesMessageNotUnderstood: receiver of "selector" is nil [kernel-osx-32] UndefinedObject(Object)>>doesNotUnderstand: #selector [kernel-osx-32] aBlockClosure(no source code or decompiler available) in SUnitTest(TestCase)>>expectedFailures in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] Array(SequenceableCollection)>>collect: [kernel-osx-32] SUnitTest(TestCase)>>expectedFailures [kernel-osx-32] SUnitTest>>expectedFailures [kernel-osx-32] SUnitTest(TestCase)>>isExpectedFailure [kernel-osx-32] SUnitTest(TestCase)>>shouldPass [kernel-osx-32] HDTestReport>>writeError:andStack:for: [kernel-osx-32] HDTestReport>>runCase: [kernel-osx-32] SUnitTest(TestCase)>>run: [kernel-osx-32] aBlockClosure(no source code or decompiler available) in aBlockClosure(no source code or decompiler available) in HDTestReport>>runAll in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] OrderedCollection>>do: [kernel-osx-32] aBlockClosure(no source code or decompiler available) in HDTestReport>>runAll in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] aBlockClosure(no source code or decompiler available) in CurrentExecutionEnvironment class>>activate:for: in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] BlockClosure>>ensure: [kernel-osx-32] CurrentExecutionEnvironment class>>activate:for: [kernel-osx-32] TestExecutionEnvironment(ExecutionEnvironment)>>beActiveDuring: [kernel-osx-32] DefaultExecutionEnvironment>>runTestsBy: [kernel-osx-32] CurrentExecutionEnvironment class>>runTestsBy: [kernel-osx-32] HDTestReport>>runAll </code> Priority: 2 – Really Important Status: Work Needed Assigned to: Everyone Milestone: Pharo7.0 Go to Case No longer need updates? Unsubscribe from this case. Don't want FogBugz notifications anymore? Update your preferences. A FogBugz case was opened by Pavel Krivanek. Case ID: 20424 Title: standalone SUnit tests are failing after integration of the new version of Hermes Status: Work Needed Category: Bug Project: Crosscutting and Misc Area: 1. Pharo Image Priority: 2 - Really Important Milestone: Pharo7.0: 1.9.2017 (Past) Assigned To: Everyone URL: https://pharo.fogbugz.com/f/cases/20424 The standalone SUnit tests loaded by Hermes are now failing after integration of the new version of Hermes. The jobs still shows the green status so that's why it stayed unrevealed during integration. <code> [kernel-osx-32] Running tests in 2 PackagesMessageNotUnderstood: receiver of "selector" is nil [kernel-osx-32] UndefinedObject(Object)>>doesNotUnderstand: #selector [kernel-osx-32] aBlockClosure(no source code or decompiler available) in SUnitTest(TestCase)>>expectedFailures in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] Array(SequenceableCollection)>>collect: [kernel-osx-32] SUnitTest(TestCase)>>expectedFailures [kernel-osx-32] SUnitTest>>expectedFailures [kernel-osx-32] SUnitTest(TestCase)>>isExpectedFailure [kernel-osx-32] SUnitTest(TestCase)>>shouldPass [kernel-osx-32] HDTestReport>>writeError:andStack:for: [kernel-osx-32] HDTestReport>>runCase: [kernel-osx-32] SUnitTest(TestCase)>>run: [kernel-osx-32] aBlockClosure(no source code or decompiler available) in aBlockClosure(no source code or decompiler available) in HDTestReport>>runAll in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] OrderedCollection>>do: [kernel-osx-32] aBlockClosure(no source code or decompiler available) in HDTestReport>>runAll in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] aBlockClosure(no source code or decompiler available) in CurrentExecutionEnvironment class>>activate:for: in Block: aBlockClosure(no source code or decompiler availab...etc... [kernel-osx-32] BlockClosure>>ensure: [kernel-osx-32] CurrentExecutionEnvironment class>>activate:for: [kernel-osx-32] TestExecutionEnvironment(ExecutionEnvironment)>>beActiveDuring: [kernel-osx-32] DefaultExecutionEnvironment>>runTestsBy: [kernel-osx-32] CurrentExecutionEnvironment class>>runTestsBy: [kernel-osx-32] HDTestReport>>runAll </code> You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&command=view&ixBug=20424) from this case. _______________________________________________ Pharo-bugtracker mailing list [hidden email] https://lists.gforge.inria.fr/mailman/listinfo/pharo-bugtracker