Daniel F

Matt answer this already:)

This should be fixed in 4.4.10 which is currently in beta stage https://invisioncommunity.com/release-notes/

And now?

That's tricky IMO. I would be even more confused if the order changed between topics on the same board depending on their length:D

We'll look at this, but I would also suggest to submit a ticket when you find such issues next time to ensure that we don't miss this:)

You could use IP. Pages blocks with custom template conditions to only show a block in a specific forum There's also an app in our Marketplace allowing one to configure the sidebar for each forum

This was fixed for an upcoming release:)

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?

There’s another similar report, but I couldn’t reproduce it local. Could you please submit a ticket so that we can investigate this further?

Should be quite easy to achieve by using {{if \IPS\Request::i()->page}} {$topic->firstComment()->content()|raw} {{endif}}

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