Title: cloudware's Replies | WordPress.org --- # cloudware [ ](https://wordpress.org/support/users/cloudware/) * [Profile](https://wordpress.org/support/users/cloudware/) * [Topics Started](https://wordpress.org/support/users/cloudware/topics/) * [Replies Created](https://wordpress.org/support/users/cloudware/replies/) * [Reviews Written](https://wordpress.org/support/users/cloudware/reviews/) * [Topics Replied To](https://wordpress.org/support/users/cloudware/replied-to/) * [Engagements](https://wordpress.org/support/users/cloudware/engagements/) * [Favorites](https://wordpress.org/support/users/cloudware/favorites/) Search replies: ## Forum Replies Created Viewing 7 replies - 1 through 7 (of 7 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP eCommerce] Product sort order broken after WordPress upgrade :(](https://wordpress.org/support/topic/product-sort-order-broken-after-wordpress-upgrade/) * Thread Starter [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [11 years ago](https://wordpress.org/support/topic/product-sort-order-broken-after-wordpress-upgrade/#post-6060080) * This problem continues to exist in WordPress 4.2.2 – it’s hurting. * Where is the code responsible for the sort order and how does it work? * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Unable to update plugins after upgrade to 4.2](https://wordpress.org/support/topic/unable-to-update-plugins-after-upgrade-to-42/) * [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [11 years, 1 month ago](https://wordpress.org/support/topic/unable-to-update-plugins-after-upgrade-to-42/page/2/#post-6052683) * If this patch basically produces a filename of time() rather than “/.maintenance” then surely the function of the site being shown to visitors as being under maintenance won’t work ? * I’m not sure but it would seem that WordPress would be looking for .maintenance not a variable number, and therefore visitors will continue to be able to use the site even when it should be ‘down for maintenance’ ? * The impact may be small in most cases but I think it should be known. * I don’t know the inner workings of WordPress well at all, I don’t even know why a tempname function need be so complex. * Keith * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Unable to update plugins after upgrade to 4.2](https://wordpress.org/support/topic/unable-to-update-plugins-after-upgrade-to-42/) * [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [11 years, 1 month ago](https://wordpress.org/support/topic/unable-to-update-plugins-after-upgrade-to-42/#post-6052590) * The problem is caused by the wp_tempnam() function in wp-admin/file.php * It recurses on itself and therefore php will run out of memory. This seems to be called when “enabling maintenance mode” so by deactivating the plugin first, presumably this will avoid maintenance mode. * Unfortunately it seems like a WordPress update itself requires maintenance mode, so this could get interesting when an update is released to fix the problem! * recursive call can be seen below ‘if the folder is falsey…’ – “return wp_tempnam(“….. * ``` function wp_tempnam( $filename = '', $dir = '' ) { if ( empty( $dir ) ) { $dir = get_temp_dir(); } if ( empty( $filename ) || '.' == $filename ) { $filename = time(); } // Use the basename of the given file without the extension as the name for the temporary directory $temp_filename = basename( $filename ); $temp_filename = preg_replace( '|\.[^.]*$|', '', $temp_filename ); // If the folder is falsey, use it's parent directory name instead if ( ! $temp_filename ) { return wp_tempnam( dirname( $filename ), $dir ); } $temp_filename .= '.tmp'; $temp_filename = $dir . wp_unique_filename( $dir, $temp_filename ); touch( $temp_filename ); return $temp_filename; } ``` * Keith * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP eCommerce] SLIDE_TEMPLATE default – HELP](https://wordpress.org/support/topic/slide_template-default-help/) * [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [11 years, 1 month ago](https://wordpress.org/support/topic/slide_template-default-help/#post-5025317) * Hi, * I’ve fixed this in the blanco theme by editing /wp-content/themes/blanco/wpsc- single_product.php around line 371 – add a class “wpsc-custom-meta” to the li element `( change
  • to
  • )` : * ```
  • ``` * then in a custom.css file, add the following: * .wpsc-custom-meta { display:none !important; } * As long as the custom.css is loaded, this should stop the custom meta from appearing, whilst still allowing the other tabs (short description, custom tabs for all products etc). * Really the problem appears to be that Revolution Slider should not be adding custom meta to Products – and the authors of that ought to fix that issue – at the bottom of Product editing screen Revolution Slider Options (slide_template: default) should have a ‘none’ option rather than defaulting to ‘default’ when there is no slide_template required against that product. * Keith * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP eCommerce] Combined product discounts](https://wordpress.org/support/topic/combined-product-discounts/) * Thread Starter [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [12 years, 2 months ago](https://wordpress.org/support/topic/combined-product-discounts/#post-4750288) * any thoughts? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP eCommerce] Options/add-ons for products (not variations)](https://wordpress.org/support/topic/optionsadd-ons-for-products-not-variations/) * Thread Starter [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [12 years, 2 months ago](https://wordpress.org/support/topic/optionsadd-ons-for-products-not-variations/#post-4750287) * any ideas? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [Plugin's Last Updated Date didn't change on Plugin Directory after update](https://wordpress.org/support/topic/plugins-last-updated-date-didnt-change-on-plugin-directory-after-update/) * [cloudware](https://wordpress.org/support/users/cloudware/) * (@cloudware) * [15 years, 3 months ago](https://wordpress.org/support/topic/plugins-last-updated-date-didnt-change-on-plugin-directory-after-update/#post-1888894) * Any update on this? (pardon the pun) 🙂 Viewing 7 replies - 1 through 7 (of 7 total)