reraymond

Chad,

Per my prior reply, I applied your temporary fix, and that took care of the problem. Specifically, as recommended by you, I hard coded a modification to the wpmem_get_user_count_by_role function contained in the api-users.php file to read:

$users = count_users();
return ( 'all' == $role ) ? $users['total_users'] : $users['avail_roles'][ $role ];

Unfortunately, the current WP-Members update (version 3.5.4.3) apparently does not include the modifications you had described in your 7/25/2025 email to me. Did that get overlooked? I’ve therefore re-applied the hard coding revision originally recommended in order to restore the desired functionality on my website. Can you please keep your proposed fix on your “to-do” list?

Thanks,

Dick

This is an update to my original post. As I really get into using this plugin, I continue to be IMPRESSED. I’ve used it to selectively download individual folders without having to do the full-blown Updraft Plus thing. Don’t get me wrong, Updraft Plus is very powerful and rock-solid for backups, but I use File Manager Advanced for other tasks, and it never fails. In fact, I use FMA for most of my file management needs, and then WinSCP for other SFTP tasks. I’ve been doing this for something north of 15 years, and FMA is one of the handiest plugins I’ve encountered. If you don’t have it, you should try it.

George,

I’m not sure my issue is resolved, yet. I did upgrade to 3.1.

I, too am experiencing (I think) what ameliehub was describing. In my first post, I said only the short code was being displayed. Soon after my post, I discovered that when my 2.3 was updated to 3.0, it apparently did not remain activated, and I had not noticed that. Once I activated it, my “button” appeared, but none of the “read more/read less” text–the button was very short, most likely reflecting a null text value. Here’s what my shortcode looks like: [read more=”For the geekly-inclined: read more about the new site »” less=”« Close”]. The “button” appears to be properly exhibiting my custom styling, just no text. The “button” does, however work properly.

As I read ameliehub’s input, I went to the RMWR settings page and changed the Read more text and Read less text values. I changed them to “Read more…” and “Read less…) respectively, and saved the changes. Notably, that text does, in fact show up in the “button”. So, it appears that my custom labels (as reflected in my shortcode, above) are not being processed. It would seem that it’s all or nothing, using the RMWR settings page. Is the custom, localized label functionality no longer supported? If so, that’s unfortunate, because I like to tailor the “Read more/less” labeling to the context.

Dick Raymond

I’m sorry to report that this did not seem to correct the problem in my case–same error code is being thrown. I updated the plugin, and checked out line 19 in the plugin’s index.php file, and your (modified) code was there. Again, if I deactivate the plugin, the error code disappears.

As I’ve researched this, I discovered that the generation and display of PHP debugging error messages is typically benign (informational, only), and does not affect the program operation, proper. Because I really like the plugin, I decided to disable the display of PHP error messages, by adding the following code to my wp-config.php file:

/*enable the debugging log, but DISABLE writing error codes to the HTML (do not display them)*/
define(‘WP_DEBUG_LOG’, true);
define( ‘WP_DEBUG_DISPLAY’, false );

Now, I’m back to using the plugin and not dealing with having the error codes appear at the top of my screen. Bottom line: in my case, the plugin is still a bit “broken”, but it’s essentially a non-issue as long as I remember to place that little code snippet in the wp-config.php file.

Thanks again for a great plugin.

Richard Raymond

Thanks, Thom. I had actually considered the potential of a styling conflict. I do have some supplemental styling where I hid some table columns, but since I’m working with a list, I didn’t think twice about it. Here’s my supplemental styling I have in a custom CSS file:

/*Begin File Away table Custom CSS*/
.ssfa-sorttype, .ssfa-minimalist-first-column, .ssfa-clearfix {
display: none;
}
/*END File Away table Custom CSS*/

Does any of this appear to be the culprit?

Thanks,
Dick

Thanks very much, Thom. I did as you suggested. This solution does, in fact work, but I’d like to share some observations:

1. I placed the [fileaway] shortcode beneath my [fileup] shortcode, because my focus is to upload files, and not display a file list.
2. The [fileaway] shortcode does, in fact present a list of the (base+sub) subdirectories, from which I can then select one of my three desired upload subdirectories
3. After selecting my desired subdirectory, the list then populates with all the file names in that directory, together with file modify dates and sizes–information that in my case I neither need nor desire to know.
4. I believe this extra information will probably prove to be a distraction for my users, who are not particularly ‘file or web-savvy’
5. Additionally, in my case the list is quite long, which takes time to populate–yet another distraction

To me this solution, while clearly workable, seems a bit convoluted, compared to the I/O suggestion of my prior post. So, I’ll stick with just using the bare [fileup] method, requiring first clicking the Destination Directory to display the (base+sub) path, and then clicking again to select my desired subdirectory.

Thanks again for such a great plugin. I’m definitely a fan.

Richard Raymond