Title: webforge's Replies | WordPress.org --- # webforge [ ](https://wordpress.org/support/users/webforge/) * [Profile](https://wordpress.org/support/users/webforge/) * [Topics Started](https://wordpress.org/support/users/webforge/topics/) * [Replies Created](https://wordpress.org/support/users/webforge/replies/) * [Reviews Written](https://wordpress.org/support/users/webforge/reviews/) * [Topics Replied To](https://wordpress.org/support/users/webforge/replied-to/) * [Engagements](https://wordpress.org/support/users/webforge/engagements/) * [Favorites](https://wordpress.org/support/users/webforge/favorites/) Search replies: ## Forum Replies Created Viewing 5 replies - 1 through 5 (of 5 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[YARPP - Yet Another Related Posts Plugin] [Plugin: Yet Another Related Posts Plugin] Problem adding/editing posts after upgrading to YARPP 3.2](https://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-problem-addingediting-posts-after-upgrading-to-yarpp-321b1/) * Thread Starter [webforge](https://wordpress.org/support/users/webforge/) * (@webforge) * [15 years, 1 month ago](https://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-problem-addingediting-posts-after-upgrading-to-yarpp-321b1/#post-1923634) * [@mitcho](https://wordpress.org/support/users/mitcho/) – thanks for the fix. looking forward to the next beta 🙂 * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[YARPP - Yet Another Related Posts Plugin] [Plugin: Yet Another Related Posts Plugin] Problem adding/editing posts after upgrading to YARPP 3.2](https://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-problem-addingediting-posts-after-upgrading-to-yarpp-321b1/) * Thread Starter [webforge](https://wordpress.org/support/users/webforge/) * (@webforge) * [15 years, 1 month ago](https://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-problem-addingediting-posts-after-upgrading-to-yarpp-321b1/#post-1923351) * UPDATE: * If I comment out line 56 of yarpp.php * `add_action('transition_post_status','yarpp_status_transition', 3);` * the problem goes away – but post transitions are no longer handled (new in 3.2.1). Better to pass in `$old_status` and `$post` correctly… * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Plugin: WP BUSINESS DIRECTORY MANAGER] Category filtering and paging bug](https://wordpress.org/support/topic/plugin-wp-business-directory-manager-category-filtering-and-paging-bug/) * Thread Starter [webforge](https://wordpress.org/support/users/webforge/) * (@webforge) * [15 years, 10 months ago](https://wordpress.org/support/topic/plugin-wp-business-directory-manager-category-filtering-and-paging-bug/#post-1500343) * Hi ampKathy, * In the above code, the `$args` array is set up to contain a list of parameters to pass to the `query_posts` function. The `query_posts` function can return different lists of posts depending on what parameters are passed to it i.e. ` query_posts($args);` at line 170 of `posttemplate/wpbusdirman-category.php` * In the first chunk of code above, `$args` passes through the `category__in` parameter with the value of `$wpbusdirman_postcatitems`. The `$wpbusdirman_postcatitems` is an array that contains a list of all categories used by WPBDM – see the ‘Directory Category IDs’ option: Dashboard >> WPBusDirMan >> Manage Options. Passing through` $wpbusdirman_postcatitems` as the `category__in` parameter will get the `query_posts` function to return all posts from all categories (i.e. all posts in the Business Directory) used by WPBDM. * This means that when you click on a category in the Business Directory listings page that you will get back a listing of all posts from all categories rather than just posts from the category that you clicked on. * The second chunk of code above fixes this issue by passing through the `cat` parameter instead (which expects a single value rather than an array) with the value set to the category id parameter from the clicked URL’s query string. * In answer to your second question, at the moment the submit a listing form only allows for one category using the select box in the form. Multiple categories could be selected through the use of checkboxes or a select box allowing multiple selections. Perhaps for a future release??? * In the meantime, a user submitting a listing will only be able to select one category. The administrator can of course select additional categories for the listing post when approving the listing… * [@themestown](https://wordpress.org/support/users/themestown/) – Good work so far with the plugin – I hope my contributions help with its development 🙂 * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [[Plugin: Contact Form 7] Date submitted on form adds 1 day when emailed](https://wordpress.org/support/topic/plugin-contact-form-7-date-submitted-on-form-adds-1-day-when-emailed/) * [webforge](https://wordpress.org/support/users/webforge/) * (@webforge) * [17 years ago](https://wordpress.org/support/topic/plugin-contact-form-7-date-submitted-on-form-adds-1-day-when-emailed/#post-980239) * After testing the above “fix” more completely, I discovered that while the zero fix worked for single digit dates, dates in the teens i.e. 11, 12 13 etc. now appeared as 21, 22, 23 etc. and 20 and 21 also appeared as 30, 31. Dates in the twenties that were above 21 were okay as 32, 33 etc. were not in the range of 01 – 31. So to fix it, I made all dates into proper strings eg. 1st, 2nd, 3rd and so on. Rather inelegant, especially for non-english speaking users, but it works. * For an otherwise great plugin, this bug makes the plugin almost unusable and definitely needs attention. Unfortunately I do not have time to wade through the php code to fix it properly, so hopefully the plugin developer (Takayuki Miyoshi) will address this issue in the next release. * Anyway, the following cludge should fix it: * `

` * Somehow or other, years are not affected by this bug, but if you use numbers for months, you will get similar weird behaviour. Hmmmm…. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [[Plugin: Contact Form 7] Date submitted on form adds 1 day when emailed](https://wordpress.org/support/topic/plugin-contact-form-7-date-submitted-on-form-adds-1-day-when-emailed/) * [webforge](https://wordpress.org/support/users/webforge/) * (@webforge) * [17 years ago](https://wordpress.org/support/topic/plugin-contact-form-7-date-submitted-on-form-adds-1-day-when-emailed/#post-980238) * I had the same problem and solved it by prefixing single digit dates with a zero. The dates were then presumably handled as strings rather than numbers and the weird behaviour of adding 1 day stopped. So if you try the following, it should work properly: * `

` * Hope that helps 🙂 Viewing 5 replies - 1 through 5 (of 5 total)