Skip to content

Conversation

@Ivorforce
Copy link
Member

@Ivorforce Ivorforce commented Nov 1, 2025

Note

It has not been decided yet whether this is the best way to handle the problems at hand.

The teams page is very outdated, and it suggests contacting individual people for specific area work. RocketChat is more more appropriate for contact, since the activity of maintainers ebbs and flows, and specific area contributors might know more about something specific anyway.

The footer link, as well as stray visitors for the old page, will be redirected to the contributing docs, which contains a more up-to-date view of the teams (and no names).

(we could also just remove the footer link?)

This removes the 'teams' tab from 'more':

SCR-20251101-jrjs

The teams page was very outdated, and it incorrectly suggested contacting individual people for specific area work when RocketChat would have been more appropriate. The footer link, as well as stray visitors for the old page, will now be redirected to the contributing docs, which contains a more up-to-date view of the teams.
@Calinou Calinou added enhancement topic:content Issues and PRs related to static content labels Nov 4, 2025
Copy link
Member

@adamscott adamscott left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We shouldn't remove pages/teams.html the current way it's done, as it would break every link that other people may have in other contexts. (i.e. somebody's presentation or something like that.)

Currently, the pages/teams.html already has a redirect_to parameter that redirects the user to the right page. So we could even let old links in the blogpost the same. I suggest that we don't change the contents of those either.

@Ivorforce
Copy link
Member Author

Ivorforce commented Nov 11, 2025

We shouldn't remove pages/teams.html the current way it's done, as it would break every link that other people may have in other contexts. (i.e. somebody's presentation or something like that.)

Shouldn't those be redirected to the new page automatically? What are you suggesting we do instead?

Currently, the pages/teams.html already has a redirect_to parameter that redirects the user to the right page. So we could even let old links in the blogpost the same. I suggest that we don't change the contents of those either.

The reason I edited those is that, whenever the link of the new page might change (e.g. from /organization/teams to /general/teams, or anything else), it would be easier to find and replace those links again. And when we finally remove the redirect from the old site, there's not a bunch of links to backtrack internally.
But, I'm not set in stone on this. We can leave them as-is if you prefer.

@adamscott
Copy link
Member

Shouldn't those be redirected to the new page automatically? What are you suggesting we do instead?

I mean how it will be redirected if we remove the page that it links to and we don't tell the static site to redirect people to the new page? I may miss something, but if we remove the page, it will just not exist anymore at all, even the redirection.

cc. @coppolaemilio

@Ivorforce
Copy link
Member Author

Ivorforce commented Nov 11, 2025

I mean how it will be redirected if we remove the page that it links to and we don't tell the static site to redirect people to the new page? I may miss something, but if we remove the page, it will just not exist anymore at all, even the redirection.

I'm still not entirely sure I understand what you're saying.
The pages/teams.html page still exists in this PR. I'm just removing the content, not the page itself — And I'm adding a redirect_to to the contributing docs team page. People with links to the current page should be redirected automatically to the new page.

@adamscott
Copy link
Member

I mean how it will be redirected if we remove the page that it links to and we don't tell the static site to redirect people to the new page? I may miss something, but if we remove the page, it will just not exist anymore at all, even the redirection.

I'm still not entirely sure I understand what you're saying. The pages/teams.html page still exists in this PR. I'm just removing the content, not the page itself — And I'm adding a redirect_to to the contributing docs team page. People with links to the current page should be redirected automatically to the new page.

Sorry. I mistook the large diff with the removal of the file. Sorry.

@Ivorforce
Copy link
Member Author

Ivorforce commented Nov 11, 2025

No worries, I'm just happy I understand now 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement topic:content Issues and PRs related to static content

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants