Adriano Faria

I'll take a look.

Post the content for this plugin in your log. Yes. Did you read the posts above from @-FP ? We're discussing what to do.

What's New in Version 2.0.1: Fixed language error on ModeratorCP buttons Fixed exception error on Notifications after uninstall the plugin

I think this is the right way: http://www.screencast.com/t/BLMN9oaa Is that OK ?

It is working fine, unless I have misunderstood the problem. See: http://www.screencast.com/t/qVnTjfTzab6W I click on CANCEL and I can cancel or not the request. But I see the text: is wrong. It is the same from the DELETE ACCOUNT button. Is that the problem ?

About This File This plugin will allow users to choose groups in register form during registration process OR on Account Settings, if their groups are allowed to. Admin will set up which groups will be available in registration screen/account settings. IMPORTANT NOTICES: The registration group/change of group on Account Settings will not be saved IF any attempt of exploit (try to change the Group ID) is detected. An error message will be displayed instead. It is designed to work ONLY on default IPS 4.X registration screen. It doesn't support social network registration (Facebook, Twitter, etc.) Compatible with Commerce, UNLESS you use the setting Move customer into group on a product/package in registration screen. In this case, the group chosen on Commerce will OVERRIDE the group chosen by the user in this plugin. Pay attention to this item! Upgrade authorized by @Pete T.

Sure, when I'm ready... I'm still reading all of them and trying to see the feasibility of each one of them; see if I can combine some into one new feature. Not sure yet, sorry. Hope I can say something by the end of this week.

About This File This plugin will give to users from specific user groups the ability to put topics under special surveillance, by adding a badge (risk of closure) and message in specific places to users get advised that won't be tolerated flaming/discussions on those topics. Users from selected groups will have access to a new area on ModeratorCP (Topics Under Special Surveillance) to get a list of all topics under special surveillance. From that new area, those users will be able to remove the special surveillance status from topics (same can be done in topic view). Those users has also the abilitiy to receive a notification everytime another user put a topic under special surveillance. Every action (add or remove special surveillance status) is added on Moderator Log for further check.

What's New in Version 2.0.2: Fixed a cache issue on + Create menu

@superj707, is this still happening ?

I don't have an old version for this. Was made only to IPS4.

No, IPS4 only.

Yes, I override that information. The thing is: 1 - when promoting the first post, I will use the promoted topic as article topic. A new topic will not be created. 2 - if not the first post, I will add the link to the article in this post and will create the new topic to be used as comment. Reasonable?

What's New in Version 1.1.0: New setting: Leave link to article in post Ability to choose the article author: if the post author or the logged in user

Yes, that's a very big and impressive list of recommendations. I'll surely will add some of them; not all. When I try them I'll send PMs to the user who suggested, if any doubt appears.

@Martin1980, @Chris Bell, @JiigSaaw, @socceronly and everybody else interested on this app, I'm planning an upgrade soon. I know you all made suggestion but it is all spread out on the topic. Can you make a list with that suggestion and send via PM? It's easier to track. Thank you.

What's New in Version 2.0.1: Fixed error on registration page when invitation is not required and an invitation code wasn't informed

I didn't ask you to do that. Btw, among other errors on search and logout, I found something from my hook: Mon, 28 Dec 2015 20:20:00 +0000 (Severity: 2) XXX.XXX.XXX.XX - http://www.pathlabtalk.com/forum/index.php?/register/ UnderflowException 0: #0 /home/pathlabt/public_html/forum/init.php(434) : eval()'d code(107): IPS\Db\_Select->first() #1 /home/pathlabt/public_html/forum/applications/core/modules/front/system/register.php(104): IPS\core\modules\front\system\invite_hook_is_registerScreen::_createMember(Array) #2 [internal function]: IPS\core\modules\front\system\_register->IPS\core\modules\front\system\{closure}(Array) #3 /home/pathlabt/public_html/forum/system/Helpers/Wizard/Wizard.php(156): call_user_func(Object(Closure), Array) #4 /home/pathlabt/public_html/forum/applications/core/modules/front/system/register.php(158): IPS\Helpers\_Wizard->__toString() #5 [internal function]: IPS\core\modules\front\system\_register->manage() #6 /home/pathlabt/public_html/forum/init.php(434) : eval()'d code(17): call_user_func_array('parent::manage', Array) #7 /home/pathlabt/public_html/forum/system/Dispatcher/Controller.php(94): IPS\core\modules\front\system\nexus_hook_register->manage() #8 /home/pathlabt/public_html/forum/system/Dispatcher/Dispatcher.php(129): IPS\Dispatcher\_Controller->execute() #9 /home/pathlabt/public_html/forum/index.php(13): IPS\_Dispatcher->run() #10 {main} I'll take a look.

Wow, this is bad. I think this topic would be flooded with it if it were an issue. You see logs on ACP -> System -> System logs or something like that. Send via PM.

Well, this is one of those funny issues. If this worked until "yesterday", why it stopped working "today"? A script is supposed to do exacly the same thing for the rest of its life, unless something has changed. Did something new happened there? Cuatom fields settings? Plugin? Template edit? Any setting (from IPS4) you changed lately? I'm pretty sure that I won't be able to reproduce this. Anyway, take a look on your logs and see if there's something there. I'll be able to test this in two days. Out in a travel now. EDIT: According to the image, the invitation is not even required. Not sure why it would mess the registration.

Still not sure... only if Blog can't display Guest as blog/entries author. I'm not sure.

I'm sorry, this nothing to do with Blog!!! It deletes the account only and preserves the user content! I'm not sure how this /* Permission check */ if ( !intval( \IPS\Request::i()->mid ) OR !\IPS\Member::loggedIn()->isAdmin() ) { \IPS\Output::i()->error( 'no_module_permission', '2D161/B', 403, '' ); } $member = \IPS\Member::load( \IPS\Request::i()->mid ); \IPS\Session::i()->modLog( 'request_accepted', array( $member->name => FALSE, $member->member_id => FALSE ) ); $member->delete(); \IPS\Output::i()->redirect( \IPS\Http\Url::internal( "app=core&module=modcp&tab=delete_account", 'front', 'modcp_delete_account' ), 'deletion_done' ); can screw your blog. I can't take a look now... still on a quick travel. I'll do when I can. Same for you PM.

Just like the IPS4 and official addons, you won't be able to download new versions.

Thought the "system" would handle that. Ok. I'll do it in a couple of days. Tks.

It should cancel, of course. Drop me a PM. I'll take a look as soon as I come back till the end of this week.