Daniel F

34 minutes ago, Matt said:

Not a lot off the top of my head, @Daniel F?

There were few changes which will affect own REST API endpoints.🫢

We'll cover this in an upcoming dev blog entry 🙂

5 minutes ago, Mediamage said:

Oh wait, now I see a Publish box at the bottom, maybe this is what you are talking about I should be using? That will publish topic on the date I want correct? And no one will see it until that date?

Correct 

There's a good article about this https://yoast.com/update-or-delete-old-content-on-your-site/

It's primarily for blogs but you can also see it as inspiration for forums. 

Just now, Clover13 said:

I don't know the answer, but I'm assuming not only doing a redirect but to new and similar helpful content, not just some other helpful content that might be of different subject matter? 

I can see Google considering it misleading if you say for example had a site related to pets with an outdated article on cats and you redirected it to a helpful one on dogs just to funnel the traffic to other areas of your site?

Yeah, absolutely. Sorry, I thought it would be logical that it should be something related, so I didn't mention it.

If it's REALLY SPAM or some offtopic stuff, I'm flagging it as no index.

If it's something helpful but outdated, I'm deleting it, but not without creating a redirect to the new helpful content!

It's IMO going to harm you a lot if you delete a topic that ranks very high for your relevant keywords, especially if you're also getting many visitors for it, either from the search engines, or other sites that link to it, so I'm always trying to create an useful redirect target for it.

Does this also happen if you disable the itvcontact app/plugin? 

You can fix this by editing the applications/tcw/data/extensions.json file in the applications directory.

Replace the files content with:

{
    "core": {
        "Queue": {
            "legacyTopicFields": "IPS\\tcw\\extensions\\core\\Queue\\legacyTopicFields"
        }
    }
}

Have you set the moderator permissions ( ACP> members > moderators) ? 

The sitemap is built with a background task that runs all 15 minutes. This means that once you publish it, it won't be immediately listed in the sitemap, but it will appear once the sitemap is rebuilt successfully!

Are you sure that you’re using Apache and not Nginx ? 

It was merged for the next feature release:)

16 minutes ago, Balto said:

So what is going to happen with the plugins I am currently using on my website? Will they stop working on October 30th if I don't do something? Thank you.

Absolutely not!

Nothing on your installation will be changed, the only difference is the way how you'll install and upgrade them in the future.

This was addressed in 4.7.13

Yea, as @teraßyte said, I would go with clubs. Either private or not, depends on your setup and requirements.

Why won't clubs work for you? This would be an easy way to avoid having that many groups.

Are you still reproducing this?
I've followed the instructions from the first post and I got the correct output.

This is the generated redirect URL:

https://invisioncommunity.com/forums/forum/528-invision-community-insider/?sortby=posts&advanced_search_submitted=1&csrfKey=547677829c1cd896fc01e8a4395737b9&topic_type=all&sort_by=replies&sort_direction=desc&time_frame=show_all&sortdirection=asc

This is working as intended.

Not yet published content with a future publish date won't appear in the search and activity stream.

How does the applications/deactivation/setup/install.json file look like?

Is it empty or does it contain 

{}

if it is empty, just add the above code and try it again.

It sounds like it’s disabled by your webhost. 

Which app was causing this? 

Just now, MartinLawrence said:

I suppose I can make a page with a php block and redirect that way. 

Yea, this will work!

Can you clarify what you're exactly trying to do?
Are you using a Zapier Interface to generate the form and then you've just linked it in your navbar and you want to make the link dynamic to include the member_id ?

That's probably a bad approach, and if there are critical data or if you have to guarantee that the member who's submitting the form is really the member who's ID was submitted, you'll need a better approach, because literally anybody could open the URL and just adjust the variable.

That said, back to your question:)

You'll either need a custom application with a custom navbar extension to build the dynamic link, or you could use JavaScript to customize the target link and attach the currently logged in member_id

I have created a ticket to investigate this further 

41 minutes ago, Tyson Hansen said:

Evenin!

I'm having trouble gettin API to work on my site. I've set it up as I should and when i link to https://www.greatplainsproject.com/api/ I get:

{
  "errorCode": "2S290/6",
  "errorMessage": "NO_API_KEY"
}

Any ideas?

How does your request look like?