Closed (fixed)
Project:
CAS
Version:
6.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
1 Apr 2011 at 01:25 UTC
Updated:
15 Apr 2011 at 21:01 UTC
Jump to comment: Most recent file
I requested that testing be enabled for the CAS module in #689990-106: Contrib projects to be included in beta stage of automated testing for modules. Now I need to debug it to make sure it works alright!
| Comment | File | Size | Author |
|---|---|---|---|
| #6 | 0001-Attempt-to-debug-failing-tests-on-qa.drupal.org-part.patch | 2.87 KB | bfroehle |
| #4 | 0001-Attempt-to-debug-failing-tests-on-qa.drupal.org-part.patch | 2.45 KB | bfroehle |
| #2 | 1112692-restore-one-test.patch | 881 bytes | bfroehle |
| #1 | 1112692-test-cas-testing.patch | 769 bytes | bfroehle |
Comments
Comment #1
bfroehle commentedA simple test routine, let's see how it comes back.
Comment #2
bfroehle commentedLet's turn one test back on.
Comment #4
bfroehle commentedMore guess work, into fixing the failing tests on qa.drupal.org.
Comment #6
bfroehle commentedAnd again.
Comment #8
rfay@bfroehle, noticed your work while looking at the patches go by on qa.d.o
I can get you the actual test results if you can't recreate the problem locally.
The two most important differences between locally and on the testbot:
1. Testbot is *not* clean URL
2. Testbot is in a subdirectory
So URLs on the testbot are like http://localhost/checkout/?q=admin
Comment #9
bfroehle commented@rfay: Got it :) http://qa.drupal.org/pifr/test/135189
The issue was clean URLs.
I ended up setting up a local test client and debugging that way. The provided virtual box image was very convenient.
Is there a way to have the test bot automatically fetch and unpack an external library? Right now it's pretty ugly -- see CasTestHelper::setUp() in http://drupalcode.org/project/cas.git/blob/7.x-1.x:/cas.test.
Comment #10
bfroehle commented7.x-1.x successfully tests on qa.drupal.org.
Now on to fixing the 6.x-3.x branch.
Comment #11
rfay@bfroehle - great question. No, and there is currently not an issue for loading external libraries. Yes for downloading dependency modules (that's our next big challenge). But hadn't even thought about downloading libraries. Would love to have you open an issue in http://drupal.org/project/issues/project_issue_file_review for that one. Wonder how we'll do that.
Comment #12
bfroehle commentedIssue filed in #1113480: Download and extract external library dependencies.
Comment #13
bfroehle commentedAll set:
Green lights at http://qa.drupal.org/pifr/test/135199 and http://qa.drupal.org/pifr/test/135189.