Emediate

Also now getting this. It started out of nowhere.

Just now, Michael.J said:

Any error logs or problems if you run the task manually?

Apologies for not updating here. The same day we updated, we also included an additional subforum for Auto Expire. It was my mistake and working as intended - it just had 10+ years of threads to work through. It caught back up eventually! 🙂

2 hours ago, Unlucky said:

This is one of the major reasons we are having to migrate away from invision community after using them since the early 2000's.

We will not be renewing any licences for the foreseeable future.

The new plugin developer restrictions and rules are stopping developers offering new products like in the past.

The steep increase in renewal costs and lack of new apps and plugins are to name another two reasons.

This section used to be buzzing but it's like a graveyard now - Highest Rated Submitters

That in itself should tell a story.

Maybe one day if things could return to the good old days, we will return and renew a licence or two plus all of the plugins and app licences.

Hopefully invision community will have it's Ouroboros moment and have a rebirth, as it has been our number one choice for a CMS as said, since the early 2000s.

Could you perhaps offer your apps via a third party website and we just install/maintain them as "Custom" and not via marketplace. I am seeing many developers moving this way.

It would prevent many of us who have invested in this (and other) apps from being essentially now orphaned.

10 hours ago, ekforum said:

Have installed the latest release. Please can you tell me how I can get the profile tabs showing the feedback again?

Mine remained after the update. Maybe clear your caches?

Just discovered that after running the latest Invision update on March 7, our auto lock topic is not happening after (14) days as per the setting. Is anyone else running this having any probs since the latest update?

Had a quick look but not exhaustive. Wondering if there is already an app to create sets of Tags?

Then the ability to define which subforums use which set of tags, and make it a requirement to select a tag/s from within the set.

Bump - still keen on an alternative to this or someone who can take over the plugin.

Will do. Trying - just waiting on a theme update to ensure compatibility (which could also be the culprit).

Still get this randomly ... but this was more interesting this evening - getting this 4 times as well (as well as the corresponding 4 emails)! Don't know how to reproduce to hone in on any cause if I'm honest.

Thanks for the fix @Marc Stridgen / team.

Not sure if anyone else has raised this.

Since the latest update, sometimes when a user (including me) reports a post, it processes it 4 times:

It's not consistent and doesn't appear to be a pattern, but I've seen it a handful of times now.

And again just now. It's not just Admin usergroup, as I have seen it happen on regular member reports too.

Thanks @Marc Stridgen- any update as yet?

It is possible it's real and doing what it's intended?

Yes, many times.

This solved that particular repeated System Log, but only seems to have created a new repeated one:

Quote

TypeError: IPS\core\_Approval::loadFromContent(): Argument #2 ($id) must be of type int, null given, called in /home/stereoglobal/public_html/forums/system/Content/Content.php on line 754 and defined in /home/stereoglobal/public_html/forums/applications/core/sources/Approval/Approval.php:212
Stack trace:
#0 /home/stereoglobal/public_html/forums/system/Content/Content.php(754): IPS\core\_Approval::loadFromContent('IPS\\core\\Messen...', NULL)
#1 /home/stereoglobal/public_html/forums/system/Content/Comment.php(189): IPS\_Content->checkProfanityFilters(false, false)
#2 /home/stereoglobal/public_html/forums/applications/core/sources/Messenger/Message.php(151): IPS\Content\_Comment::create(Object(IPS\core\Messenger\Conversation), '<p>\n\tmaybe sna ...', false, NULL, NULL, Object(IPS\Member), NULL, NULL, NULL, NULL)
#3 /home/stereoglobal/public_html/forums/system/Content/Item.php(5040): IPS\core\Messenger\_Message::create(Object(IPS\core\Messenger\Conversation), '<p>\n\tmaybe sna ...', false, NULL, NULL, Object(IPS\Member), NULL, NULL, NULL, NULL)
#4 /home/stereoglobal/public_html/forums/system/Content/Item.php(4726): IPS\Content\_Item->processCommentForm(Array)
#5 /home/stereoglobal/public_html/forums/system/Theme/Theme.php(885) : eval()'d code(430): IPS\Content\_Item->commentForm()
#6 /home/stereoglobal/public_html/forums/system/Theme/SandboxedTemplate.php(61): IPS\Theme\class_core_front_messaging->conversation(Object(IPS\core\Messenger\Conversation), Array, NULL)
#7 /home/stereoglobal/public_html/forums/applications/core/modules/front/messaging/messenger.php(447): IPS\Theme\_SandboxedTemplate->__call('conversation', Array)
#8 /home/stereoglobal/public_html/forums/system/Dispatcher/Controller.php(118): IPS\core\modules\front\messaging\_messenger->manage()
#9 /home/stereoglobal/public_html/forums/system/Content/Controller.php(50): IPS\Dispatcher\_Controller->execute()
#10 /home/stereoglobal/public_html/forums/init.php(927) : eval()'d code(16): IPS\Content\_Controller->execute()
#11 /home/stereoglobal/public_html/forums/applications/core/modules/front/messaging/messenger.php(67): IPS\Content\templates_hook_TemplateController->execute()
#12 /home/stereoglobal/public_html/forums/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\front\messaging\_messenger->execute()
#13 /home/stereoglobal/public_html/forums/index.php(13): IPS\_Dispatcher->run()
#14 {main}

Backtrace

Quote

#0 /home/stereoglobal/public_html/forums/system/Theme/SandboxedTemplate.php(71): IPS\_Log::log(Object(TypeError), 'template_error')
#1 /home/stereoglobal/public_html/forums/applications/core/modules/front/messaging/messenger.php(447): IPS\Theme\_SandboxedTemplate->__call('conversation', Array)
#2 /home/stereoglobal/public_html/forums/system/Dispatcher/Controller.php(118): IPS\core\modules\front\messaging\_messenger->manage()
#3 /home/stereoglobal/public_html/forums/system/Content/Controller.php(50): IPS\Dispatcher\_Controller->execute()
#4 /home/stereoglobal/public_html/forums/init.php(927) : eval()'d code(16): IPS\Content\_Controller->execute()
#5 /home/stereoglobal/public_html/forums/applications/core/modules/front/messaging/messenger.php(67): IPS\Content\templates_hook_TemplateController->execute()
#6 /home/stereoglobal/public_html/forums/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\front\messaging\_messenger->execute()
#7 /home/stereoglobal/public_html/forums/index.php(13): IPS\_Dispatcher->run()
#8 {main}

Never saw this error before the shift of the datastore to the database.

I have updated those details thanks @Marc Stridgen

No problem:

https://www.stereonet.com/forums/topic/566505-fanless-roon-rock-serverendpoint-dual-core-16gb/

https://www.stereonet.com/forums/topic/559837-denon-dbp-4010ud/

This is only happening on images that have been "inserted" into the post.
If you upload the image as an attachment - but don't insert it, they then display correctly within the post.

@Jim M / @Marc Stridgen - I'm prepared to switch to writing to the db - but just want to confirm there will be no issues with doing this on a ~545,000 Topic and 6,000,000 Post board?

Why would the above apply to just one file of many in the datastore, and not affect any others?

Are you suggesting using the database rather than the datastore directory? What are the pros/cons of this? We've never written to the database.

On 12/17/2022 at 7:02 AM, Jim M said:

Is it still a "Error: Failed opening required" message that you're seeing?

If so, this sounds like a permissions or corrupted/faulty file issue potentially. Especially if clearing the datastore for a period of time is clearing the issue then an action on your server presents itself and the error triggers again. This could be an issue with your storage device, reading/writing to that storage device, permissions, etc...

While not really a long-term solution, you can temporarily switch your datastore to be stored in the database to see if this helps resolve this issue. If it does, it would be something you need to talk with your hosting provider about.

To switch your datastore to database, go to ACP -> System -> Advanced Configuration -> Data storage.

Before I investigate switching the datastore to the database, coming back to the original issue, which still exists ...

1. We have cleared the cache
2. We have emptied the datastore and reset the permissions
3. The exact same file "failed opening ..." comes back instantly.

Reluctant to consider it a permissions error or some other problem on our end given the system is writing all other files and filling up the datastore quickly again with no other issues.

It's this one particular file it's not happy about, and I can confirm this file does not exist on the server.

Any other advice?

We just completed a move from local to Amazon S3, and now "some" images uploaded are broken.

Eg:

However, when you click on the broken image filename, it opens correctly:

Thanks, @Jim M - it doesn't seem to be causing any performance issues that I can tell. I'll let this process complete, clear the logs, cache and the datastore again, and then reassess. Thanks for your input 🙂

Could it be related at all to moving data storage (for attachments) to Amazon S3? That's been processing for 2.5 days (~80% complete). 

1 hour ago, Jim M said:

Is it still a "Error: Failed opening required" message that you're seeing?

 

Yes:

Quote

Error: Failed opening required '/home/stereoglobal/public_html/forums/datastore/widget_activeUsers_uyk4g99lq_de661042d0179da51cc434f8e544d565.462e267699.php' (include_path='.:/opt/cpanel/ea-php80/root/usr/share/pear') (0)

The original problem is back again. It stopped for around 12 hours after clearing the datastore, but is now recording the same error 1-2 times an hour. Any other suggestions?