Daniel F

id = the number in front of the name when viewing the member profile ( https://invisioncommunity.com/profile/536345-daniel-f/ )

glad to hear it's resolved.

I've also logged this as a bug to fix the description

I’m not in front of my PC so can’t take a look at the code,  but it seems there’s a bug/ issue in the member field.

The title mentions the member ID, while the description mentions the name / email.

have you tried to send the member id instead of the email? 

BTW, to "fix" the issue without disabling the whole app, just disable the "Set OG Image for topics automatically" setting on the SEO Essentials Settings page

Hey, The issue was fixed via

 but I haven’t released a new version yet. It should come next week.

I’m really sorry for the delay 

It's also stored in the database, so using the method is probably better

\IPS\forums\Forum::getMemberListView()

That's fine, not all words have a value

That's weird.

I have created a support request so we can look at this on monday. Please make sure that the credentials in your client area are correct.

Are there any records in the core_api_webhook_fires table?
What happens when your run the webhooks task manually?

I have just tested it local and can confirm that it works for me.

What exactly are you trying and are your tasks working at all? Keep in mind that firing a webhook only logs the data to the database and that a separate tasks which is called all 2 minutes sends these data then in batches.

49 minutes ago, hpcrazy said:

I just updated my selfhosted community - I did not find the deletion feature in the Account Settings.

Where is it exactly located ?

It's on the "Security and Privacy" page.

In 4.7.11 which will be released soon™️    was just released

Can you send me the FTP details to take a look? 

The IPS\core\extensions\core\Sitemap\Applications extension and also the IPS\core\Application::sitemapLinks function were removed in 4.6.9.

Have you replaced all your files while the upgrade?

I guess there's still the IPS\core\extensions\core\Sitemap\Applications extension on your system which "is fine" as long as also the applications/core/data/extensions.json is present and up2date.

Can you confirm that applications/core/extensions/core/Sitemap/Applications.php is present?What happens when you delete it?

12 hours ago, iiioroh said:

 

I have errors

https://primspinning.com/topic/382-schuka-sezon-2023/

 

Does it happen if you disable the topicsview app?

1. Make sure that the mbstring module is installed and available on your server/webspace

http://www.php.net/manual/en/mbstring.installation.php

2. You'll have to uninstall the rules application which hadn't any upgrades since 2019

2 hours ago, MMXII said:

* By the way: Only now this works! Before, even if I added a translation to r__rss_add via the language tools in the AdminCP, it would not let me save it permanently, which seems to be a bug.

The "issue"(not bug per se) is, that the system won't save the change once there are 2 or more language strings with the same key but in different apps.

Just now, MMXII said:

To illustrate what I wrote above regarding the language string r__fields_manage, here is a short video showing the issue:

 

That's a different problem/bug where 2 apps used the same key!

This shouldn't happen, we're removing them based on the app and key so it's going to remove it from all languages no matter if it's translated or customized.

	/* Delete removed language strings */ 
							if( file_exists( \IPS\ROOT_PATH . "/applications/{$data['key']}/setup/upg_{$_next}/lang.json" ) )
 							{
 								$langChanges = json_decode( \file_get_contents( \IPS\ROOT_PATH . "/applications/{$data['key']}/setup/upg_{$_next}/lang.json" ), TRUE );
 								if ( isset( $langChanges['normal']['removed'] ) and $langChanges['normal']['removed'] )
 								{
 									\IPS\Db::i()->delete( 'core_sys_lang_words', array( array( 'word_app=?', $data['key'] ), array( 'word_js=0' ), array( \IPS\Db::i()->in( 'word_key', $langChanges['normal']['removed'] ) ) ) );
 								}
 								if ( isset( $langChanges['js']['removed'] ) and $langChanges['js']['removed'] )
 								{
 									\IPS\Db::i()->delete( 'core_sys_lang_words', array( array( 'word_app=?', $data['key'] ), array( 'word_js=1' ), array( \IPS\Db::i()->in( 'word_key', $langChanges['js']['removed'] ) ) ) );
 								}
 							}

On 5/13/2023 at 12:45 PM, MMXII said:

Will those be auto-deleted at any time?

What version are you on?

These strings should have been deleted while the upgrade to 4.7.9 Beta 1

Thanks, i have moved this to our internal bug tracker 

1 minute ago, marklcfc said:

Is there any way around this?

There's no way around this, the best solution would be to have only one theme for guests.

Thanks, I’ll take care of this for the next beta. 

Thanks, I’ll take care of this for the next beta. 

Does it work if you switch to English? IF yes, it's an issue with your German Translation which is probably not compatible with the recent IPS version!

It needs to be installed!

Check your Applications page ( ACP => System => Applications )