Menu
▾
▴
simpletest-devel — Commits, tracker ticket and code related matters
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(39) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(20) |
Feb
(8) |
Mar
(22) |
Apr
(14) |
May
(48) |
Jun
(29) |
Jul
(48) |
Aug
(5) |
Sep
(13) |
Oct
(5) |
Nov
(28) |
Dec
(42) |
| 2008 |
Jan
(32) |
Feb
(39) |
Mar
(60) |
Apr
(117) |
May
(9) |
Jun
(35) |
Jul
(1) |
Aug
(11) |
Sep
(38) |
Oct
(26) |
Nov
(7) |
Dec
(65) |
| 2009 |
Jan
(30) |
Feb
(22) |
Mar
(9) |
Apr
(5) |
May
(10) |
Jun
(13) |
Jul
(60) |
Aug
(9) |
Sep
(24) |
Oct
(20) |
Nov
(20) |
Dec
(28) |
| 2010 |
Jan
|
Feb
|
Mar
(11) |
Apr
(19) |
May
(7) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
|
Oct
(8) |
Nov
(8) |
Dec
(4) |
| 2011 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
(22) |
May
(7) |
Jun
(20) |
Jul
(6) |
Aug
(4) |
Sep
|
Oct
(1) |
Nov
(13) |
Dec
(4) |
| 2012 |
Jan
(14) |
Feb
|
Mar
(4) |
Apr
(14) |
May
(3) |
Jun
(4) |
Jul
(3) |
Aug
(1) |
Sep
(2) |
Oct
(4) |
Nov
(5) |
Dec
(2) |
| 2013 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Blake D <dan...@gm...> - 2012-06-09 16:21:05
|
hello, I just incorporated simpletest into my projects. I thought I would contribute some things regarding test suites. First, something for your documentation if you wish. On the page: http://simpletest.org/en/group_test_documentation.html , the example code is given: $this->collect(dirname(__FILE__) . '/unit', new SimplePatternCollector('/_test.php/')); The above example matches and collects all filenames that end with "_test". However, if you want to match filenames that -begin- with test, it's not so easy at all. I designed a regular expression that will match any path, containing a filename portion that begins with "test_". It works properly with both UNIX and Windows directory separators. It took forever to get it right (including proper escape sequences). So I'd like to offer the following snippet to include in the documentation: $file_begins_with_test = '~(\\\\|/)test_[^\\\\/]+\.php$~'; $this->collect(__DIR__, new SimplePatternCollector($file_begins_with_test)); Here are some test strings that show that this pattern works as intended: $pattern = '~(\\\\|/)test_[^\\\\/]+\.php$~'; echo "<br>\n" .preg_match($pattern, '/Projects/Project/test_1.php'); // match echo "<br>\n" .preg_match($pattern, 'P:\Projects\Project\test_1.php'); // match echo "<br>\n" .preg_match($pattern, 'P:\Projects\Project'); // not match echo "<br>\n" .preg_match($pattern, 'P:\Projects\Project/test_1\hi.php'); // not match echo "<br>\n" .preg_match($pattern, 'P:\Projects\Project\test_1/hi.php'); // not match echo "<br>\n" .preg_match($pattern, 'P:\Projects\Project\test_1.php1'); // not match echo "<br>\n" .preg_match($pattern, 'P:\Projects\Project\try_test_.php'); // not match Bug: The other thing I wanted to mention is that I found a bug. On the same documentation page: http://simpletest.org/en/group_test_documentation.html , it says that you can add a test file to a test suite more than once, but files will only be run once per file: "If you want to see lower level components fail first in the test suite, and this will make diagnosis a lot easier, then you should manually call addFile() for these. Tests cases are only loaded once, so it's fine to have these included again by a directory scan." This did not prove to be the case with my project. Here is some code that demonstrates the bug: all_tests.php: <?php require_once($simpletest_directory . 'autorun.php'); class all_tests extends TestSuite { function __construct() { parent::__construct(); $this->addFile('some_test.php'); $this->collect(__DIR__, new SimplePatternCollector('/_test.php/')); } } ?> some_test.php: <?php require_once($simpletest_directory . 'autorun.php'); class some_test extends UnitTestCase { function test_example1() { echo "I am running!<br>\n"; $this->assertTrue(true); } } ?> This outputs: I am running!<br>\n I am running!<br>\n (it runs twice) I changed the simpletest code to fix this bug for my project, and my fix works for me. However, it's a really bad kludge, and since I'm not familiar with the simpletest source code, there is also a chance that my solution broke other intended functionality. Rather than using my patch, it would be better to have the bug fixed by someone familiar with the code, or at minimum to have my solution reviewed for potential problems. Thanks: Lastly, thank you so much for helping to maintain such a nice testing library. I tried PHPunit first because it seems to be more popular, however I liked simpletest better mostly because I could drop the required files right into my project, without having to do any installations into my web server or use Pear or anything like that. I like my libraries to be as simple and understandable as possible. thank you, Blake |
|
From: SourceForge.net <no...@so...> - 2012-06-01 19:58:30
|
Bugs item #3531211, was opened at 2012-05-31 15:56 Message generated for change (Comment added) made by tchalvak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3531211&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tchalvak (tchalvak) >Assigned to: Perrick Penet (pp11) Summary: html5 form fields like type='email' cannot be set. Initial Comment: If you have a form with an html5 type for one of it's fields, for instance the very useful "type='email'", trying to assert the presence of the field (and presumably set it) fails. This is different behavior from pretty much all browsers, which at least recognize such fields at type=text, even if they don't implement html5, and degrade gracefully. Example html page to test: <html> <body> <form action='' method='get' name='whatever'> <input type='email'> <input type='submit' value='submit'> </form> </body> </html> example test case: class TestHtml5 extends WebTestCase { function testThatHtml5EmailFieldIsDetected(){ $this->get(BASE_URL.'simpletesttest.html'); $this->assertField('email'); } } ?> ---------------------------------------------------------------------- >Comment By: Tchalvak (tchalvak) Date: 2012-06-01 12:58 Message: I tried the patch below, but it didn't have the intended effect for some reason. diff --git a/tag.php b/tag.php index e7e954c..99062a3 100644 --- a/tag.php +++ b/tag.php @@ -83,6 +83,17 @@ class SimpleTagBuilder { 'checkbox' => 'SimpleCheckboxTag', 'radio' => 'SimpleRadioButtonTag', 'text' => 'SimpleTextTag', + 'email' => 'SimpleTextTag', + 'url' => 'SimpleTextTag', + 'search' => 'SimpleTextTag', + 'number' => 'SimpleTextTag', + 'color' => 'SimpleTextTag', + 'datetime' => 'SimpleTextTag', + 'datetime-local' => 'SimpleTextTag', + 'date' => 'SimpleTextTag', + 'month' => 'SimpleTextTag', + 'week' => 'SimpleTextTag', + 'time' => 'SimpleTextTag', 'hidden' => 'SimpleTextTag', 'password' => 'SimpleTextTag', 'file' => 'SimpleUploadTag'); @@ -90,6 +101,7 @@ class SimpleTagBuilder { $tag_class = $map[$type]; return new $tag_class($attributes); } return false; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3531211&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-06-01 16:32:47
|
Bugs item #3473481, was opened at 2012-01-13 08:48 Message generated for change (Comment added) made by tchalvak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3473481&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Fred (bamfred) Assigned to: Marcus Baker (lastcraft) Summary: WebTestCase should not be executed as test case Initial Comment: When I include autorun.php and web_tester.php in my test suite, WebTestCase gets executed as part of the autorun. Even though it doesn't have any test functions, it adds one extra test case to the results; e.g., if I don't create any tests, the results say "0/1 test cases complete." I solved it with SimpleTest::ignore('WebTestCase'), but I think it should be declared abstract or ignored by default. This is in version 1.1alpha3. ---------------------------------------------------------------------- Comment By: Tchalvak (tchalvak) Date: 2012-06-01 09:32 Message: Good good, so that's why the count is wrong, I couldn't be sure. ---------------------------------------------------------------------- Comment By: Henry S Thompson (hthompson) Date: 2012-01-16 01:50 Message: I agree. I have gone even further -- my local copy has abstract class WebTestCase extends UnitTestCase so that I get access to all the assertion predicates, not just the web ones ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3473481&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-05-31 22:56:29
|
Bugs item #3531211, was opened at 2012-05-31 15:56 Message generated for change (Tracker Item Submitted) made by tchalvak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3531211&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tchalvak (tchalvak) Assigned to: Marcus Baker (lastcraft) Summary: html5 form fields like type='email' cannot be set. Initial Comment: If you have a form with an html5 type for one of it's fields, for instance the very useful "type='email'", trying to assert the presence of the field (and presumably set it) fails. This is different behavior from pretty much all browsers, which at least recognize such fields at type=text, even if they don't implement html5, and degrade gracefully. Example html page to test: <html> <body> <form action='' method='get' name='whatever'> <input type='email'> <input type='submit' value='submit'> </form> </body> </html> example test case: class TestHtml5 extends WebTestCase { function testThatHtml5EmailFieldIsDetected(){ $this->get(BASE_URL.'simpletesttest.html'); $this->assertField('email'); } } ?> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3531211&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-05-08 14:19:42
|
Bugs item #3524738, was opened at 2012-05-08 07:19 Message generated for change (Tracker Item Submitted) made by weberho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3524738&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Johannes Weberhofer (weberho) Assigned to: Nobody/Anonymous (nobody) Summary: Website is not reachable Initial Comment: Your Website ist not reachable at the address it is linked in sf and indexed in google: http://www.simpletest.org/ ; the site is only available under the location http://simpletest.org/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3524738&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-05-07 09:48:15
|
Bugs item #3524317, was opened at 2012-05-07 02:48 Message generated for change (Tracker Item Submitted) made by serban_ghita You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3524317&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Serban (serban_ghita) Assigned to: Marcus Baker (lastcraft) Summary: HtmlReporter should not declare paintFail Initial Comment: I was creating a custom reporter by extending the class HtmlReporter. I've modified both paintPass($message) and paintFail($message) and noticed that the fails were echoed twice. class FancyHtmlReporter extends HtmlReporter { [...] function paintFail($message) { parent::paintFail($message); echo '<span style="background:red; color:white; padding:0 5px;">Fail</span>: '; $breadcrumb = $this->getTestList(); array_shift($breadcrumb); print implode(" -> ", $breadcrumb); print " -> " . $this->htmlEntities($message) . "<br />\n"; } [...] } This is because FancyHtmlReporter::paintFail($message) calls HtmlReporter($message) through parent::paintFail($message) which duplicates the error message. If I remove paret:paintFail($message), the error doesn't get counted anymore. I've removed paintFail() method from HtmlReporter() and i'm not getting any duplicate outputs. PS: you can also replicate this by modifying in /test/visual_test.php the PassesAsWellReporter class, just add a custom paintFail($message) method, and refresh. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3524317&group_id=76550 |
|
From: <las...@us...> - 2012-04-24 10:29:19
|
Revision: 2050
http://simpletest.svn.sourceforge.net/simpletest/?rev=2050&view=rev
Author: lastcraft
Date: 2012-04-24 10:29:08 +0000 (Tue, 24 Apr 2012)
Log Message:
-----------
Suppressing a warning caused by language change as a temporary fix
Modified Paths:
--------------
simpletest/trunk/test_case.php
Modified: simpletest/trunk/test_case.php
===================================================================
--- simpletest/trunk/test_case.php 2012-01-23 10:04:19 UTC (rev 2049)
+++ simpletest/trunk/test_case.php 2012-04-24 10:29:08 UTC (rev 2050)
@@ -498,7 +498,7 @@
function getLabel() {
if (! $this->label) {
return ($this->getSize() == 1) ?
- get_class($this->test_cases[0]) : get_class($this);
+ @get_class($this->test_cases[0]) : get_class($this);
} else {
return $this->label;
}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: SourceForge.net <no...@so...> - 2012-04-17 04:46:04
|
Feature Requests item #3358247, was opened at 2011-07-07 23:15 Message generated for change (Comment added) made by iteman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3358247&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Unit test framework Group: None >Status: Closed Priority: 9 Private: No Submitted By: iteman (iteman) Assigned to: Nobody/Anonymous (nobody) Summary: Providing a way to get the test cases in a TestSuite object Initial Comment: We've developed a CLI tool (Stagehand_TestRunner) and an Eclipse plugin (MakeGood) for continuous testing. They work fine with SimpleTest 1.0.1. Now we are working on SimpleTest 1.1, but our tools fail to work with it since the test cases in a TestSuite object is not provided to external objects. SimpleTest 1.1alpha3: class TestSuite { private $label; private $test_cases; SimpleTest 1.0.1: class TestSuite { var $_label; var $_test_cases; Our Code: // For more information, please see https://github.com/piece/stagehand-testrunner/blob/master/src/Stagehand/TestRunner/TestSuite/SimpleTestTestSuite.php#L60 class Stagehand_TestRunner_TestSuite_SimpleTestTestSuite extends TestSuite { /** * @var Stagehand_TestRunner_Config */ protected $config; /** * @return integer */ public function countTests() { $testCount = 0; foreach ($this->_test_cases as $testCase) { $testCount += $this->countTestsInTestCase($testCase); } return $testCount; } We want to provide a way to get the test cases such as follows: * Providing a getter method (e.g. getTestCases()) * Or changing the visibility of the $test_cases field to protected ---------------------------------------------------------------------- >Comment By: iteman (iteman) Date: 2012-04-16 21:46 Message: We've resolved this issue by overriding the TestSuite::add() method. Thank you for your response. https://github.com/piece/stagehand-testrunner/commit/6de847584154ab522433c0d9ba5437c8379ce95a ---------------------------------------------------------------------- Comment By: Chris Griffing (cmgriffing) Date: 2012-04-16 21:31 Message: I understand that a convenience method (getTestCases) would be nice. But, you can access the test_cases using Reflection if you have php5.3+. The process in pseudocode is: 1. Get Reflection Object of TestSuite 2. Get $test_cases Reflection Property object as $property 3. SetAccessible on $property 4. $arrayOfTestCases = $property->getValue(TestSuiteObject); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3358247&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-04-17 04:31:29
|
Feature Requests item #3358247, was opened at 2011-07-07 23:15 Message generated for change (Comment added) made by cmgriffing You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3358247&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Unit test framework Group: None Status: Open Priority: 9 Private: No Submitted By: iteman (iteman) Assigned to: Nobody/Anonymous (nobody) Summary: Providing a way to get the test cases in a TestSuite object Initial Comment: We've developed a CLI tool (Stagehand_TestRunner) and an Eclipse plugin (MakeGood) for continuous testing. They work fine with SimpleTest 1.0.1. Now we are working on SimpleTest 1.1, but our tools fail to work with it since the test cases in a TestSuite object is not provided to external objects. SimpleTest 1.1alpha3: class TestSuite { private $label; private $test_cases; SimpleTest 1.0.1: class TestSuite { var $_label; var $_test_cases; Our Code: // For more information, please see https://github.com/piece/stagehand-testrunner/blob/master/src/Stagehand/TestRunner/TestSuite/SimpleTestTestSuite.php#L60 class Stagehand_TestRunner_TestSuite_SimpleTestTestSuite extends TestSuite { /** * @var Stagehand_TestRunner_Config */ protected $config; /** * @return integer */ public function countTests() { $testCount = 0; foreach ($this->_test_cases as $testCase) { $testCount += $this->countTestsInTestCase($testCase); } return $testCount; } We want to provide a way to get the test cases such as follows: * Providing a getter method (e.g. getTestCases()) * Or changing the visibility of the $test_cases field to protected ---------------------------------------------------------------------- Comment By: Chris Griffing (cmgriffing) Date: 2012-04-16 21:31 Message: I understand that a convenience method (getTestCases) would be nice. But, you can access the test_cases using Reflection if you have php5.3+. The process in pseudocode is: 1. Get Reflection Object of TestSuite 2. Get $test_cases Reflection Property object as $property 3. SetAccessible on $property 4. $arrayOfTestCases = $property->getValue(TestSuiteObject); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3358247&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-04-17 04:24:42
|
Feature Requests item #3518657, was opened at 2012-04-16 21:24 Message generated for change (Tracker Item Submitted) made by cmgriffing You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3518657&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Unit test framework Group: None Status: Open Priority: 5 Private: No Submitted By: Chris Griffing (cmgriffing) Assigned to: Nobody/Anonymous (nobody) Summary: Possible Method of mocking core classes like PDO Initial Comment: Using namespaces and eval() I have been able to mock objects (like PDO) that are instantiated inside of methods of the class being tested. I have the example code up on my blog. http://chrisgriffing.com/coding/php/2012/04/12/how-to-mock-pdo-and-other-objects/ I'm sorry if this seems spammy. Feel free to delete this feature request once someone actively participating in development has seen the technique since it is quite simple. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3518657&group_id=7655 |
|
From: SourceForge.net <no...@so...> - 2012-04-03 13:15:56
|
Feature Requests item #1444135, was opened at 2006-03-06 05:41 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=1444135&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Priority: 6 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Marcus Baker (lastcraft) Summary: 8-bit clean Initial Comment: 1) Binary identical 8-bit character codes in test cases and web pages are not correlate in any Web Tester text assertion. 2) Web Tester ignores web server encoding response and converts 8-bit characters to Western European (probably ISO-8859-1) HTML entities. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-04-03 06:15 Message: Major thankies for the article.Much thanks again. Cool. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-03-23 17:35 Message: w3Bcjq Im obliged for the article post.Really thank you! Want more. ---------------------------------------------------------------------- Comment By: Marcus Baker (lastcraft) Date: 2006-11-22 09:04 Message: Logged In: YES user_id=695819 Originator: NO Hi. Aha, now I get it. The problem then becomes: (a) Detect the character set of the test script. (b) Detect the character set of the incoming page. (c) Convert the string before testing. Shouldn't be too bad. How do I do (a)? Everything else should be pretty easy unless a character is missing. But then I guess that's a real world problem too. I have a concern though. Ideally this is all automatic and the users are none the wiser. The trouble is that it means "magic" is happening. It puts distance between the code an dthe tester. Another concern is that mbstring() (deprecated in PHP5) will be needed. I don't like requirements if I can avoid them. I'd like to take you up on your offer of help. Can you mail me directly at ma...@la...? yours, Marcus ---------------------------------------------------------------------- Comment By: Denis Malinovsky (dmalinovsky) Date: 2006-11-22 04:12 Message: Logged In: YES user_id=951610 Originator: NO Forgot to add—yes, I'd like to help anything I can. Though it'll be a little slow due to time zones difference, I have GMT +6 here. ;) ---------------------------------------------------------------------- Comment By: Denis Malinovsky (dmalinovsky) Date: 2006-11-21 20:20 Message: Logged In: YES user_id=951610 Originator: NO Item 1. Imagine we have some fancy HTML encoding (e.g. UTF-8). We want to assert the text on page contains some UTF-8 string. But currently there's no way to do it, since page text is in 7 bit format always (probably it's ISO-8859-1). Probably we have to use optional mbstring here. As for PHP5 I don't how it handles encodings in this case. ---------------------------------------------------------------------- Comment By: Marcus Baker (lastcraft) Date: 2006-11-21 16:44 Message: Logged In: YES user_id=695819 Originator: NO Hi. I am going to defer this for a little bit longer. Partly because I still don't understand it, but mainly because it's very difficult for me to test unless someone can set up an example for me. I need help with thi sone. yours, Marcus ---------------------------------------------------------------------- Comment By: Denis Malinovsky (dmalinovsky) Date: 2006-07-10 04:03 Message: Logged In: YES user_id=951610 I'm not the reporter of this feature, but I think I understand item #1. For example in Russian language we use 8-bit one-byte encoding (windows-1251/cp1251, koi8-r etc.). There's no way I know to correctly compare cyrillic string with web page content. More problems we'll have with Japanese encodings, because some of them are multi-byte with variable width. ---------------------------------------------------------------------- Comment By: Marcus Baker (lastcraft) Date: 2006-05-08 17:13 Message: Logged In: YES user_id=695819 Hi. Item 1: I don't quite understand. Could you explain further? Item 2: You are correct. I am about to start adding unicode support where I can, but this can be tricky to test. Are you willing to help here? I can add other character set support with mbstring (I still have to support PHP4) if installed. That's probably about the limit of what is possible. yours, Marcus ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=1444135&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-03-26 11:30:11
|
Feature Requests item #3034311, was opened at 2010-07-25 08:35 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3034311&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Unit test framework Group: None Status: Open Priority: 5 Private: No Submitted By: Burton Kent () Assigned to: Nobody/Anonymous (nobody) Summary: Bug Fix for WAMP include paths. Initial Comment: When using Simpletest on WAMP servers, it usually will default to the apache root instead of the script's document root. I discovered this was caused because of how register_shutdown_function() behaves on most (if not all) WAMP. (documented here http://www.php.net/manual/en/function.register-shutdown-function.php#92657) The fix is to recover the original path from $_SERVER variables. This is what works for me: function simpletest_autorun() { if (tests_have_run()) { return; } $script_path = getcwd(); if (isset($_SERVER['DOCUMENT_ROOT'])) { $script_path = $_SERVER['DOCUMENT_ROOT']; } elseif (isset($_SERVER['SCRIPT_FILENAME'])) { $script_path = dirname($_SERVER['SCRIPT_FILENAME']); } chdir($script_path); ... This bug is forcing many people to use absolute paths in include files, or prepend dirname(__FILE__) . to any files for import. Burton ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-03-26 04:30 Message: q3Ju9Q <a href="http://zeofxmraplxb.com/">zeofxmraplxb</a>, [url=http://oaykogywiqex.com/]oaykogywiqex[/url], [link=http://dbyghraxkwhe.com/]dbyghraxkwhe[/link], http://uqbdeilbqhph.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3034311&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-03-24 00:35:54
|
Feature Requests item #1444135, was opened at 2006-03-06 05:41 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=1444135&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Priority: 6 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Marcus Baker (lastcraft) Summary: 8-bit clean Initial Comment: 1) Binary identical 8-bit character codes in test cases and web pages are not correlate in any Web Tester text assertion. 2) Web Tester ignores web server encoding response and converts 8-bit characters to Western European (probably ISO-8859-1) HTML entities. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-03-23 17:35 Message: w3Bcjq Im obliged for the article post.Really thank you! Want more. ---------------------------------------------------------------------- Comment By: Marcus Baker (lastcraft) Date: 2006-11-22 09:04 Message: Logged In: YES user_id=695819 Originator: NO Hi. Aha, now I get it. The problem then becomes: (a) Detect the character set of the test script. (b) Detect the character set of the incoming page. (c) Convert the string before testing. Shouldn't be too bad. How do I do (a)? Everything else should be pretty easy unless a character is missing. But then I guess that's a real world problem too. I have a concern though. Ideally this is all automatic and the users are none the wiser. The trouble is that it means "magic" is happening. It puts distance between the code an dthe tester. Another concern is that mbstring() (deprecated in PHP5) will be needed. I don't like requirements if I can avoid them. I'd like to take you up on your offer of help. Can you mail me directly at ma...@la...? yours, Marcus ---------------------------------------------------------------------- Comment By: Denis Malinovsky (dmalinovsky) Date: 2006-11-22 04:12 Message: Logged In: YES user_id=951610 Originator: NO Forgot to add—yes, I'd like to help anything I can. Though it'll be a little slow due to time zones difference, I have GMT +6 here. ;) ---------------------------------------------------------------------- Comment By: Denis Malinovsky (dmalinovsky) Date: 2006-11-21 20:20 Message: Logged In: YES user_id=951610 Originator: NO Item 1. Imagine we have some fancy HTML encoding (e.g. UTF-8). We want to assert the text on page contains some UTF-8 string. But currently there's no way to do it, since page text is in 7 bit format always (probably it's ISO-8859-1). Probably we have to use optional mbstring here. As for PHP5 I don't how it handles encodings in this case. ---------------------------------------------------------------------- Comment By: Marcus Baker (lastcraft) Date: 2006-11-21 16:44 Message: Logged In: YES user_id=695819 Originator: NO Hi. I am going to defer this for a little bit longer. Partly because I still don't understand it, but mainly because it's very difficult for me to test unless someone can set up an example for me. I need help with thi sone. yours, Marcus ---------------------------------------------------------------------- Comment By: Denis Malinovsky (dmalinovsky) Date: 2006-07-10 04:03 Message: Logged In: YES user_id=951610 I'm not the reporter of this feature, but I think I understand item #1. For example in Russian language we use 8-bit one-byte encoding (windows-1251/cp1251, koi8-r etc.). There's no way I know to correctly compare cyrillic string with web page content. More problems we'll have with Japanese encodings, because some of them are multi-byte with variable width. ---------------------------------------------------------------------- Comment By: Marcus Baker (lastcraft) Date: 2006-05-08 17:13 Message: Logged In: YES user_id=695819 Hi. Item 1: I don't quite understand. Could you explain further? Item 2: You are correct. I am about to start adding unicode support where I can, but this can be tricky to test. Are you willing to help here? I can add other character set support with mbstring (I still have to support PHP4) if installed. That's probably about the limit of what is possible. yours, Marcus ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=1444135&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-03-20 20:41:07
|
Feature Requests item #3204066, was opened at 2011-03-09 03:45 Message generated for change (Comment added) made by schmalspurpuper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3204066&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Priority: 5 Private: No Submitted By: BkoChan (bkochan) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to assertField on new HTML5 input types Initial Comment: I haven't tested many of the new HTML5 input types but I am unable to assertField on type="email" ---------------------------------------------------------------------- Comment By: SchmalSpurPuper (schmalspurpuper) Date: 2012-03-20 13:41 Message: We had the same problems. The problems can be solved via adding those types to the "tag.php". Modify the method "createInputTag" to your needs. Also this should be fixed in the next release! This are the missing types: http://www.w3schools.com/html5/html5_form_input_types.asp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547458&aid=3204066&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-03-08 18:25:41
|
Patches item #2974515, was opened at 2010-03-22 05:42 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547457&aid=2974515&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Anatoly Lapshin (opentitan) Assigned to: Perrick Penet (pp11) Summary: Make SimpleBrowser::post() accepting SimpleMultipartEncoding Initial Comment: SimpleBrowser::post() is enforcing use of SimplePostEncoding loosing all the attachments from the $parameters given. The patch makes it checking for the $parameters type and keeps untouched any objects of type SimplePostEncoding and its descendants (such as SimpleMultipartEncoding), so that attachments are successfully sent. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-03-08 10:25 Message: IrlCpV I value the blog article.Much thanks again. Will read on... ---------------------------------------------------------------------- Comment By: Perrick Penet (pp11) Date: 2010-07-27 02:04 Message: Hello, Your patch was created against an old version of SimpleTest (the current version for HEAD is now 1995). And the browser has seen some dramatic modifications over the last months. If you want to resubmit a patch, please use the current trunk version from source. And if you want to have it included real fast, please add a new unit test as well ;-) Yours, Perrick ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547457&aid=2974515&group_id=76550 |
|
From: <pp...@us...> - 2012-01-23 10:04:30
|
Revision: 2049
http://simpletest.svn.sourceforge.net/simpletest/?rev=2049&view=rev
Author: pp11
Date: 2012-01-23 10:04:19 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
Adding a news on the website
Modified Paths:
--------------
simpletest/trunk/docs/simpletest.org/index.html
Modified: simpletest/trunk/docs/simpletest.org/index.html
===================================================================
--- simpletest/trunk/docs/simpletest.org/index.html 2012-01-23 09:57:58 UTC (rev 2048)
+++ simpletest/trunk/docs/simpletest.org/index.html 2012-01-23 10:04:19 UTC (rev 2049)
@@ -71,12 +71,11 @@
</div>
<div id="content">
<p id="news">
- [2012/01/02]
- SimpleTest has entered <em>maintenance mode</em> with its new Release Master (Perrick Penet-Avez).
- <br /><br />
- New releases will contain bug-fixes only and should follow newer PHP versions.
- <a href="http://sourceforge.net/projects/simpletest/files/simpletest/simpletest_1.1/simpletest_1.1alpha3.tar.gz/download">
- SimpleTest 1.1alpha3 is still the current release</a>.
+ [23/01/2012]
+ SimpleTest 1.1.0 is
+ <a href="http://sourceforge.net/projects/simpletest/files/simpletest/simpletest_1.1/simpletest_1.1.0.tar.gz/download">
+ available</a>.
+ It's the first release in <em>maintenance mode</em>.
</p>
<p>
The <strong>SimpleTest PHP unit tester</strong>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <pp...@us...> - 2012-01-23 09:58:04
|
Revision: 2048
http://simpletest.svn.sourceforge.net/simpletest/?rev=2048&view=rev
Author: pp11
Date: 2012-01-23 09:57:58 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
Packaging the latest documentation
Modified Paths:
--------------
simpletest/trunk/packages/simpletest.org/index.php
Modified: simpletest/trunk/packages/simpletest.org/index.php
===================================================================
--- simpletest/trunk/packages/simpletest.org/index.php 2012-01-23 09:55:52 UTC (rev 2047)
+++ simpletest/trunk/packages/simpletest.org/index.php 2012-01-23 09:57:58 UTC (rev 2048)
@@ -38,7 +38,6 @@
}
$destination_dir = dirname($destination_path.$destination);
-var_dump($source_path.$language.$file, $destination_path.$destination);
if (!is_dir($destination_dir)) {
mkdir($destination_dir);
}
@@ -55,7 +54,7 @@
$synchronisation = new PackagingSynchronisation($source_path.$language.$file);
$result .= " ".$synchronisation->result();
-// echo $destination." : ".$result."\n";
+ echo $destination." : ".$result."\n";
}
}
}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <pp...@us...> - 2012-01-23 09:56:03
|
Revision: 2047
http://simpletest.svn.sourceforge.net/simpletest/?rev=2047&view=rev
Author: pp11
Date: 2012-01-23 09:55:52 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
Changing the download link to 1.1.0
+ updating the changelog
Modified Paths:
--------------
simpletest/trunk/docs/simpletest.org/index.html
simpletest/trunk/docs/source/en/changelog.xml
simpletest/trunk/docs/source/en/download_website.xml
Modified: simpletest/trunk/docs/simpletest.org/index.html
===================================================================
--- simpletest/trunk/docs/simpletest.org/index.html 2012-01-23 09:12:43 UTC (rev 2046)
+++ simpletest/trunk/docs/simpletest.org/index.html 2012-01-23 09:55:52 UTC (rev 2047)
@@ -15,10 +15,10 @@
<div>
<a href="en/download.html"><img src="images/simpletest-download.png" width="306" height="109" border="0" id="simpletestdownload" alt="" /></a>
<p>
- SimpleTest 1.1alpha3 is
- <a href="http://sourceforge.net/projects/simpletest/files/simpletest/simpletest_1.1/simpletest_1.1alpha3.tar.gz/download">
+ SimpleTest 1.1.0 is
+ <a href="http://sourceforge.net/projects/simpletest/files/simpletest/simpletest_1.1/simpletest_1.1.0.tar.gz/download">
available</a>.
- This is the first PHP5 only release (PHP 5.0.5+ to be precise).
+ It's a PHP5 only release (PHP 5.0.5+ to be precise).
</p>
<p>
SimpleTest 1.0.1 has been
Modified: simpletest/trunk/docs/source/en/changelog.xml
===================================================================
--- simpletest/trunk/docs/source/en/changelog.xml 2012-01-23 09:12:43 UTC (rev 2046)
+++ simpletest/trunk/docs/source/en/changelog.xml 2012-01-23 09:55:52 UTC (rev 2047)
@@ -3,7 +3,146 @@
<page title="SimpleTest's Changelog" here="Changelog">
<long_title>SimpleTest's Changelog</long_title>
<content>
- <section name="version1.0.1" title="SimpleTest Version 1.0.1">
+ <section name="version1.1.0" title="SimpleTest Version 1.1.0">
+ <changelog version="1.1.0" date="23/01/2012">
+ <change>
+ Changing the TODO to reflect the "maintenance mode"
+ </change>
+ <change>
+ New architecture pour SimpleTest's packages
+ </change>
+ <change>
+ Bug 3385457 : "invalid cookie host on redirect page" submitted by transkontrol
+ </change>
+ <change>
+ Bug 3433847 : "addTest() should be add()" submitted by ZermattChris
+ </change>
+ <change>
+ Bug 3420857 : "Restore working directory inside the shutdown function"
+ </change>
+ <change>
+ Bug 3312248 : Erreur de traduction (fr) - Sessions -- by jonathan74
+ </change>
+ <change>
+ Getting the translations back in shape (french and italian)
+ </change>
+ </changelog>
+ <changelog version="1.1alpha3" date="23/05/2011">
+ <change>
+ Supressed error due to warning about mutating an array while in the sorting process
+ </change>
+ <change>
+ Removing long out-of-date scripts that don't work anymore
+ </change>
+ <change>
+ Adding PEAR2 package.xml for alpha deployment to simpletest.pearfarm.org channel
+ </change>
+ <change>
+ Patch 2896044 : browser/submitFormById additional form parameters support - submitted by Vasyl Pasternak ( vasylp )
+ </change>
+ <change>
+ Patch 3136975 : Unset $context->test between calls to SimpleTestCase->run
+ </change>
+ <change>
+ Bug 2890622 : Please remove trailing whitespace from code - submitted by daniel hahler ( blueyed )
+ </change>
+ <change>
+ Bug 2896575 : WebTestCase::assertTrue: empty $message - patch submitted by daniel hahler (blueyed)
+ </change>
+ <change>
+ Bug 2798170 : Changing assertIsA to user is_*() instead of gettype()
+ </change>
+ <change>
+ Removing arguments dependency
+ </change>
+ <change>
+ Adding docblock for phpdoc api documentation
+ </change>
+ </changelog>
+ <changelog version="1.1alpha2" date="02/11/2010">
+ <change>
+ Patch 2895861 : SimpleUrl: keys in query string need to get urldecoded, too (submitted by daniel hahler - blueyed)
+ </change>
+ <change>
+ Patch 2914321: Fix action when submitting GET forms (remove request) (submitted by blueyed)
+ </change>
+ <change>
+ Adding a command line parser as part of making the command line much more flexible
+ </change>
+ <change>
+ Moving recorder from extensions to core
+ </change>
+ <change>
+ Fixes for PHP 5.3.1
+ </change>
+ </changelog>
+ <changelog version="1.1alpha" date="29/10/2010">
+ <change>
+ Fixed textarea glitch with Tidy parser. Tidy parser now default
+ </change>
+ <change>
+ Bug 2881793 : fixing typo in globals reference
+ </change>
+ <change>
+ Adding support for PUT / DELETE requests
+ </change>
+ <change>
+ Bug 2849129 : Correcting the "wrong style on simpletest.org"
+ </change>
+ <change>
+ Adding italian translation
+ </change>
+ <change>
+ Small performance optimisation to normalise() function. Its called a lot in the parser, so worth speeding up.
+ </change>
+ <change>
+ Rename get/setPageBuilders() to get/setParsers()
+ </change>
+ <change>
+ Put in setting switch on simpletest to allow parser selection.
+ </change>
+ <change>
+ Start putting in switch to allow optional use of HTML tidy based parser
+ </change>
+ <change>
+ Fix MemberExpectation for php5.2
+ </change>
+ <change>
+ Switched IdenticalExpectation message to using reflection to list properties. Otherwies the member names get screwed.
+ </change>
+ <change>
+ IdenticalExpectation now includes comparisons on private members
+ </change>
+ <change>
+ SimplePage is now just a data holder after moving temporary parsing state to SimlePageBuilder. All part of adding a flex point to accept alternate parsers.
+ </change>
+ <change>
+ Making sure we use "autorun.php" all the time
+ </change>
+ <change>
+ Bug : autorun should set the exit status to 0 if tests pass.
+ </change>
+ <change>
+ Added ability to ignore irrelevant exceptions left over at the end of a test
+ </change>
+ <change>
+ Replacing "assertWantedPattern" by "assertPattern"
+ </change>
+ <change>
+ Removing the "$test->addTestFile()" : it's been deprecated in favor of "$test->addFile()"
+ </change>
+ <change>
+ Removing the "$test->addTestCase()" : it's been deprecated in favor of "$test->addTest()"
+ </change>
+ <change>
+ Removing the "$mock->setReturnReference()" : it's been deprecated in favor of "$mock->returnsByReference()"
+ </change>
+ <change>
+ Removing the "$mock->setReturnValue()" : it's been deprecated in favor of "$mock->returns()"
+ </change>
+ </changelog>
+ </section>
+ <section name="version1.0.1" title="SimpleTest Version 1.0.1">
<changelog version="1.0.1" date="07/04/2008">
<change>
Whitespace clean up
Modified: simpletest/trunk/docs/source/en/download_website.xml
===================================================================
--- simpletest/trunk/docs/source/en/download_website.xml 2012-01-23 09:12:43 UTC (rev 2046)
+++ simpletest/trunk/docs/source/en/download_website.xml 2012-01-23 09:55:52 UTC (rev 2047)
@@ -6,8 +6,8 @@
<section name="current-release" title="Current release">
<p>
The current release is :
- <a href="http://sourceforge.net/projects/simpletest/files/simpletest/simpletest_1.1/simpletest_1.1alpha3.tar.gz/download">
- SimpleTest v1.1alpha3</a>.
+ <a href="http://sourceforge.net/projects/simpletest/files/simpletest/simpletest_1.1/simpletest_1.1.0.tar.gz/download">
+ SimpleTest v1.1.0</a>.
</p>
<p>
You can download this version from
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <pp...@us...> - 2012-01-23 09:12:54
|
Revision: 2046
http://simpletest.svn.sourceforge.net/simpletest/?rev=2046&view=rev
Author: pp11
Date: 2012-01-23 09:12:43 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
A little cleanup to make sure all files are bundled in the archive
Modified Paths:
--------------
simpletest/trunk/packages/sourceforge/build_tarball.sh
Modified: simpletest/trunk/packages/sourceforge/build_tarball.sh
===================================================================
--- simpletest/trunk/packages/sourceforge/build_tarball.sh 2012-01-23 08:58:49 UTC (rev 2045)
+++ simpletest/trunk/packages/sourceforge/build_tarball.sh 2012-01-23 09:12:43 UTC (rev 2046)
@@ -9,6 +9,7 @@
simpletest/VERSION \
simpletest/LICENSE \
simpletest/HELP_MY_TESTS_DONT_WORK_ANYMORE \
+ simpletest/arguments.php \
simpletest/authentication.php \
simpletest/autorun.php \
simpletest/browser.php \
@@ -30,6 +31,7 @@
simpletest/mock_objects.php \
simpletest/page.php \
simpletest/php_parser.php \
+ simpletest/recorder.php \
simpletest/reflection_php4.php \
simpletest/reflection_php5.php \
simpletest/remote.php \
@@ -53,6 +55,7 @@
simpletest/test/acceptance_test.php \
simpletest/test/adapter_test.php \
simpletest/test/all_tests.php \
+ simpletest/test/arguments_test.php \
simpletest/test/authentication_test.php \
simpletest/test/bad_test_suite.php \
simpletest/test/browser_test.php \
@@ -78,7 +81,8 @@
simpletest/test/parse_error_test.php \
simpletest/test/php_parser_test.php \
simpletest/test/parsing_test.php \
- simpletest/test/reflection_php4_test.php \
+ simpletest/test/parsing_test.php \
+ simpletest/test/recorder_test.php \
simpletest/test/reflection_php5_test.php \
simpletest/test/remote_test.php \
simpletest/test/shell_test.php \
@@ -105,6 +109,7 @@
simpletest/test/support/test1.php \
simpletest/test/support/failing_test.php \
simpletest/test/support/passing_test.php \
+ simpletest/test/support/recorder_sample.php \
simpletest/test/site/file.html \
simpletest/docs/en/docs.css \
simpletest/docs/en/index.html \
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <pp...@us...> - 2012-01-23 08:58:55
|
Revision: 2045
http://simpletest.svn.sourceforge.net/simpletest/?rev=2045&view=rev
Author: pp11
Date: 2012-01-23 08:58:49 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
Tagging the 1.1.0 version for SimpleTest
Added Paths:
-----------
simpletest/tags/1.1.0/
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <pp...@us...> - 2012-01-23 08:51:59
|
Revision: 2044
http://simpletest.svn.sourceforge.net/simpletest/?rev=2044&view=rev
Author: pp11
Date: 2012-01-23 08:51:53 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
Preparing a 1.1.0 version
Modified Paths:
--------------
simpletest/trunk/VERSION
Modified: simpletest/trunk/VERSION
===================================================================
--- simpletest/trunk/VERSION 2012-01-23 08:50:16 UTC (rev 2043)
+++ simpletest/trunk/VERSION 2012-01-23 08:51:53 UTC (rev 2044)
@@ -1 +1 @@
-1.1alpha2
+1.1.0
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <pp...@us...> - 2012-01-23 08:50:23
|
Revision: 2043
http://simpletest.svn.sourceforge.net/simpletest/?rev=2043&view=rev
Author: pp11
Date: 2012-01-23 08:50:16 +0000 (Mon, 23 Jan 2012)
Log Message:
-----------
The package.xml file is already in the packages/pear directory
Removed Paths:
-------------
simpletest/trunk/package.xml
Deleted: simpletest/trunk/package.xml
===================================================================
--- simpletest/trunk/package.xml 2012-01-12 15:29:58 UTC (rev 2042)
+++ simpletest/trunk/package.xml 2012-01-23 08:50:16 UTC (rev 2043)
@@ -1,94 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<package packagerversion="1.8.0" version="2.0" xmlns="http://pear.php.net/dtd/package-2.0" xmlns:tasks="http://pear.php.net/dtd/tasks-1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://pear.php.net/dtd/tasks-1.0
- http://pear.php.net/dtd/tasks-1.0.xsd
- http://pear.php.net/dtd/package-2.0
- http://pear.php.net/dtd/package-2.0.xsd">
- <name>simpletest</name>
- <channel>simpletest.pearfarm.org</channel>
- <summary>Unit testing, mock objects and web testing framework for PHP.</summary>
- <description>Unit testing, mock objects and web testing framework for PHP built around test cases. If you know JUnit/JMock or some of the PHPUnit clones this will need no explanation. Includes a native web browser for testing web sites directly (no JavaScript).</description>
- <lead>
- <name>Marcus Baker</name>
- <user>lastcraft</user>
- <email>ma...@la...</email>
- <active>no</active>
- </lead>
- <developer>
- <name>Perrick Penet</name>
- <user>pp11</user>
- <email>pp...@us...</email>
- <active>yes</active>
- </developer>
- <date>2011-04-28</date>
- <time>01:46:26</time>
- <version>
- <release>1.1</release>
- <api>1.1</api>
- </version>
- <stability>
- <release>alpha</release>
- <api>alpha</api>
- </stability>
- <license uri="http://www.gnu.org/copyleft/lesser.html">LGPL</license>
- <notes>This is a preliminary PEAR package of the latest SimpleTest code before
- the next release is staged.
- </notes>
- <contents>
- <dir name="/">
- <file name="README" role="doc" />
- <file name="LICENSE" role="doc" />
- <file name="HELP_MY_TESTS_DONT_WORK_ANYMORE" role="doc" />
- <file name="arguments.php" role="php" baseinstalldir="simpletest" />
- <file name="authentication.php" role="php" baseinstalldir="simpletest" />
- <file name="autorun.php" role="php" baseinstalldir="simpletest" />
- <file name="browser.php" role="php" baseinstalldir="simpletest" />
- <file name="collector.php" role="php" baseinstalldir="simpletest" />
- <file name="compatibility.php" role="php" baseinstalldir="simpletest" />
- <file name="cookies.php" role="php" baseinstalldir="simpletest" />
- <file name="default_reporter.php" role="php" baseinstalldir="simpletest" />
- <file name="detached.php" role="php" baseinstalldir="simpletest" />
- <file name="dumper.php" role="php" baseinstalldir="simpletest" />
- <file name="eclipse.php" role="php" baseinstalldir="simpletest" />
- <file name="encoding.php" role="php" baseinstalldir="simpletest" />
- <file name="errors.php" role="php" baseinstalldir="simpletest" />
- <file name="exceptions.php" role="php" baseinstalldir="simpletest" />
- <file name="expectation.php" role="php" baseinstalldir="simpletest" />
- <file name="form.php" role="php" baseinstalldir="simpletest" />
- <file name="frames.php" role="php" baseinstalldir="simpletest" />
- <file name="http.php" role="php" baseinstalldir="simpletest" />
- <file name="invoker.php" role="php" baseinstalldir="simpletest" />
- <file name="mock_objects.php" role="php" baseinstalldir="simpletest" />
- <file name="page.php" role="php" baseinstalldir="simpletest" />
- <file name="php_parser.php" role="php" baseinstalldir="simpletest" />
- <file name="recorder.php" role="php" baseinstalldir="simpletest" />
- <file name="reflection_php4.php" role="php" baseinstalldir="simpletest" />
- <file name="reflection_php5.php" role="php" baseinstalldir="simpletest" />
- <file name="remote.php" role="php" baseinstalldir="simpletest" />
- <file name="reporter.php" role="php" baseinstalldir="simpletest" />
- <file name="scorer.php" role="php" baseinstalldir="simpletest" />
- <file name="selector.php" role="php" baseinstalldir="simpletest" />
- <file name="shell_tester.php" role="php" baseinstalldir="simpletest" />
- <file name="simpletest.php" role="php" baseinstalldir="simpletest" />
- <file name="socket.php" role="php" baseinstalldir="simpletest" />
- <file name="tag.php" role="php" baseinstalldir="simpletest" />
- <file name="test_case.php" role="php" baseinstalldir="simpletest" />
- <file name="tidy_parser.php" role="php" baseinstalldir="simpletest" />
- <file name="unit_tester.php" role="php" baseinstalldir="simpletest" />
- <file name="url.php" role="php" baseinstalldir="simpletest" />
- <file name="user_agent.php" role="php" baseinstalldir="simpletest" />
- <file name="web_tester.php" role="php" baseinstalldir="simpletest" />
- <file name="xml.php" role="php" baseinstalldir="simpletest" />
- </dir>
- </contents>
- <dependencies>
- <required>
- <php>
- <min>5.0.5</min>
- </php>
- <pearinstaller>
- <min>1.4.0</min>
- </pearinstaller>
- </required>
- </dependencies>
- <phprelease />
-</package>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: SourceForge.net <no...@so...> - 2012-01-16 09:50:26
|
Bugs item #3473481, was opened at 2012-01-13 08:48 Message generated for change (Comment added) made by hthompson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3473481&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Fred (bamfred) Assigned to: Marcus Baker (lastcraft) Summary: WebTestCase should not be executed as test case Initial Comment: When I include autorun.php and web_tester.php in my test suite, WebTestCase gets executed as part of the autorun. Even though it doesn't have any test functions, it adds one extra test case to the results; e.g., if I don't create any tests, the results say "0/1 test cases complete." I solved it with SimpleTest::ignore('WebTestCase'), but I think it should be declared abstract or ignored by default. This is in version 1.1alpha3. ---------------------------------------------------------------------- Comment By: Henry S Thompson (hthompson) Date: 2012-01-16 01:50 Message: I agree. I have gone even further -- my local copy has abstract class WebTestCase extends UnitTestCase so that I get access to all the assertion predicates, not just the web ones ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3473481&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-01-15 07:39:00
|
Bugs item #3474119, was opened at 2012-01-14 23:39 Message generated for change (Tracker Item Submitted) made by petermeth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3474119&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Meth (petermeth) Assigned to: Nobody/Anonymous (nobody) Summary: problem testing empty textarea with tidy extension installed Initial Comment: Version: SimpleTest-1.1.alpha3 PHP 5.3.8 - WampServer Windows 7 Ultimate 64-bit I noticed a problem with $this->assertField('fieldname',''); The problem is that when the "tidy" php extension is installed, a different parser is used by SimpleTest. This parser seems to add an extra newline character to blank textarea values, which causes the assert to fail. The same assert passes when the "tidy" extension is not installed. I believe this is a bug in tidy where tidy_parse_string(..) adds a \r to the end of the empty guard (eg. "___EMPTY___\r"). Steps to reproduce problem: Install tidy extension in php put an empty textarea field named fieldname on an html page, then write a simple test with $this->assertField('fieldname',''); The test will fail if your version of tidy has the defect. As a fix, I propose inserting the following before line 77 of tidy_parser.php: // this should fix a bug with textareas where there is an extra \r on the end of the ___EMPTY___ guard. $html = str_replace("___EMPTY___\r", "___EMPTY___", $html); I don't think this should cause any problems even if the problem gets fixed in tidy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3474119&group_id=76550 |
|
From: SourceForge.net <no...@so...> - 2012-01-14 05:57:13
|
Bugs item #3473598, was opened at 2012-01-13 21:57 Message generated for change (Tracker Item Submitted) made by petermeth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3473598&group_id=76550 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web tester Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Meth (petermeth) Assigned to: Marcus Baker (lastcraft) Summary: relative urls with multiple dots in them fail click() Initial Comment: SimpleTest version: 1.1.alpha3 Every time I tried to perform $this->click($label) or $this->clickLink($label) on a relative url with multiple dots in it, I would get an exception thrown and my tests would not run. Steps to reproduce: file1.html: <a href='file.2.html'>file2</a> file.2.html: <div>hi</div> TestBug.php: <?php require_once('simpletest/autorun.php'); require_once('simpletest/web_tester.php'); class TestBug extends WebTestCase { function testBug() { $this->get('http://localhost/file1.html'); $this->clickLink('file2'); $this->assertText('hi'); } } ----------------- I believe I found where the problem is and am proposing a patch. Please note, I am guessing at the intent of the following regex as there are no inline comments. simpletest/url.php line 153: --- } elseif (preg_match('/[a-z0-9\-]+\.[a-z0-9\-]+\.[a-z0-9\-]+/i', $matches[1])) { +++ } elseif (preg_match('/[a-z0-9\-]+\.[a-z0-9\-]+\.(' . $tlds . ')/i', $matches[1])) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=547455&aid=3473598&group_id=76550 |
10 messages has been excluded from this view by a project administrator.
