rockitman

Please ignore this post. While I moved my browser window to my secondary screen, the issue seemed to have disappeared. Still having the plugin issue with the FAQ plugin i mentioned.

And yet another bug!

Now it won’t let me add pictures. I can add them, save the page. Reload the page and find the image field empty, both on back-end and front-end. I can manually insert the URL to the image file, but this also gets stripped after saving.

I am really wondering what is going on with your plugin and am curious about your solution.

Ow wow! Another bug found!! This is getting funny actually.

In the back-end I now see two fields for a hover photo and zero fields for a normal photo upload.

Advice needed quickly!

• This reply was modified 8 years ago by rockitman.

Hi!

Thanks for the response! I suspected I was missing something!

Thank you!

Dear Author,

I have also contacted you about this issues many moons ago and are still very much interested in a solution. I have the exact same problem as described above. The only way for me to currently make this plugin work is to add redirect-rules for every single post in my blog.

Tedious and time consuming method.

I hope to see a solutions soon.

My home url was the same as my activation page, not knowing this would cause a conflict.

That was my issue.

Resolved now.

I haven’t given up and figured out it is probably a Buddypress issue. As soon as I adjusted the translations using Loco Translate, my wordpress got the message that buddypress had a newer translation file available.

What I did to resolve the overwriting of language files was to create a special folder:

Copy-paste the buddypress po and mo files to a folder you need to create here:
/wp-content/languages/buddypress/

That should do it. The previous ‘solution’ of using a MUST USE plugin, did not stick.

For anyone reading this. Please disregard the description above, because it is simply not working. This morning all my files were reverted back to the original state and all of my translations are yet again, gone.

There is no solution for this issue. I feel that the plugin is unreliable, unless you don’t mind painstakingly re-translating all of your files every single day.

Thanks for the help! I suppose it’s working now, not sure yet but we’ll see.

If any one else is struggling with this issue, here is an actual description on what to do:

• create a folder in /wp-content/
• rename it to /mu-plugins/
• inside this folder create a .php file and give it a name
• my-plugin.php will do just fine

In the head of my-plugin.php add the following text:

<?php
/**
 * Plugin Name: My Plugin
 * Description: Disable automatic translation updates
 * Author:      rockitman
 * License:     GNU General Public License v3 or later
 * License URI: https://www.gnu.org/licenses/gpl-3.0.html
 */

// Basic security, prevents file from being loaded directly.
defined( 'ABSPATH' ) or die( 'Cheatin’ uh?' );

Below this text paste the following line to prevent automatic language updates from happening:

add_filter( 'auto_update_translation', '__return_false' );

• save the my-plugin.php without the php closing tag at the end
• upload the my-plugin.php to the folder: /wp-content/mu-plugins/

And your done!

This is the entire file structure of my-plugin.php:

<?php
/**
 * Plugin Name: My Plugin
 * Description: Disable automatic translation updates
 * Author:      rockitman
 * License:     GNU General Public License v3 or later
 * License URI: https://www.gnu.org/licenses/gpl-3.0.html
 */

// Basic security, prevents file from being loaded directly.
defined( 'ABSPATH' ) or die( 'Cheatin’ uh?' );

add_filter( 'auto_update_translation', '__return_false' );

Okay, to recap because perhaps I am doing it wrong.

According to the article you pointed towards.

– I must add the following filter:

add_filter( 'auto_update_translation', '__return_false' );

– I must add this filter in a Must-Use plugin located in the following folder:

/wp-content/mu-plugins/

This folder is empty.

The latest update by Buddypress was published the 2nd of March 2016 (which is a while ago and can’t be the source of the disappearing translations).

Best,

Bart

Who marked this as resolved? I sure didn’t.

Thanks for your reply, I’ve already read your FAQ, that’s why I submitted this support ticket.

Have you got any other tips?

Best,

Bart

Just to clarify: I now have a child theme with a functions.php file in there. In this functions.php I only have the lines that declare the hu_setup() rules in there.

This works for me.

What not to do is to copy the init-core.php to your child theme.

This is what I did wrong the first time. Hope it helps.

Best of luck!

You are right.

That totally worked. I was under the impression that I had to have the same file names and paths in my child theme as is with the parent theme.
But functions.php is still active in today’s child themes.

I should read up on it.

Thanks for your help.

Best,

Bart

Just discovered that the code below gives me the result that I was looking for:

`add_image_size( ‘thumb-small’, 160, 9999 );
add_image_size( ‘thumb-standard’, 320, 9999 );
add_image_size( ‘thumb-medium’, 520, 9999 );
add_image_size( ‘thumb-large’, 720, 9999 );`

The thing is, I have to put in in my parent theme init-core.php file, because when I create the file in my Child-theme, wordpress seems to ignore it.

Am I doing it wrong?

Best,

Bart

Thanks for your response. That does work, however.. I want a full preview of my images, not a copped part of it.

I had managed this in the past, but aren’t sure how I did it, since there was never a need to do it again.

Do you have any suggestions?

Best,

Bart

Hi Mr Brown,

Thanks for the reply! It fixed my issues!

Best,

Bart