Nathan Explosion

Found a reason why some of the suggestions aren't working...all I did was enable the 'View word keys' setting to actually check the key of the item to be translated...

On 10/4/2023 at 12:06 PM, Marc Stridgen said:

__api_forums_forums

Nope.

On 6/2/2024 at 7:42 AM, Gary said:

find the key `__app_forums`

Nope.

It's 'forums'

Difficult to tell from the video but when you are over the text you want to change, are you actually clicking/holding the mouse while on the text?

And I'm going to offer this up, seeing as all the other suggestions are on how this usually gets changed - is it possible you've edited a template and hard-coded the name? Just check, please...go to the ACP area indicated:

Once in there, switch to the advanced theme functionality and use the search - type your phrase in there just to make sure you haven't actually typed it into a template:

Same place - but it's hidden if registration is disabled on the site, so have you disabled registrations?

Edit the highlighted template (ideally, edit your own version of the default templates)

Find this line:

{{foreach $record->comments( NULL, NULL, 'date', 'asc', NULL, NULL, NULL, NULL, FALSE, isset( \IPS\Request::i()->showDeleted ) ) as $comment}}

Change 'asc' to 'desc' and save.

Always look at the big picture...

That states "This site key is not enabled for the invisible captcha." - your captcha isn't working on that page.

48 minutes ago, Marc Stridgen said:

So you have any 3rd party items running when you are testing this?

It's easy to reproduce - just lock an account out, then go to the ACP and manually run the task.

the cunningly disguised core_statistics table...

Correct.

Of note, as I have observed the same behaviour with the PWA - that issue of it not opening when clicked usually coincides with the sluggishness of this site in general, that has already been commented on multiple times.

This is on your own site - clicking 'Reconfigure' triggers the issue.

Behind the scenes, this appears to be the stack (from my own test and live sites):

Error: Class "DASPRiD\Enum\AbstractEnum" not found (0)
#0 /home/fbaeefdf/test.ynwa.tv/init.php(685): include_once()
#1 /home/fbaeefdf/test.ynwa.tv/system/3rd_party/BaconQrCode/src/Writer.php(51): IPS\IPS::autoloader()
#2 /home/fbaeefdf/test.ynwa.tv/system/MFA/GoogleAuthenticator/Handler.php(113): BaconQrCode\Writer->writeString()
#3 /home/fbaeefdf/test.ynwa.tv/applications/core/modules/front/system/settings.php(700): IPS\MFA\GoogleAuthenticator\_Handler->configurationScreen()
#4 /home/fbaeefdf/test.ynwa.tv/applications/core/modules/front/system/settings.php(67): IPS\core\modules\front\system\_settings->_mfa()
#5 /home/fbaeefdf/test.ynwa.tv/system/Dispatcher/Controller.php(118): IPS\core\modules\front\system\_settings->manage()
#6 /home/fbaeefdf/test.ynwa.tv/applications/core/modules/front/system/settings.php(52): IPS\Dispatcher\_Controller->execute()
#7 /home/fbaeefdf/test.ynwa.tv/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\front\system\_settings->execute()
#8 /home/fbaeefdf/test.ynwa.tv/index.php(13): IPS\_Dispatcher->run()
#9 {main}

Ignore the above - can now see that it is specific topics as opposed to the entire forum.

Any reason why this is in place? I'm aware that my member group is likely to change to 'Friends' at some point today, but it's still 'Clients' at the time of writing this, so what's changed?

13 hours ago, David Tingen said:

DELETE FROM `iBBS_core_search_index_tags` WHERE index_id IN( SELECT index_id FROM `iBBS_core_search_index` AS `core_search_index` WHERE index_class='IPS\forums\Topic' AND index_item_id=102880 )

13 hours ago, David Tingen said:

already tried to repair the table but I get this error:
Error: Can't create new tempfile: './chapala_chapala_com/iBBS_core_search_index.TMD'
Status: Operation failed

Are you sure you tried to repair the correct table?

Anyway...possible that you've got more than 1 table with an error. If you or your host really cannot repair those 2 indicated, then here's a worst-case scenario method to resolve...

1. Backup your database
2. Go into the ACP and turn your site offline
3. Using PHPMyAdmin (or whatever you want) rename the following 2 tables core_search_index_tags and core_search_index to whatever you want (I'd just put _old on the end)
4. Back to the ACP, go to the support page - you've end up with a 'Database problems' indicator, so click the 'Fix This' button
5. Run the provided scripts against your database - either 'Fix automatically' or manually copy them out to run them elsewhere.
6. Once verified as done, go to admin/?app=core&module=discovery&controller=search and click on 'Rebuild search index'

Use 365.25 days, as a year is 365.242 days in length (leap year adds up the .242 from the 4 years to add that extra day)

When you save it, it will be saved and will be displayed as an hour amount of 8766 hours (=365.25 days)

51 minutes ago, Grafidea said:

That's a hacker-spammer attack. 

Is it?

Looks like setting an image height/width value, probably an ajax call.

Put archiving back to how it was previously, then unarchive everything so it is moved back to forums_posts.

Then change your archiving configuration to go to a remote database, and archive stuff...

It's the bell icon in the top-right...

Yes, put it in the /api folder as it say in the instructions displayed.

1 minute ago, n.karshev said:

I'm Using the last version of the board

With all patches applied? There was one specifically for this issue, so check the support page in the ACP to see if any patches are waiting to be installed.

@Egorkin - I'd appreciate it if you unmarked my post as the solution, because it isn't. I stated "at least" which means that there may be others. My statement is not definitive, and I'd hate for someone to stumble across it and blame me at a later point for any issues they experience.

That's just the 'DATA' level.

For structure, you'll need ALTER, CREATE, INDEX and DROP at least.