darkstar123456

Hello,

Quick fix for that, open file wp-content/plugins/simple-custom-post-order/simple-custom-post-order.php

Replace line 50 : $this->load_dependencies();
With : add_action( 'init', array( $this, 'load_dependencies' ) );

Replace line 83 : private function load_dependencies() {
With : public function load_dependencies() {

EDIT : I have created a pull request to help the authors fix it as fast as possible : https://github.com/ColorlibHQ/simple-custom-post-order/pull/142

• This reply was modified 3 months, 3 weeks ago by darkstar123456. Reason: Added link of pull request

Same here…
They forgot to include the composer librairies in the revision ??

Fortunately, they didnt fortgot about the composer.json

Quick fix if you can’t wait for the next update and have a SSH access with Composer, go into the install directory (wp-content/plugins/user-meta/) and install with the following command : composer install

If you don’t have Composer installed and/or you don’t have SSH Access, I made a .ZIP Archive with the files I installed : https://greenpig.be/user-meta.3.1-vendor.zip
Extract the files and upload them in the wp-content/plugins/user-meta/ directory

(I will remove this link when update is available for the plugin)

• This reply was modified 11 months, 3 weeks ago by darkstar123456. Reason: Download link was incorrect

Nothing has changed about the path to .htaccess with the last update.

2 last updates remove wordpress.sucuri.net API dependency and fix assets & bump version

Hello,

I have made a pull request on GitHub. You can follow the progression here : https://github.com/Sucuri/sucuri-wordpress-plugin/pull/156

Hello,

You’re right, the issue is in sucuri-scanner/src/hardening.lib.php but not on the line you are looking. It is on line 191

Sucuri uses ABSPATH constant instead of get_home_path() function

Here is a working code :

    private static function htaccess($folder = '')
    {
        $folder = str_replace(get_home_path(), '', $folder);
        $bpath = rtrim(get_home_path(), DIRECTORY_SEPARATOR);
        return $bpath . '/' . $folder . '/.htaccess';
    }

You’re lucky I just came here to suggest this change (I can’t find any way to pull request). So I use your thread to do so. If I have no answer I will add a subject myself

PS : Sorry for my bad English

• This reply was modified 2 years ago by darkstar123456.
• This reply was modified 2 years ago by Yui.

Hello Aert and Rogier,

Thank you for your time.
I think this one is on me.

For an unknown reason ACF was simply not updated and don’t want to be updated.
I duplicate the website on another domain and there, the update appeared. I was very very surprised since update everything is always the first thing I do when I notice an error.

I saw a few other websites on the internet having the same error appearing, I suppose it’s the same cause as me.

For information, the runing version of ACF is 4.4.12. Now I have to find why it doesn’t want to be updated (no update displayed)

Thank you again for your help and time.

Best regards

Hello,

I just updated the plugin and had the same issue.

It seems that at least since 1.0.27, register doesn’t work anymore because they are using isset() function insteand of empty() >.< (on a attribute object… it’s even worse !)

So if you are using at least 1.0.27 :
– Open : wp-content/plugins/ultimate-members/includes/core/um-actions-register.php

– Search for : function um_submit_form_register

– replace “isset” by “!empty”.

– you should have :

if ( !empty( UM()->form()->errors ) )
return false;

Thank you ! It works perfectly now ?? (and the auto enable works as well ^^)

From what I see from the code, it seems to used to have a input named “type” to define the type of the row.

This type is present from json data, but not in the form. So when I submit the form, it uses the type “item” if no type is defined :

// set default type
 if ( !isset($format['type']) ) {
	$format['type'] = self::TYPE_ITEM;
 }

• This reply was modified 8 years ago by darkstar123456.

Petite mise à jour du code pour éviter les erreurs et pouvoir choisir son format d’image :
Small update to avoid errors and be able to choose the image format :

function get_images_from_wpsimplegalleries($post_id) {
    $images = array();
    $gallery = get_post_meta($post_id, 'wpsimplegallery_gallery', true);
    $gallery = (is_string($gallery)) ? @unserialize($gallery) : $gallery;
    if (!empty($gallery)) {
        foreach ($gallery AS $img_id) {
            $img = wp_get_attachment_image_src($img_id, 'projects-gallery');
            $images[] = $img[0];
        }
    }
    return $images;
}

Maintenant, je vérifie que la galerie existe et j’ai utilisé wp_get_attachment_image_src() à la place de wp_get_attachment_url() pour pouvoir choisir le format de l’image

Now I check if the gallery is not empty and I used wp_get_attachment_image_src() instead of wp_get_attachment_url() to be able to choose image format

Je met d’abord la réponse en Anglais mais j’ai réécris en Fran?ais après si jamais ??

——————-

Found easily a solution in the plugin files, I wrote a function to help you. Add it to your functions.php file

————————————————

J’ai trouvé la solution facilement dans les fichiers du plugin. Il suffit d’ajouter la fonction ci-dessous dans le fichier functions.php

function get_images_from_wpsimplegalleries($post_id) {
    $images = array();
    $gallery = get_post_meta($post_id, 'wpsimplegallery_gallery', true);
    $gallery = (is_string($gallery)) ? @unserialize($gallery) : $gallery;
    foreach ($gallery AS $img_id) {
        $images[] = wp_get_attachment_url($img_id);
    }
    return $images;
}

Usage / Utilisation :
$gallery = get_images_from_wpsimplegalleries(get_the_id());