It's not likely for the time being that we will integrate PS with Marketpress, 1 of the main reasons is that Marketpress has no functionality at all to cater for recurring or subscription based products/payments, which would make it useless to use with Pro-Sites plugin at this time. With regards to Woocommerce, this is undecided, woocommerce requires premium extensions just to allow subscription/recurring payments integration, so the developers would not only have to figure out how to integrate with WC, but also the premium extensions that are also required in order for that to happen. So whilst, it's not off the cards, it certainly would not be any time soon i'm afraid.

Closing as duplicate of https://premium.wpmudev.org/forums/topic/wp-dashboard-with-error-message

Was just thinking. We could actually do that right now using the mu-plugin code. This should do it: add_filter( 'app_variation_thumbnail', 'app_thumb_for_mp_product', 999, 2 ); function app_thumb_for_mp_product($thumbnail_id, $service) { global $wpdb; if(!$service) { return false; } $thumbnail_id = false; $page_id = $wpdb->get_var("SELECT 'page' from $wpdb->prefix . 'app_services' WHERE ID = $service"); if($page_id) { $thumbnail_id = (isset(get_post_thumbnail_id($page_id)) ? get_post_thumbnail_id($page_id) : false); } return $thumbnail_id; }

Yes, you can select a different page for each service in the Appointments services options. So each service will have it's own page, and each page can obviously have it's own featured image. It's the easiest way of doing it. Even if you don't use/display the actual pages on your site at all, you can use them just for creating the images for each service regardless.

I've added as a feature request & created a Pull request for the developer to consider. Basically, i've modified the mp bridge file, so that it will use the featured image that is set for the Service page description (defined in the Services Options) This means, if you setup a services page, and select that page in the Services options, you can add a featured image to that page, this featured image thumbnail will then be used in the MP product. [attachment=1274917,117141] Hopefully, it will be included in a future update. But I can't make any guarantees.

Hi Kieran, It looks like the developers added a filter. So there's no need to change that bridge core file in apps+ any longer I don't think. But you need to make a small edit to the /mu-plugins/add_custom_mp.php file you created. find the following: add_filter( 'app_service_img_thumbnail', 'app_thumb_for_mp_product', 999, 2 ); replace with: add_filter( 'app_variation_thumbnail', 'app_thumb_for_mp_product', 999, 2 ); That should hopefully sort it.

Issue resolved in chat with CSS.

Hey Maggie, Could you provide a list of all the files listed? or maybe granting support access we can see. But, from what you mentioned so far, all those files listed are legitimate core file names, or server/host generated files. https://developer.wordpress.org/reference/classes/wp_plugin_install_list_table/ Though, you say they're in wp-includes/includes/ They should be in /wp-admin/includes/ Not sure what's going on there. It could be someone did a manual update, but uploaded files to the wrong folder for some reason. But if we could take a closer look? Can you send your details via email direct to [email protected] Mark for attn: Vaughan Include a ref URL to this thread. Please include the following details; - Site login details (super-admin if on multisite) - FTP login details so I can take a look at the theme/plugin files. - CPanel Credentials so I can look at the DNS settings & DB with Phpmyadmin Thanks

Issue resolved in Chat. Seems for some reason, Administrator user role had gone. I used a mu-plugin and added a new Administrator role, and then using add_cap() added default capabilities to the user. Once was able to access admin, installed user role editor and was able to reset the user roles/caps for admin. Cheers

had no idea that there were such restrictions on the use of these characters. Certainly, they are not a problem for FTP. It's because we run the form fields through wp core function sanitize_text_field(). I've created a bug report for this issue, so i'm sure the devs will look into this. Regarding Encryption, yeah, we have to use solutions that are compatible for everyone, and including shared hosts which might not have those features. I'll raise this with the devs tho to see if we can find a way to do this, encryption is complicated tho, and as I say, we have to be compatible for most server configs. Be assured tho, i will bring it up (as i'm 1 for pushing security issues too)