9c33f133b6
Fix parameter order when calling PHPUnit_Framework_TestCase::assertEquals()
...
The first parameter passed to PHPUnit_Framework_TestCase::assertEquals() should be the expected value and the second parameter the actual value and not the other way around.
2018-04-19 17:25:38 -03:00
94751f2872
Use data store loader instead of hardcoding data store class name
...
This way plugins extending WC core data stores can still benefit from WC core tests
2018-04-02 15:50:44 -03:00
d55c0d63b1
Add unit tests group 'core-only'
...
This group is used to identify unit tests that will work only when testing WC core. This is necessary since we are using WC core unit tests to test the custom product tables plugin and some tests should be skipped in this context.
2018-04-02 15:15:23 -03:00
bb553c88ae
Merge branch 'master' into feature/product-custom-tables-supporting-changes
2018-03-29 12:05:55 -03:00
133ed2d24b
Tests
2018-02-28 13:33:24 +00:00
e905a009d0
CRUD tests
2018-01-18 15:07:05 +00:00
6fd40d7e37
Remove transaction tests
2018-01-18 14:48:43 +00:00
dbdc3af9e5
Tests
2018-01-12 14:20:39 +00:00
8a58c1de40
Unit test for get_price_html calls in sequence
...
Closes #18037
2017-12-06 11:52:55 +00:00
a878b0cde5
Some phpcs
2017-11-22 14:03:26 -08:00
a73436bdcd
Merge remote-tracking branch 'origin/master' into HEAD
2017-11-20 14:43:12 -08:00
03d51e5471
Tweak variable on backorder logic
2017-11-20 11:32:30 -08:00
b64b26d030
Variable products are on backorder if all children are backordered
2017-11-20 11:19:06 -08:00
dddf0ee473
Variable product sync
2017-11-17 08:46:49 -08:00
a32fae4191
Fixed WC_Tests_Product_Data::test_product_getters_and_setters tests
2017-11-16 17:23:42 -02:00
be6f9d68bc
Automatic transitions for variables
2017-11-15 12:08:19 -08:00
68e23911ba
Automatically transition stock statuses
2017-11-15 10:48:39 -08:00
db117d6344
Backordered products should count as in stock
2017-11-14 14:54:11 -08:00
c312cc35b1
Add new onbackorder stock status
2017-11-14 13:40:03 -08:00
6f693d4d1a
Upgrade routine
2017-11-07 19:16:44 +00:00
db4e630600
Replace thumbnail names
2017-11-07 18:48:51 +00:00
8045596ed7
Add get_tax_class tests for WC_Product_Variation. Will ensure #17147 never happens again.
2017-10-12 14:46:28 +02:00
2ee59801c2
added secure link
2017-09-11 17:24:55 +05:30
1e9e6c461f
Unit test for #16653
2017-08-31 11:42:19 +01:00
5e2ce54530
update tests
2017-08-07 17:19:19 +01:00
e1fad0d7eb
Bring up to date with master
2017-07-28 14:27:19 -07:00
e335724c50
Finalize product query
2017-07-28 11:59:44 -07:00
b2e42fb55f
Add visibility test
2017-07-27 08:57:44 -07:00
ec6d11bd67
Just needs visibility support and cleanup
2017-07-25 10:01:24 -07:00
cdbead8961
Clean up and tests
2017-07-24 15:05:23 -07:00
f66198c37d
Initial working wc_get_products
2017-07-14 09:50:20 -07:00
7be2c7dc55
More tests
2017-07-12 14:18:51 -07:00
753979ec49
WC_Product_Query
2017-07-12 13:58:39 -07:00
022c528b3e
Remove value renaming code
2017-07-12 15:18:05 +01:00
21300951f1
Fix tests due to generated names
2017-05-31 13:48:28 +01:00
af308da6b9
Fix bug #15103 where site operator cannot assign a variation with value of '0' as the default choice on the customer facing form.
...
The WC_Product::set_default_attributes function uses an array_filter (using the default callback for filtration)
to remove null and false values from the defaults array for a given product. The issue here is that, in the above use case,
the array_filter will evaluate '0' as 0 and therefore as false. Ultimately, array_filter then prevents the value from being
recorded, moving forward.
I've added a new filter callback to includes/wc-attribute-functions which will disregard all FALSE PHP equivalents except for
'0' (as a a string). Also, I've updated the filter_array call in WC_Product::set_default_attributes so that it uses this new callback,
instead of the PHP default. Finally, I've added a phpunit test to assert that, when storing default variations / attributes on a product,
the false/true PHP synonyms are evaluating and storing like one would normally expect, with the exception that (string) '0'
evaluates as true in this special case.
This solution could potentially be broadened to facililate similar rules elsewhere, but the need raised in the bug is specific and
this is a specific solution.
2017-05-18 02:43:14 -07:00
24fe8db5eb
Fix test
2017-05-08 19:14:33 +01:00
e208e35e33
Fixed coding standards in tests
2017-04-20 01:34:58 -03:00
5cfed7569c
Simplify wc_is_attribute_in_product_name and change separator
2017-04-11 21:12:30 +01:00
715656921d
wc_is_attribute_in_product_name
2017-04-10 14:35:16 -07:00
903b176b99
Attribute title tweaks
2017-04-10 13:16:58 -07:00
42ca7bda3d
Merge pull request #13989 from woocommerce/fix/product-meta-save_post
...
Fix saving meta when using `save_post`.
2017-04-06 14:38:16 -03:00
08537218b1
mend
2017-04-05 14:46:17 -07:00
15bf1da7d5
Call save_meta_data before wp_update_post for data stores that use it, and refresh meta cache after.
2017-04-05 14:39:41 -07:00
160d394070
Clean up test
2017-04-05 11:13:31 -07:00
5389844a1b
Use parent data for sold_individually
2017-04-05 11:02:26 -07:00
9aabe1ff44
Revert "sync before test"
...
This reverts commit 45ab4733d5
2017-03-28 14:32:56 +01:00
29d6f69a87
Revert "Clear parent transients on variation save"
...
This reverts commit 0694312cc9
2017-03-28 14:32:52 +01:00
0694312cc9
Clear parent transients on variation save
2017-03-28 13:51:22 +01:00
45ab4733d5
sync before test
2017-03-28 12:51:32 +01:00
Rodrigo Primo
Mike Jolley
claudiulodro
Claudio Sanches
Gerhard Potgieter
mitraval192
Timon Davis
Claudiu Lodromanean
Justin Shreve