Minor fixes for older wordpress and hasty configurers

Version 1.4.5  recently uploaded to wordpress has  two minor changes:

  • For hasty configurers who do not configure the nice names for the list headings, the earlier version would fail on attempting to configure a list without first configuring nicenames.  1.4.5 will check and use default nicenames.
  • For versions of wordpress < 2.8 (and note still greater than or equal to 2.7) the rss feed for updates such as this one about the plugin would fail as it uses function fetch_feed which is new in 2.8.  Alternate logic has been provided.

About anmari

the developer at anmari
This entry was posted in amr users changelog. Bookmark the permalink.

8 Responses to Minor fixes for older wordpress and hasty configurers

  1. iplnts says:

    Hi Anmari!

    This is a quite must have plugin, because of the built in User management in WP 2.9 is unfortunately poor. :( neither filter nor sorting..etc…I’m only using that new version no knowledge about the earlier ones).

    First of all VERY MUCH thank you for developing this very clever helper application bridging this gap!
    —-
    I was looking for a plugin with which I can filter my users by their roles or at least I can sort them by Role, since I’ve planned a blog-site with multi-editor/author capabilities. I’ve found with your plugin much of very useful possibilities improving the user management (those I’m going to use), but unfortunately I couldn’t chose the Role in the list. -

    Could you somehow improve your plugin allowing to choose in any list the wp_capabilities meta_key (as I look into the database) it contains the role and also the user’s capabilites which also would useful for listing. (at least for me).

    Many thanks for you taking these into consideration in a future release of your GREAT plugin!
    iplnts(female ‘webdeveloper also, but newbie on wordpess yet’ :)

    • anna-marie says:

      Dear iplnts,
      Thank you for your compliments. Please note that if you do look into the database using phpmyadmin at table usermeta – there is no meta key “role” (unless you have a plugin that has created one). In a default setup The “role” is buried in the tableprefix_capabilities metakey.
      As my plugin stands it attempts to extract the detail out of that metakey and thus you can configure a report using a “column” for each role and excluding/including based on “true” or “1′ for that column.

      I may attempt to use wordpresses functions to create a role column in a later version.

  2. iplnts says:

    Hi anna-marie!

    Thanks, for your reply!
    Yes, I think from what I speaking of …just you wrote it here

    i.e you wrote ” using phpmyadmin at table usermeta – there is no meta key “role” (**). In a default setup The “role” is buried in the tableprefix_capabilities metakey”

    yes,
    wp=(my table prefix)_capabilities contains a string in which the role is buried. something e.g a:1:{s:13:”administrator”;b:1;}

    (**’otherwise I’m using a Role manager plugin, I think this doesn’t not create specific role table or field either, but, write/rewrite the standard table tableprefix_usermeta this meta_key field.)

    But, surely because I’ve been a newbie yet in WP, I didn’t perfectly guess yet how to give this column in your plugin, because I didn’t find such column name in the columns lists would be chosen.
    Could you give me some help how can I choose this specific column?

    Thanks,
    iplnts,

  3. Pulsuz Sayt says:

    Hi,

    I use this plugin with WPMU and works enough pretty, but there is one problem as this plugin can`t export users sub blog url list.
    Is there any hack for it, or are you planning to make it WPMU compatable?

    Thanks.

    • anna-marie says:

      Hi – I do not run wpmu, so have no immediate plans to look into how the plugin performs there, unless someone pays me to do that.

      The plugin currently looks at the user and uermeta tables, although I may add the option for admin to specify an extra table to check. One would need to know which field in that table the userid maps too and whether it is a meta table (like user meta) or straight table (like the user table).

      When you say it does not export the sub blog url list, presumably that data is stored elsewhere in a different table in wpmu. If you can advise where and what the field names are that make the relationship, I may attempt to add it in in the next update.

  4. Pulsuz Sayt says:

    Hi,
    There are two columns on WPMU which may help to extract sub blog list.
    There is wp_users table which contains user list with their “ID”s Field and also wp_blogs table which contains user “ID” field list and sub blogs (“domain” Field). The table name is wp_blogs which need to grab blogs by ID. I think this will work with Muti-DB option too.
    Do you have idea for it ?

    Thanks.

  5. Pulsuz Sayt says:

    OK, this plugin supports WPMU also. For sub blog listing “source_domain” works.

    Thanks :)

  6. Adam says:

    Hi, I’m getting errors when I try to update either field names or the lists themselves. They are all like this:

    Fatal error: Call to undefined function filter_var() in …/plugins/amr-users/ameta-admin.php on line 215

    A call to filter_var. What am I missing?