(2015-01-23, 15:31:04)shawn_a Wrote: i can post a fix its only a line or two

• reworked UX closer to GS 3.3 admin interface graceful look&feel
  
• full localization (EN, RU and CS translations included; not much text, if you send more langs I'll add them)
  
• fixed Display Name mismatch bug (now is the same as in the User Profile on Settings page)
  
• returned User's bio in User's profile, fixed non-latin characters crashes (it is now renamed to "Personal information" as it can have more general use, eg. personal to-do list)
  
• CKeditor is on demand on the User Management page (blue "#" link), it saves a lot of space if not used
  
• added switch to reveal password text on enter (blue "#" link)
  
• added client-side username and empty password validation (now you do not lose form data if you forget to enter password, no problems with invalid login name characters)
  
• added client-side automatic landing page restriction/setting when adjusting permissions
  
• logged-in user cannot delete himself or remove his User Management rights (may be the most simple way of superuser implementation, as someone suggested here)
  
• set of default permissions when adding new users adjusted for "standard" non-admin user (hopefully suitable in most cases for web designers' clients)
  
• added several help hints (blue question marks with hover texts)
  
• substantional increase of performance with more then few users (removed multiple readings of whole CKeditor core script for each user)
  
• client-side code cleaning and polishment
  

• Send email with credentials to newly created users (as when creating first user at installation; the coding can be hopefully reused)
  
• Add User created date to the Users table
  
• Allow more characters in username - when creating the first user, you can use eg. @ . , ( ) # ' space and much more. The user's XML filename is then different from the value of <USR> tag inside it.
  
• Allow setting and requiering of some reasonable password policy, so that user can't set password same as his login name, one character password, atc.
  
• Flip the Add new user and Edit user functionality to ajax, as now with Delete user. This is the only one I can perhaps still implement myself, but not in the next weeks ...
  

(2015-02-21, 22:09:35)Tyblitz Wrote: @maf Your fixes certainly address some of the shortcomings of this plugin, thanks for that. If you (or anyone else) continues development of Multi User, I have 2 more suggestions:
- Addres this bug, so that GS display name (standard) and this plugin's username are compatible.
- In the Denied permissions, add support for setting permissions on plugin tabs created with nav-tab hook. (Even better would be to be able to restrict permissions to certain nav-links in the tab sidebars.

(2015-02-21, 22:44:27)maf Wrote:

(2015-02-21, 22:09:35)Tyblitz Wrote: @maf Your fixes certainly address some of the shortcomings of this plugin, thanks for that. If you (or anyone else) continues development of Multi User, I have 2 more suggestions:
- Addres this bug, so that GS display name (standard) and this plugin's username are compatible.
- In the Denied permissions, add support for setting permissions on plugin tabs created with nav-tab hook. (Even better would be to be able to restrict permissions to certain nav-links in the tab sidebars.

The bug with display name mismatch is already solved in the 1.9 version - isn't it?

As for Your second suggestion concerning nav-tab hook - do You mean the Custom permissions section? It is still present and should be functional (tested briefly with Blog plugin), but hidden when no applicable plugin installed. If You mean something more, it is probably out of my skills, I'am afraid. Hopefully some PHP-capable guy will take care of this plugin ...

(2015-03-11, 12:44:30)Tyblitz Wrote:

(2015-02-21, 22:44:27)maf Wrote:

(2015-02-21, 22:09:35)Tyblitz Wrote: @maf Your fixes certainly address some of the shortcomings of this plugin, thanks for that. If you (or anyone else) continues development of Multi User, I have 2 more suggestions:
- Addres this bug, so that GS display name (standard) and this plugin's username are compatible.
- In the Denied permissions, add support for setting permissions on plugin tabs created with nav-tab hook. (Even better would be to be able to restrict permissions to certain nav-links in the tab sidebars.

The bug with display name mismatch is already solved in the 1.9 version - isn't it?

As for Your second suggestion concerning nav-tab hook - do You mean the Custom permissions section? It is still present and should be functional (tested briefly with Blog plugin), but hidden when no applicable plugin installed. If You mean something more, it is probably out of my skills, I'am afraid. Hopefully some PHP-capable guy will take care of this plugin ...

About 1) Oh great!
About 2) I haven't used it with "Custom permissions" yet, but here's a more accurate description of what i meant:

In the GS wiki, on the Plugins:Using tabs and sidebars page, there is a plugin hook in the namespace 'nav-tab', executed with the function createNavTab. This function allows plugin developers to add tabs to GS (next to Theme, Pages, Backups etc.).

What I was saying is that it would be nice to be able to set user permissions for these plugins using 'custom', plugin-specific tabs through Multi User plugin (this could be accomplished simply by adding plugin hooks to multi user).

1. only allows to save extra 'permissions' (so if a plugin dev wants to add other nodes outside the permissions, it is not possible, or at least hard)
   
2. forces the permission to have a value of either NULL (true) or 'no' (false). Setting the XML node's value to 'false' actually evaluates to TRUE, which is funny to say the least.
   
3. does not allow the user property to be updated/ transferred (when Multiuser is first activated) and instead overwrites the entire file, thus requiring the user to go to GS Settings tab > user management & set all permissions again.
   

(2015-04-15, 07:44:41)Tyblitz Wrote: Btw you should create a new plugin in the Extend repo for MultiUser; not everyone checks the forum threads, many just download and may not be aware that you've created a better, updated version. If you have a Github account, we could collaborate on it

(2017-03-01, 01:13:40)zpages Wrote: I have the same problem - blank page after trying to create a new user. Does anybody know the solution how can I fix that?

(2017-04-20, 23:28:04)SandyRam Wrote:

(2017-03-01, 01:13:40)zpages Wrote: I have the same problem - blank page after trying to create a new user. Does anybody know the solution how can I fix that?

Hi zpages - I have this problem with the multi-user plugin when I also have the news manager plugin installed. (although I have never seen the 'unable to load xml file' message.) I found that de-activating the news manager plugin before adding new users solves the problem for me.... (I re-activate NM afterwards).

(2016-11-02, 22:24:30)CABass Wrote: It says "Unable to load XML file!"

(2014-03-12, 11:46:48)totallywebservices Wrote: non-alphanumeric usernames seem problematic with this plugin (possibly the fault is with usernames in the core of GSCMS but the problem is triggered when this plugin is activated).