Too Many Redirects

[Puffin]

Hey there
So this seems to be an isolated incident between two users I have, as everyone else can seemingly vote and access the hotel just fine.

I haven’t changed anything to do with findretros in a very long time either.

 

[Joe]

Hey there
So this seems to be an isolated incident between two users I have, as everyone else can seemingly vote and access the hotel just fine.

I haven’t changed anything to do with findretros in a very long time either.

This has been a problem forever that I can remember, happens to some but not all. Used to happen years ago with RevCMS.

 

[Liam]

Try deleting your cookies, seriously. Also create a bypass they can use like /voted

 

[Puffin]

Try deleting your cookies, seriously. Also create a bypass they can use like /voted

I’ll ask them to delete and see
That was my backup plan haha

 

[Sledmore]

Although it's been somewhat of an issue for years; it is seeming more of a problem now than it previously was. I doubt anything has changed on FindRetros, but perhaps something on Cloudflare has changed - as I'm also getting this issue quite a lot now too.

 

[Puffin]

Thanks for the replies everyone.
Doubt it’s gonna get fixed so I’m going to just do a no vote client.

 

[RastaLulz]

The issue typically occurs when there's an IP mismatch, as the user will vote, be sent back to the client, where it'll ask FindRetros if an IP has voted, which it'll return no, and then you'll be sent back to FindRetros where it's using a different IP, and so it'll send you back, and thus you have a redirect loop.

You can have the users go to this URL to see what FindRetros sees there IP as:

You must be registered for see links

 

[Laravel]

@RastaLulz This is a persisting issue even if there is no mismatch, HabHub has the same issue with 1 user, when he is on a static IP, it works perfectly, but when he is on a dynamic IP, it occurs.

I would say at first that the issue is with the dynamic IP, but this issue doesn't occur to other dynamic IP users. could this be an issue with IPV4 string matching on your side?

I would offer to take a look, completely up to you

 

[RastaLulz]

@Laravel You can have the specific user check this URL:

You must be registered for see links

And then compare it to what they have when connecting to your server.

 

[Laravel]

@RastaLulz Yeah we tried that and matched up to $request->ip() that I send to you, like I said above, happy to look into a centralised solution, maybe we can have a chat about it when you're free

Post automatically merged: Aug 16, 2024

If anyone is looking for a work around to slightly ensure a vote, but removed the issue with the redirect loop, something like this is a feasible fix, hopefully can push to fix this Find Retros side.

You must be registered for see links

 

[Puffin]

@RastaLulz Yeah we tried that and matched up to $request->ip() that I send to you, like I said above, happy to look into a centralised solution, maybe we can have a chat about it when you're free

Post automatically merged: Aug 16, 2024

If anyone is looking for a work around to slightly ensure a vote, but removed the issue with the redirect loop, something like this is a feasible fix, hopefully can push to fix this Find Retros side.

You must be registered for see links

Would this more or less be the same solution on Orion Cms ?

 

[Laravel]

Would this more or less be the same solution on Orion Cms ?

I presume so, i'll give you a message on Discord now

 

[React]

You must be registered for see images attach

You must be registered for see images attach

You must be registered for see images attach

Screenshots of firefox, chrome & edge for reference, no matter how many times I clear entire cache or try different browsers it doesn't change. This isn't the case with HabHub only, I tried to head to different retros as well just to be sure, does anybody have any ideas?