Adriano Faria

No. I meant we have to look in 3 different places for news or replies. 👍

Better if they keep things in one place only. There are now 2 topics and one entry about the same matter. We have to dig in 3 places.

@Karina Harumi, o idioma oficial aqui é inglês. Dificilmente alguém irá traduzir e postar. Use o Google Translator e edite seu post. Suas chances aumentarão.

Oh yes, you bet. Sorry. IPS removes guests from the widgets. Example: - in the widget: $members = \IPS\Session\Store::i()->getOnlineMembersByLocation( \IPS\Dispatcher::i()->application->directory, \IPS\Dispatcher::i()->module->key, \IPS\Dispatcher::i()->controller, \IPS\Request::i()->id, $url ); And the method: public function getOnlineMembersByLocation( $app, $module, $controller, $id, $url ) { $members = array(); $where = array( array( 'core_sessions.login_type=' . \IPS\Session\Front::LOGIN_TYPE_MEMBER ), array( 'core_sessions.current_appcomponent=?', $app ), array( 'core_sessions.current_module=?', $module ), array( 'core_sessions.current_controller=?', $controller ), array( 'core_sessions.running_time>' . \IPS\DateTime::create()->sub( new \DateInterval( 'PT30M' ) )->getTimeStamp() ), array( 'core_sessions.location_url IS NOT NULL AND location_url LIKE ?', "{$url}%" ), array( 'core_sessions.member_id IS NOT NULL' ) ); if( $id ) { $where[] = array( 'core_sessions.current_id = ?', \IPS\Request::i()->id ); } foreach( \IPS\Db::i()->select( 'core_sessions.member_id,core_sessions.member_name,core_sessions.seo_name,core_sessions.member_group,core_sessions.login_type,core_sessions.in_editor', 'core_sessions', $where, 'core_sessions.running_time DESC' ) as $row ) { if( $row['login_type'] == \IPS\Session\Front::LOGIN_TYPE_MEMBER and $row['member_name'] ) { $members[ $row['member_id'] ] = $row; } } return $members; } It checks twice if it's a member. Guests are excluded.

Ooh, sorry. Another resource:

I decided to separate reactions from the apps settings: Before it was supporting reactions only in Forums, Downloads and Gallery. From now on, you will be able to choose the apps and their content (main item, comment and reviews) to give/remove points when you react/unreact to the content. All apps will be supported from now on, automatically.

I can confirm. Weird.... will release a new version. 👍

1: you can already sort replies in front end: It is sorted alphabetically in the reply form. That wouldn’t make sense to sort it another way.

Go to file view and click in the Additional Information tab. You’ll see the support topic link there.

You don’t need the part where you set the receiver (try/catch). You need to authorize only the $pmSender. Change to $pmSender->member_id In $conversation->to_membet_id. I didn’t test but I don’t see why it wouldn’t work.

This was taken on a 4.5 last September: It shows ok to me, installed directly from marketplace. i’ll take a look. Probably something has changed. 👍

Will streams filters appears like that now? Too much space used, compared to 4.5:

It was giving/removing points only to comments/reviews. I added support to the items itself. Will also add support to Calendar and Blogs. Btw, fixed!

As I said in the "Change Post Date" topic, there's one in the marketplace:

This is fixed. I'll take a look in other issues reported in this topic and should release a version in a couple of days, probably.

I'm able to reproduce this. Althought the post is saved, it generates this error in the logs. Will take a look.

What's New in Version 1.3.0: Fix error: not saving edits made to title/description in the article post screen.

There’s a “change record date” in the marketplace. Search.

I’ll try this tomorrow.

Your error points to another resource: similarpages_hook_viewtopics->manage() Anyway, how to reproduce? A “random” error isn’t enough to me. I just installed this to test (another report on Invite System topic) and no error detected.

Hey @Giray, me again. 🤣 That will add all members from a group in a category/forum. New members added to that group in a later time, will have to be added too.

I can't reproduce. I'm able to create an account using both apps enabled and set to use registration process: The error is probably coming from elsewhere. Both apps are updated: Hook in Invite System: /** * Create Member * * @param array $values Values from form * @param array $profileFields Profile field values from registration * @param array|NULL $postBeforeRegister The row from core_post_before_registering if applicable * @param \IPS\Helpers\Form $form The form object * @return \IPS\Member */ public static function _createMember( $values, $profileFields, $postBeforeRegister = NULL, &$form ) { try { ... $member = parent::_createMember( $values, $profileFields, $postBeforeRegister, $form ); Hook in Members Shop: public static function _createMember( $values, $profileFields, $postBeforeRegister = NULL, &$form ) { try { try { $parent = parent::_createMember( $values, $profileFields, $postBeforeRegister, $form ); Both has the same number of parameter from parent method: /** * Create Member * * @param array $values Values from form * @param array $profileFields Profile field values from registration * @param array|NULL $postBeforeRegister The row from core_post_before_registering if applicable * @param \IPS\Helpers\Form $form The form object * @return \IPS\Member */ public static function _createMember( $values, $profileFields, $postBeforeRegister = NULL, &$form ) You probably has another resource that works in registration process. Take a look in your plugins. Disable ALL resources and leave only these two enabled and you'll see it will work. If you are sure and want me to take a look at your board, send a PM with an ACP account.