Daniel F

You’ll need custom coding for this. https://developers.facebook.com/docs/instagram/oembed/

It's depending on your storage handler! Default installations use the filesystem and uploads/set_resources_THEME_ID directory Where you able to find the reason? Was anything logged to your system log?

Unfortunatly IPS doesn't have such a feature where you can define the other user groups, but you're able to show the topics only to the author and staff members(moderators)

You can use the search to get all members from a group in the frontend, and you can either use the member list filter or just click on the number of members on the groups list in the ACP to get the list of all members from a group.

You could use Zapier Webhooks, to submit a request to the IPS members endpoint

We've fixed this for you via a ticket, for anybody else trying to uninstall this: 1. Open extensions/core/Uninstall/Uninstall.php 2. Search for $uninstall_url = \IPS\Request::i()->url(); and replace it with $uninstall_url = \IPS\Request::i()->url()->csrf();

That's by design, because the files were submitted to the child category and not parent category.

Please submit a ticket so that we can take a look at this.

Hi, the pages database templates are located in your ACP => Pages => Templates.

That's already possible via the link in the email footer.

Usually I'm just deleting the item, going then one level up and adding it back to the menu.

The _title is a hash value, so the equal check with "Episodendatenbank" will fail! you should use always use the id for such checks! /** * Get database name * * @return string */ public function get__title() { return \IPS\Member::loggedIn()->language()->addToStack('content_db_' . $this->id); }

There's no need to overcomplicate things:) $item->database()->_title should work fine in this case

I changed it few hours ago. Didn't want to mention it, but now I have, just to make sure that nobody thinks that he's crazy:D

There are at least 2 different ways to accomplish this which I've mentioned here: Depending on the ammount of fields you want to store, you could either use an own database table or a setting to store the data.

We fixed recently a bug which caused the los of the redirect after the login process. This should be resolved in the next release.

Ticket! (which btw...is fixed now 😉 )

Was anything changed recently? Any new apps or plugins installed? Any logged errors in the mysql slow query log?

please submit a ticket so that we can look into this

Why would you want to change a global setting when the widget is removed? What are you trying to achieve?

I have logged the request internally. Thanks for the kind words!We're really thrilled to see what people will do with their Zaps.

Do you see any errors in your browsers JS console?

Check your purchases page where you should see the already existing renewals invoice. https://invisioncommunity.com/clients/purchases/

We have an internal suggestion for this 🙂