Daniel F

Do you mean the whole block or the feature? You could create a block via the ACP, which would allow you to set the view permissions for the block.

yes please:)

Please submit a ticket and we’ll take a look at this.

That's controlled by the Profile Fields "Display format for profile" setting ( ACP => Members => Profile )

The solution was already posted here

This was actually added to IPS 4.5.4, but it's not retroactive! When you merge 2 topics, IPS will store the removed topic id and redirect to the other topic with a 301 status code.

No, please don't do this! You'll end up with a bunch of attachments which aren't associated to any content (yet) and then they'll probably appear magically again resulting in false bug reports and tickets. Please NEVER update any database column manually! NEVER!

This would require a custom plugin

what's in your callback? I would suggest to take a look at the Request:.confirmedDelete function to see what it is actually doing;)

No, that’s not possible without any customizations.

Please accept my apologies, I answered your question without thinking further and realising what you really wanted to do.. It was really a busy day. As Nathan said, we'll address this.

That's not possible out of the box and would require a custom plugin!

Do you see any errors in the browsers JS console when you post a link? If not, please submit a ticket so that we can take a look.

IPS has already a member history feature. Take a look at a members ACP profile;)

I would suggest to review the API files, Some of the links in the php doc headers are wrong! I would also suggest to fix all the hints to the forums & topics which happened by c&p the code, which are confusing clients (e.g. the forum reference mentioned above) While looking at the ticket, Ive also noticed some references to topics which should probably be links.

The client has submitted a ticket and I can confirm that it is a bug in your application.

Have you tried to accomplish this with the pages application? You could create 2 databases, one for the job offers and another for the instructors to offer their services.

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

Have you probably associated the app with the wrong MP file while the 4.5 onboarding? We can take a look at this if you submit a ticket.

New purchases were already disabled few weeks ago.

That's still the used cookie, but it's being removed while the registration. Where are you trying to access it?

Hi, what iOS version are you using? It works fine for me on the iPad and iPhone.

The metadata field isn't unused, it's used by the meta data system, which in fact is perfect for your use case! You could create an application with a proper meta data extension for topics to flag the topic:) You can find more information about the feature in our dev guides:

We have an internal suggestion for this.

It was indeed working fine until Facebook deprecated literally everything public accessible on oct 24 https://developers.facebook.com/docs/graph-api/changelog/version8.0#social-plugins and unfortunlaty their new implementation requires following steps, so we couldn't implement it just out of the box: Requirements a Facebook Developer account, which you can create at developers.facebook.com a registered Facebook app the oEmbed Product added to the app an Access Token The Facebook app must be in Live Mode