Daniel F

Hang on hang on. It's NOT removed from the sitemap! Archived topics are removed from the internal search index and people can't reply, but they're not flagged as not indexable for search engines!

We have a Hello World example in our docs

There’s no way for members in an unmodified IPS to delete their account

Yes & No 😄 There's a rule from a not existing application trying to be loaded. I've just created a ticket for this so that we can investigate this further.

yes

Yes. If the backtrace contains your URL, you could remove it if you're too worried.

Any logged errors in your ACP => System => Support => System Log?

From the error log: Error: Call to undefined method IPS\Member::canUseMessenger() (0) #0 ./applications/membernotes/modules/front/notes/notes.php(108): IPS\membernotes\_General::sendAlert(Array, Object(IPS\membernotes\Note), 1) #1 ./system/Dispatcher/Controller.php(107): IPS\membernotes\modules\front\notes\_notes->add() #2 ./applications/membernotes/modules/front/notes/notes.php(25): IPS\Dispatcher\_Controller->execute() #3 ./system/Dispatcher/Dispatcher.php(153): IPS\membernotes\modules\front\notes\_notes->execute() #4 ./index.php(13): IPS\_Dispatcher->run() #5 {main}

PHP Fatal error: Declaration of IPS\\forums\\Topic\\hook2153::searchResult(array $indexData, array $authorData, array $itemData, ?array $containerData, array $reputationData, $reviewRating, $iPostedIn, $view, $asItem, $canIgnoreComments = false, $template = null, $reactions = []) must be compatible with IPS\\forums\\Topic\\hook1852::searchResult($indexData, $authorData, $itemData, $containerData, $reputationData, $reviewRating, $iPostedIn, $view, $asItem, $canIgnoreComments = false, $template = null, $reactions = []) Your method signature is different.

I guess you have 2 strings with the same key. You could take a look at the core_sys_lang_words database table if you have access to PMA.

The method should return an array (mentioned by phpdoc) Unfortunately, there were no return types when IPS 4 was created, but they're now, so I guess the best thing to do here is to enforce it Seems much more straightforward than including just another IMO unnecesary check for the methods return value.

Thanks, that's already fixed but not released yet.

That's a custom field. Make sure that it is enabled

It’s not happening automatically. They‘ll be moved when they log in the next time.

Are you on the free EasyCron plan? If yes, they’re executing the task all 20 minutes which could be a too big interval. Edit: Nevermind, Just saw that you're using traffic and that EasyCron was just a temporary test.

This is a moderator permission ACP => Members => Moderators , under the Content Tab

There’s an ignore feature in our suite. They can access the page via the Account Menu - Ignored Users https://invisioncommunity.com/ignore/

You’ll need to replace {lang='skin'} With the FA icon which you want to display.

The task ( applications/banfromtopics/tasks/banFromTopics.php ) could/should be optimized to avoid that it times out because of the lacking MySQL limit in the DB query.

While working on a ticket I noticed that a client has dozens of these errors in his log IPS\Db\Exception::1048 Column 'status_member_id' cannot be null #0 /var/www/.../system/Db/Db.php(941): IPS\_Db->preparedQuery() #1 /var/www/.../system/Patterns/ActiveRecord.php(487): IPS\_Db->insert() #2 /var/www/.../applications/core/sources/Statuses/Status.php(76): IPS\Patterns\_ActiveRecord->save() #3 /var/www/.../system/Content/Item.php(414): IPS\core\Statuses\_Status->save() #4 /var/www/.../applications/core/sources/Statuses/Status.php(448): IPS\Content\_Item::createFromForm() #5 /var/www/.../applications/birthdaygreeter/sources/Alerts/Alerts.php(416): IPS\core\Statuses\_Status::createFromForm() #6 /var/www/.../applications/birthdaygreeter/tasks/birthdayGreeter.php(147): IPS\birthdaygreeter\Alerts\_Alerts::_sendStatus() #7 /var/www/.../system/Task/Task.php(274): IPS\birthdaygreeter\tasks\_birthdayGreeter->execute() #8 /var/www/.../system/Task/Task.php(237): IPS\_Task->run() #9 /var/www/.../applications/core/interface/task/web.php(42): IPS\_Task->runAndLog() #10 {main}

I have created a ticket so that we can take a look at this.

We have released a patch 2 days ago to fix this issue. Please visit the support page to apply it. ( That said, it's unfortunately not retroactive, so the broken topic(s) will need to be fixed manually) Since I've been working on your ticket few minutes ago, I'll just get back to it and fix it for you:) Could you please just send me the link of the broken topic as ticket reply. Thanks:)

Is this happening with all your blocks or only a specific? Do you see any errors in the browsers JS console?

We patched this yesterday, but the patch isn't retroactive and will affect only new submissions/first post edits.

You could use the recommend post feature to achieve something very similar.