Daniel F

The app is breaking new registrations/validation on client boards OutOfRangeException: (0) #0 /home/nginx/domains/dome/public/applications/clubsenhancements/extensions/core/MemberSync/clubsEnhancements.php(93): IPS\Patterns\_ActiveRecord::load() #1 /home/nginx/domains/dome/public/system/Member/Member.php(3767): IPS\clubsenhancements\extensions\core\MemberSync\_clubsEnhancements->onValidate() #2 /home/nginx/domains/dome/public/system/Member/Member.php(4275): IPS\_Member->memberSync() #3 /home/nginx/domains/dome/public/system/Member/Member.php(4242): IPS\_Member->validationComplete() #4 /home/nginx/domains/dome/public/applications/core/modules/front/system/register.php(760): IPS\_Member->emailValidationConfirmed() #5 /home/nginx/domains/dome/public/system/Dispatcher/Controller.php(85): IPS\core\modules\front\system\_register->validate() #6 /home/nginx/domains/dome/public/system/Dispatcher/Dispatcher.php(152): IPS\Dispatcher\_Controller->execute() #7 /home/nginx/domains/dome/public/index.php(13): IPS\_Dispatcher->run() #8 {main} looking at your code it seems that you're catching the wrong Exception

Could you clarify what you mean with pages? Topics? IP.Pages Pages?

Could you please remove the uploaded file stored in IPS\File::get( 'core_Theme', $this->member->profileBackgroundImage ) when the plugin is uninstalled. It's a grey area and we really dislike that people store their custom uploads to the core_Theme storage handler, but it's fine as long as everything is removed while the plugin uninstallation. Please keep also in mind that the paths won't be changed automatically when the storage handler is changed.

This is a customisation for our own community and unfortunately not available in the downloads app. I have raised an internal suggestion for this, because I think that it would make indeed sense to have such a feature in the core.

You should be able to renew it on your purchases page https://invisioncommunity.com/clients/purchases/

This;) You could also use unique urls, that's what I was using all the time. The issue is that you can't use the same url for both tables. ( I guess that's probably even the better solution, but the other should also work) $table_1 = new \IPS\Helpers\Table\Db('first_table', \IPS\Request::i()->url(), array() );

Had you probably an early version where it wasn't excluded from the sitemap or was public static $includeInSitemap = FALSE; present all the time?

We've had several tickets with broken reaction images, it's just that nobody suspected that it was caused by this app.(Kind of like the deleted signature attachments issue from your sticky notes app 😉 ) I have no further information yet, I've only forwarded the information. Edit: Yep, reproduced it local after installing your app.

One of our developers reported that it seems that this application “deletes” people’s reaction images 😞 $return = parent::form( $form ); try { $reaction = \IPS\membersshop\Reactions::load( $this->id, 'reaction_id' ); } catch( \Exception $e ) { $reaction = FALSE; } $form->add( new \IPS\Helpers\Form\Number( 'reaction_shop_points', $reaction ? $reaction->points : 0, TRUE, array( 'min' => 0 ) ) ); if ( $values = $form->values() ) { try { $reaction = \IPS\membersshop\Reactions::load( $this->id, 'reaction_id' ); } catch( \Exception $e ) { $reaction = new \IPS\membersshop\Reactions; } $reaction->points = $values['reaction_shop_points']; $reaction->reaction_id = $this->id; $reaction->save(); } this is the form() method, so here it calls $form->values() but then the regular form handling is going to do the same, i think that's where the problem is occurring

I haven't looked further at this, but since end of November 110 pages were logged ( 3 pages contain other logs). Thx, then I guess I'll have to look further at this:/

We have clients which have hundreds/thousands logged errors caused by this app: SELECT * FROM `chatapp_chatrooms` LEFT JOIN `core_permission_index` ON core_permission_index.app='chatapp' AND core_permission_index.perm_type='chatroom' AND core_permission_index.perm_type_id=chatapp_chatrooms.id WHERE (( FIND_IN_SET(2,perm_) ) OR perm_='*' ) Unknown column 'perm_' in 'where clause' #0 /var/www/html/h282004/system/Db/Select.php(373): IPS\_Db->preparedQuery('/*IPS\\core\\exte...', Array, true) #1 /var/www/html/h282004/system/Db/Select.php(436): IPS\Db\_Select->runQuery() #2 [internal function]: IPS\Db\_Select->rewind() #3 /var/www/html/h282004/applications/core/extensions/core/Sitemap/Content.php(230): IteratorIterator->rewind() #4 /var/www/html/h282004/system/Sitemap/Sitemap.php(102): IPS\core\extensions\core\Sitemap\_Content->generateSitemap('sitemap_content...', Object(IPS\Sitemap)) #5 /var/www/html/h282004/applications/core/tasks/sitemapgenerator.php(35): IPS\_Sitemap->buildNextSitemap() #6 /var/www/html/h282004/system/Task/Task.php(255): IPS\core\tasks\_sitemapgenerator->execute() #7 /var/www/html/h282004/system/Task/Task.php(224): IPS\_Task->run() #8 /var/www/html/h282004/applications/core/interface/task/task.php(62): IPS\_Task->runAndLog() #9 {main} Is this a known issue?

Hi, your app has a huge flaw affecting everybody who's using crons.

While it's AFAIK not possible out of the box, I'm using https://iconify.design to use FA4, FA5, PrestaShop Icons and Dashicons with IPS (and Wordpress) with the same codebase. It's quite easy to implement for own projects.

Thanks for the link 🙂

It seems that Google isn’t using this stuff since years

This seems like a bug. I’ll take a look:) We have some internal suggestions and ideas how to make this page and the overall purchase/ manage renewals experience better.

This app is using at least one core IPS error code ( 2S147/1 ) where it definitely shouldn't output this.

I'm using Rollbar for several projects. Is there anything particular what you're interested into?

The patch was just released to public 🙂 Running the support tools and following the patch instructions should resolve this for everybody else.

Hi, we have clients in our cloud which have issues because of your application. I haven't looked up what exactly you're storing in fcontentCache but it seems that this data are never removed from the space, except when one calls the clear cache function, which people obviously aren't doing. There are that many files in the directories, that it won't list the directory on S3 as there are too many files.

No, it can't login via REST, but it's really not that hard. There are AFAIK 2 MP developers who accomplished this (I'm also using a similar way by having an extra login form for the bot without CSRF protection) but we're unfortunately not allowing such resources in our marketplace, because they're literally adding a "backdoor" to your installation 😉

No, there’s no need for the template if it’s only for an image. Please take a look at the guides for further information.

Not sure if you’re aware of this, so linking it here too 🙂

Let’s be fair.. you got a refund for the second purchase.