It looks like the problem is related to the JavaScript code added for the “Improved Asset Loading” experiment and this breakage occurs even if I make the “Improved Asset Loading” experiment Inactive. The problem is in frontend.min.js in the function SwiperBC. The problem is fixed if I replace the following code:

if (!elementorFrontendConfig.environmentMode.isImprovedAssetsLoading) return t(n.createSwiperInstance(e, n.config));
var i = elementorFrontendConfig.environmentMode.isScriptDebug ? "" : ".min";
import("".concat(elementorFrontendConfig.urls.assets, "lib/swiper/swiper").concat(i, ".js?ver=5.3.6")).then(function () {
    return t(n.createSwiperInstance(e, n.config));
});

With this line:

return t(n.createSwiperInstance(e, n.config));

I think the Microsoft Edge Legacy browser doesn’t like the import statement inside a function definition (it expects it to be at the top level).

Another thing I noticed is that frontend.min.js is different than frontend.js (it isn’t just a minified version of frontend.js). For example, I see frontend.min.js has the import within a function but frontend.js does not.

• This reply was modified 1 month ago by joneiseman.
• This reply was modified 1 month ago by joneiseman.
• This reply was modified 1 month ago by joneiseman.

You’re right the plugin does work with those PHP versions. The problem only shows up if multiple eeSFL shortcodes are used on the same page.

I’m running the latest version and I’m not using any extensions and I ran it in an incognito window in Chrome so there’s no caching in my browser and I’m not using any caching plugins. I still see the same error.

In the code you will see lines like this:

 $eeSFL_Log['messages'][] = __('File Upload Complete', 'ee-simple-file-list');

Adding to something that was not an array before would automatically create the array in older versions of php but starting in php 7.1 this became a fatal error.

If I add the following lines before the above line then it resolves the problem:

   if (empty($eeSFL_Log))
       $eeSFL_Log = array();
   if (!array_key_exists('messages', $eeSFL_Log) || !is_array($eeSFL_Log['Add Files']))
       $eeSFL_Log['messages] = array();

I only allow people with logins to access the page that you want to see.

If I gave you a link it would not show the “Edit” or “Move to Folder” because it only shows those to logged in users.

        // Who Can View the List?
        switch ($eeSFL_Config['ShowList']) {
            case 'YES':
                break; // Show It
            case 'USER':
                // Show It If...
                if( get_current_user_id() ) { break; } else { $eeSFL_Config['ShowList'] = 'NO'; }
            case 'ADMIN':
                // Show It If...
                if(current_user_can('manage_options')) { break; } else { $eeSFL_Config['ShowList'] = 'NO'; }
                break;
                default:
                        $eeSFL_Config['ShowList'] = 'NO'; // Show Nothing
        }

In fact in the new version “Move to Folder” has been removed.

Old Version:

% !find
find . -name '*.php' | xargs grep -i 'move to folder'
./ee-list-display.php:                                                          $eeFileActions .= '<a class="eeDimmedLink" href="/wp-admin/admin.php?page=ee-simple-file-list&tab=extensions" >' . __('Move to Folder', 'ee-simple-file-list') . '</a>';

New Version:

% !find
find . -name '*.php' | xargs grep -i 'move to folder'
% 

Yes, I have “Show File Actions” checked but the Edit and “Move to Folder” links are gone.
Settings: https://www.dropbox.com/s/imdaox66un6vx58/sflsettings.png?dl=0
Frontend Display: https://www.dropbox.com/s/u09zh0gse31niuy/sflfileactions.png?dl=0

In the previous version the links were there: https://www.dropbox.com/s/er6lwypghc7rt4m/sflprev.png?dl=0