Hi Audiomonk,

This is a bit problematic.

The title is stored in the posts table in the post_title column. It is not stored in the meta.

It is possible to restore by first importing the backup to a new table and then updating the curent table’s post_title based on post type etc.

I will not suggest it if you are not too familiar with database.

Did you take complete backup of database or just the posts/postmeta table.

We only need the backup file for posts table. I can do it for you if you can grant me access to the backup file and the phpmyadmin(not today, tomorrow/ day after tomorrow).

Thank you
Brajesh

Hi Bo,

Please check the subscription. You had opted for 1 month update and support only.

You can keep using the plugin but future updates is only available to active subscription.

Regards
Brajesh

Hi Audiomonk,
Thank you for posting and there is no need to apologise. Please feel free to ask/post any question.

Yes, It is correct that we do not fire ‘wp_handle_upload’ and ‘wp_generate_attachment_metadata’. It was intentional to avoid 3rd party plugins changing our path or generating extra files.

The user uploaded files are different from the normal uploads. These don’t need to be generated in so many sizes.

If we kept these two, there would have been great many conflicts with 3rd part plugins.

It is very easy to make any optimization plugin work with MediaPress.

All a plugin need to do is attach the same callback to MediaPress filters

mpp_generate_metadata
mpp_handle_upload

what they have attached to ‘wp_generate_attachment_metadata’ and ‘wp_handle_upload’ respectively.

Regards
Brajesh

Hi Sujee,
Was there a new release of the theme? It seems similar to the issue we had earlier with BP_DEFAULT_COMPONENT.

Can you please check the theme’s functions.php for the same?

Regards
Brajesh