| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
This will now make sure that 'AAFF00' will be matched but strings like
'AAFF00 AABB00' will not.
PHPBB3-11538
|
| | | |
| | |
| | |
| | |
| | |
| | | |
This will currently test if the colour check properly works.
PHPBB3-11538
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The input length for the hex color is now limited to 6 characters and
the support for colors starting with a '#' has been dropped. The allowed
input length of 7 in prosilver seems to have been a relict from old ages
of phpBB3. In order to have proper support for correct checking of the
colour value, the new code was also ported to the ACP groups manage page.
The tests have been modified to reflect the changes to the behavior of
the color check. Tests for the ACP will follow.
PHPBB3-11538
|
| | | |
| | |
| | |
| | | |
PHPBB3-11538
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We are now using a regex with preg_match() in order to properly check
if the entered color value is in hex color format or not. A proper
error message is triggered if an incorrect color value is entered and
the prepended '#' is removed if necessary.
PHPBB3-11538
|
| |/ /
| |
| |
| |
| |
| |
| | |
In order to prevent future issues with this, a basic set of functional
tests for the UCP groups manage page have been added.
PHPBB3-11538
|
| | |
| |
| |
| | |
PHPBB3-11529
|
| | |
| |
| |
| | |
PHPBB3-11529
|
| | |
| |
| |
| | |
PHPBB3-11513
|
| |/
|
|
| |
PHPBB3-11513
|
| |
|
|
| |
PHPBB3-11493
|
| |
|
|
| |
PHPBB3-11493
|
| |\
| |
| |
| |
| | |
* p/ticket/11295:
[ticket/11295] Drop tables rather than database for postgres in test suite.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Doing so allows:
1. User running the tests no longer needs create database privilege.
2. Test database may be located in a non-default tablespace and generally
have site-specific options applied to it.
PHPBB3-11295
|
| |\ \
| | |
| | |
| | |
| | | |
* p/ticket/11323-olympus:
[ticket/11323] Backport include_define test to olympus.
|
| | | |
| | |
| | |
| | | |
PHPBB3-11323
|
| |\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | | |
# By Marc Alexander
# Via Marc Alexander
* marc1706/ticket/11323:
[ticket/11323] Add tests for inclusion of defined variables
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This adds 2 tests for the template engine. The test using
include_define_variable.html will test if a defined variable, which was
defined with another template variable, can be used to include a file.
The second test will do the same inside a loop using a loop variable.
PHPBB3-11323
|
| | | |
| | |
| | |
| | | |
PHPBB3-11294
|
| | |/
|/|
| |
| | |
PHPBB3-11294
|
| | |
| |
| |
| |
| |
| | |
Some of the tests can be run without zlib or bz2 extensions present.
PHPBB3-11285
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Moving my functional test functions from posting_helpers.php to
posting_test.php since it is a bit nicer and more reusable if
posting_test.php is to be expanded in the future.
PHPBB3-8610
|
| | |
| |
| |
| |
| |
| | |
This is to prevent cluttering up the functional test case class more
PHPBB3-8610
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This will be used to test splitting/copying/merging/etc in functional tests
Also convert functional posting_test.php to use these functions
PHPBB3-8610
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* p/ticket/11162: (22 commits)
[ticket/11162] Reformat.
[ticket/11162] Rename tricky updates to database helper.
[ticket/11162] Use empty($queries).
[ticket/11162] Review comments fixed.
[ticket/11162] Reformat.
[ticket/11162] Newlines to LF.
[ticket/11162] Use correct functions.
[ticket/11162] Account for notify_status.
[ticket/11162] This test really only works for bookmarks.
[ticket/11162] The test is not at all trivial.
[ticket/11162] Add includes.
[ticket/11162] Move to a separate file to avoid blowing out functions.php.
[ticket/11162] No whitespace changes in olympus.
[ticket/11162] Fix inaccurately copy pasted comment.
[ticket/11162] Use phpbb_update_rows_avoiding_duplicates in mcp.
[ticket/11162] Clarify that only the two tables actually work.
[ticket/11162] Uncomment transactions.
[ticket/11162] An implementation that actually works.
[ticket/11162] Make count function upper case.
[ticket/11162] Rename count variable name to remaining_rows.
...
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11162
|
| | | |
| | |
| | |
| | | |
PHPBB3-11265
|
| |\ \ \
| |_|/
|/| |
| | |
| | |
| | |
| | |
| | | |
* p/ticket/10491:
[ticket/10491] Make recreate_database static.
[ticket/10491] Install board once per test run.
[ticket/10491] Move board installation into setup before class.
[ticket/10491] Set up functional tests sensibly.
|
| | | |
| | |
| | |
| | | |
PHPBB3-10491
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is how things used to be. Installing for each test class brings
3-4x performance penalty compared to installing once for the entire
test run. However, with a single installation for all tests an
individual test can see different data when it is invoked by itself
vs when it is executed as part of the entire test suite.
PHPBB3-10491
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Functional posting test already assumed that board is installed
once per test case and not once per test.
PHPBB3-10491
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
PHPBB_FUNCTIONAL_URL goes into setup before class.
Drop PHPBB_FUNCTIONAL_URL check in board installation and
silent return if it is not set.
Take board installation out of constructor.
Install board in setup method.
PHPBB3-10491
|
| |\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* p/ticket/10972:
[ticket/10972] Drop user deletion.
[ticket/10972] Tweak user addition.
[ticket/10972] Add destroy method to mock cache.
[ticket/10972] Add mock null cache.
[ticket/10972] Backport get_db from develop.
[ticket/10972] Added explicit checks for creating duplicate users.
[ticket/10972] Moved tests into appropriate places and added comments
[ticket/10972] Added methods for creating and deleting basic users
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Users should not be deleted in tests that test user creation.
Tests should use unique user names to avoid collisions.
User deletion should use user_remove anyway.
PHPBB3-10972
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Always add users, do not keep track of which users have been added.
The tests should know whether users they want exist or not.
Use more unique user names in tests for robustness.
Added some more assertions here and there.
PHPBB3-10972
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
I actually needed the version that destroys tables, therefore
I ended up writing a mock null cache. This code is currently unused
but will probably be handy at some point.
PHPBB3-10972
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The mock cache has instrumentation methods and therefore is non-trivial
to implement. For those times when we don't care that the cache caches,
null cache is a simpler implementation.
PHPBB3-10972
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-10972
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-10972
|
| | | | |
| | | |
| | | |
| | | | |
PHPBB3-10972
|