Ticket tips and Tricks for 2025 festival

[Crazyfool01]

that registration figure quoted was 10 years worth of registrations wasnt it ? or up to 

[Havors]

I really hope they have new and up to date bypass checking.... 

Queue-it used to be pretty easy to bypass a few years ago from what I recall. I hope they at least take action and ban people that queue skip.

 

I have a bad feeling haha! 

[4AssedMonkey]

I got my first bout of T-Day nerves this morning.  Decided to read through this thread for research purposes and hopefully to calm me down a bit.  Now I'm utterly shitting myself.

 

Anecdotally, the only evidence that seems to support them not going for a queue system is that they haven't overtly said so.  In all honesty, I don't think they would make an official announcement regarding any changes to the ticket system, as this would just invite outrage and hassle before the event.  Easier to just let it play out, sell all the tickets and then deflect any negative commentary afterwards by claiming it was fair and sold out the same as any other year.

[Ayrshire Chris]

2 hours ago, 4AssedMonkey said:

I got my first bout of T-Day nerves this morning.  Decided to read through this thread for research purposes and hopefully to calm me down a bit.  Now I'm utterly shitting myself.

 

Anecdotally, the only evidence that seems to support them not going for a queue system is that they haven't overtly said so.  In all honesty, I don't think they would make an official announcement regarding any changes to the ticket system, as this would just invite outrage and hassle before the event.  Easier to just let it play out, sell all the tickets and then deflect any negative commentary afterwards by claiming it was fair and sold out the same as any other year.

Yes, the t day nerves are really building. Despite all the talk of queue systems, by pass schemes etc I’ll just stick to my usual routine. Two devices, PC wired directly to router and I pad refreshing, a phone handy to verify bank payments if lucky enough. 

[assorted]

22 hours ago, Havors said:

I really hope they have new and up to date bypass checking.... 

Queue-it used to be pretty easy to bypass a few years ago from what I recall. I hope they at least take action and ban people that queue skip.

 

I have a bad feeling haha! 

Any research or tips you want to share on that? 

[paulshane]

1 hour ago, assorted said:

Any research or tips you want to share on that? 

 

its old news and has been fixed

 

it used to be that the queue code ran in the browser, so in theory you could just edit the local page on the fly to pass you through.

 

the code now runs on the ticket servers, you get assigned a queue id, and the server counts down the time until you can get in, so that exploit no longer works.

[Havors]

7 hours ago, assorted said:

Any research or tips you want to share on that? 

Not really. There's a bunch of bots that touts used to use and scripts to force you up places in the queue.

 

They will be on top of most of it these days but I wouldn't be surprised if there's bots that could bypass the checks. 

 

The saving grace is that you need registrations for glasto to buy each ticket so a bot to buy 100s of tickets is not going to be possible 

[parsonjack]

Uh-oh 🤔

 

 

[drunk pumpkin]

18 minutes ago, parsonjack said:

Uh-oh 🤔

 

 

that doesn't look good 😲

[parsonjack]

6 minutes ago, drunk pumpkin said:

that doesn't look good 😲

I don't think it confirms anything at present tbf....other than that they have the ability to simply switch it on if they see fit....or that it may automatically kick in under a pre-determined scenario.

[4AssedMonkey]

1 hour ago, parsonjack said:

Uh-oh 🤔

 

 

 

f**k.

[Justcalledtosay]

If i'm understanding this correctly, the queue method ultimately eliminates the benefit of grouping up. I wonder if the Festival have considered that in their thinking?

Edited 3 hours ago by Justcalledtosay

[stuie]

22 minutes ago, Justcalledtosay said:

If i'm understanding this correctly, the queue method ultimately eliminates the benefit of grouping up. I wonder if the Festival have considered that in their thinking?

 

How? Surely it's better chances with 6 people in the queue working as a team than 6 people in the queue individually? 

[Justcalledtosay]

2 minutes ago, stuie said:

 

How? Surely it's better chances with 6 people in the queue working as a team than 6 people in the queue individually? 

Multiple groups.

 

You're really aggressive when you post. Anyone mentioned that before?

Edited 3 hours ago by Justcalledtosay

[stuie]

8 minutes ago, Justcalledtosay said:

Multiple groups.

 

You're really aggressive when you post. Anyone mentioned that before?

 

sorry, genuine question, didn't understand or mean for it to sound like that!

thanks 

[Justcalledtosay]

Well now i feel bad!

 

It's difficult to convey emotion or intent via written means sometimes. I'll put it down to a misunderstanding 👍

[jjgnorkett]

My understanding, whilst caveating that there's much more knowledgeable people than me in this thread, is that the benefit of multiple groups doesn't fall away with the queue system as more people trying the better still rings true. Whilst once someone has bought tickets they will fall to the back of the queue for that browser, if they are using additional browsers they will still be able to get in multiple times to buy for other groups. There will still be the other five or so people in that group that won't yet have got through and they can add to the people trying for other groups regardless.

 

What does change is that rather than every refresh being it's own 'ticket for the raffle' it will change to every browser/device (with their own individual queue ID) being a 'ticket for the raffle'. In the past I've only utilised a limited  number devices to not exceed my physical refreshing capabilities as there felt little point once I'd reached my ability to refresh each device once every second. However, with the queue system in place refreshing would seem to be nullified and the advantage would move to getting as many devices/browsers that will generate their own queue ID in the waiting room before the sale as possible. Whilst on the face of it I would say the refreshathon that we are used to benefits those who are more experienced, organised and committed, this one off change could benefit those in the know and able to adapt their strategies the best accordingly. This maybe a one time benefit though...

 

If I'm missing the point or getting the wrong end of the stick I would much appreciate it if someone could point this out to me!

[stuie]

4 minutes ago, Justcalledtosay said:

Well now i feel bad!

 

It's difficult to convey emotion or intent via written means sometimes. I'll put it down to a misunderstanding 👍

 

Yes indeed! I'll try and use more emoji 🙂  text responses can give the wrong impression - hopefully if I said the same sentence face to face you wouldn't think the same haha 

[Justcalledtosay]

10 minutes ago, jjgnorkett said:

My understanding, whilst caveating that there's much more knowledgeable people than me in this thread, is that the benefit of multiple groups doesn't fall away with the queue system as more people trying the better still rings true. Whilst once someone has bought tickets they will fall to the back of the queue for that browser, if they are using additional browsers they will still be able to get in multiple times to buy for other groups. There will still be the other five or so people in that group that won't yet have got through and they can add to the people trying for other groups regardless.

 

What does change is that rather than every refresh being it's own 'ticket for the raffle' it will change to every browser/device (with their own individual queue ID) being a 'ticket for the raffle'. In the past I've only utilised a limited  number devices to not exceed my physical refreshing capabilities as there felt little point once I'd reached my ability to refresh each device once every second. However, with the queue system in place refreshing would seem to be nullified and the advantage would move to getting as many devices/browsers that will generate their own queue ID in the waiting room before the sale as possible. Whilst on the face of it I would say the refreshathon that we are used to benefits those who are more experienced, organised and committed, this one off change could benefit those in the know and able to adapt their strategies the best accordingly. This maybe a one time benefit though...

 

If I'm missing the point or getting the wrong end of the stick I would much appreciate it if someone could point this out to me!

Interesting. I'd never thought of it that way.

[balti-pie]

Ultimately there'll be a new system put in, and the people who get tickets will call it a resounding success, and the people who didn't get tickets will call it a hideous monstrosity and a massive f**kin fix.

Same as every year really 😄

[Crazyfool01]

18 minutes ago, jjgnorkett said:

My understanding, whilst caveating that there's much more knowledgeable people than me in this thread, is that the benefit of multiple groups doesn't fall away with the queue system as more people trying the better still rings true. Whilst once someone has bought tickets they will fall to the back of the queue for that browser, if they are using additional browsers they will still be able to get in multiple times to buy for other groups. There will still be the other five or so people in that group that won't yet have got through and they can add to the people trying for other groups regardless.

 

What does change is that rather than every refresh being it's own 'ticket for the raffle' it will change to every browser/device (with their own individual queue ID) being a 'ticket for the raffle'. In the past I've only utilised a limited  number devices to not exceed my physical refreshing capabilities as there felt little point once I'd reached my ability to refresh each device once every second. However, with the queue system in place refreshing would seem to be nullified and the advantage would move to getting as many devices/browsers that will generate their own queue ID in the waiting room before the sale as possible. Whilst on the face of it I would say the refreshathon that we are used to benefits those who are more experienced, organised and committed, this one off change could benefit those in the know and able to adapt their strategies the best accordingly. This maybe a one time benefit though...

 

If I'm missing the point or getting the wrong end of the stick I would much appreciate it if someone could point this out to me!

Yep exactly how I have taken it 

[Fred Zepplin]

Just now, jjgnorkett said:

My understanding, whilst caveating that there's much more knowledgeable people than me in this thread, is that the benefit of multiple groups doesn't fall away with the queue system as more people trying the better still rings true. Whilst once someone has bought tickets they will fall to the back of the queue for that browser, if they are using additional browsers they will still be able to get in multiple times to buy for other groups. There will still be the other five or so people in that group that won't yet have got through and they can add to the people trying for other groups regardless.

 

What does change is that rather than every refresh being it's own 'ticket for the raffle' it will change to every browser/device (with their own individual queue ID) being a 'ticket for the raffle'. In the past I've only utilised a limited  number devices to not exceed my physical refreshing capabilities as there felt little point once I'd reached my ability to refresh each device once every second. However, with the queue system in place refreshing would seem to be nullified and the advantage would move to getting as many devices/browsers that will generate their own queue ID in the waiting room before the sale as possible. Whilst on the face of it I would say the refreshathon that we are used to benefits those who are more experienced, organised and committed, this one off change could benefit those in the know and able to adapt their strategies the best accordingly. This maybe a one time benefit though...

 

If I'm missing the point or getting the wrong end of the stick I would much appreciate it if someone could point this out to me!

Are you suggesting then if I had 10 computers set up on the ticket page before 9 I would get 10 opportunities? 

 

Under the current set up I F5 on 1 device via mobile and then a computer on the internet because I thought to many refreshes from the came IP address would freeze you out 

[jjgnorkett]

2 minutes ago, Fred Zepplin said:

Are you suggesting then if I had 10 computers set up on the ticket page before 9 I would get 10 opportunities? 

 

Under the current set up I F5 on 1 device via mobile and then a computer on the internet because I thought to many refreshes from the came IP address would freeze you out 

This would be my understanding based on what I have read in this forum but don't take it as gospel. I'm definitely not the most savvy person when it comes to this and I'm under the impression its educated guessing more than anything else at this stage

[Crazyfool01]

4 minutes ago, Fred Zepplin said:

Are you suggesting then if I had 10 computers set up on the ticket page before 9 I would get 10 opportunities? 

 

Under the current set up I F5 on 1 device via mobile and then a computer on the internet because I thought to many refreshes from the came IP address would freeze you out 

You’ll get one queue position per browser on WiFi and if you were to use different device on 4G you can do the same on that 

[4AssedMonkey]

Paging @parsonjack....

 

In the past, our group had decided that one browser window per device, having multiple devices on different IP's and refreshing every few seconds was the way to go.  If the queue system comes to pass, are we better having multiple browsers/windows going to try and get as many places in the queue as possible and then just sitting and waiting it out?  If the devices are on the same IP connection, will that matter?