Pact Foundation

Screenshot 2023-09-15 at 13.29.55.png

So this is a bit bizarre!

<https://github.com/pact-foundation/devrel/issues/26>

I don’t even know

a) why we would have this restriction
b) why of all things, <http://ae.com|ae.com> would be on there
c) why this is suddenly enabled? (maybe those entries were in the list from yesteryear, and for some reason the switch has been toggled, either by a admin or by Slack behind the scenes)

Wtf! No, this is not something I've seen before. I could imagine why DiUS is there but <http://ae.com|ae.com> makes no sense.

Can we revert it so anybody can join and we can share an unexpirable link?

So we’ve got 6 members from <http://ae.com|ae.com> in our Slack, one has asked a question in pact-jvm so I don’t think its any nefarious.

So if you select

1. allow invitations
    a. it seems to lock anyone from joining
2. allow invitations with domain
    a. requires at least one domain
    b. will also allow apple/google signups
maybe we can wildcard the email domain to anything?

So if you check out

<https://pact-foundation.slack.com/admin/invites>

there are two users who have invite links that never expire.

Just tried one that worked for me (2nd from bottom in the list)

Screenshot 2023-09-15 at 14.03.51.png

Here we go, this is a never expires link (which we can deactivate from the admin page)

<https://join.slack.com/t/pact-foundation/shared_invite/zt-23bi0zdz7-2sIA1omqUhz69MuD5yeZjw>

Screenshot 2023-09-15 at 14.05.46.png

would we just need to setup a redirect from <http://slack.pact.io|slack.pact.io> to that link :point_up_2:

Awesome, thanks for this Saf - I’ve just fixed it now

Screenshot 2023-09-18 at 8.42.18 am.png

For reference, fixing this is an update to the `index.html` file that exists in the `<http://slack.pact.io|slack.pact.io>` bucket. It uses a simple client side redirect

(Just tested it with a new user - it works!)