[BUG] You can still queue out of IC while carrying telvar

React · March 12

This patch a change was implemented to imperial city so that you cannot activate a queue to cyrodiil while holding more than 100 telvar. This was done to prevent the abuse that has gone on for years where people would simply activate a queue the moment they saw another player in IC, which would then pull them from imperial city in under 10 seconds making it nearly impossible for them to die and lose their telvar.

However this same patch, zenimax also made it so you can queue for no-cp IC while in CP-IC and vice versa. Before this patch, you could not queue for the other instance of imperial city while already in imperial city. Same for cyrodiil - you couldn't queue for blackreach while already within grey host.

For some reason, they did not apply the 100 telvar limit to queueing for the other instance of IC. That means that this exploit still exists exactly as it did prior to the change implemented with U49.

Whether you think the change was a good one or not, it is undeniably an exploit to be able to farm telvar and instantly teleport away the moment you encounter an enemy player. It was great to finally see this addressed, but it is kind of bewildering that something as obvious as queueing for the other instance of IC would get past QA.

https://streamable.com/xr3iqm

@ZOS_Kevin Is the team aware of this?

SeaGtGruff · March 12

It might have been better if you'd sent a private note about this to the devs, or reported it through in-game bug reporting. Now anyone who wasn't aware of this (as I was not) will probably be using it with that pesky addon to queue safely out of fights.

React · March 12

SeaGtGruff wrote: »

It might have been better if you'd sent a private note about this to the devs, or reported it through in-game bug reporting. Now anyone who wasn't aware of this (as I was not) will probably be using it with that pesky addon to queue safely out of fights.

It's not exactly some hidden secret. Hopefully they're able to address this quickly given that this post isn't even the only one about it here on the forums so far.

CameraBeardThePirate · March 12

Wonderful... Can't wait for people to continue to port out as soon as my trio rounds the corner.

imPDA · March 25

Can confirm this bug exists. From patch notes, we can read this: You cannot queue for another campaign while in Imperial City (includes sewers and districts) if you have 100+ tel var stones on your person. From my understanding and from the point what problem this change should solve - you should not be able to queue at all with 100+ TV on you, not just from IC to Cyro, but from IC to IC as well. Developer responsible for the task probably read this wrongly and decided limiting queue between IC and Cyro would be enough

How to reproduce: be in sewers/IC with 100+ TV, try to queue another IC campaign
Expected behavior: queue fails with error message "You can't queue here while holding 100+ TV", so can't queue and join another IC (or Cyro) campaign
Current behavior: can queue and join another IC campaign (wrong), can't join Cyro campaign (correct) (tested in sewers with 10k TV)

@ZOS_Kevin It is 2 weeks from first report, could you please confirm this is a bug and implement a fix? Thank you in advance!

React · March 25

Would be great to hear whether or not the team is aware of this obvious oversight.

Attorneyatlawl · March 26

Indeed, it would.

valenwood_vegan · March 26

This certainly feels like one of those classic corporate moments where two different teams in two different rooms worked on two different things and never communicated. I admit I wasn't entirely in favor of how they chose to resolve the porting-out issue, but that choice has been made and I hope they get this fixed so that the rules are consistent.

CameraBeardThePirate · March 26

@ZOS_Kevin any update on this? Is the team aware of this bug?

Markytous · March 31

Bumping this thread for awareness. Patch dropped today and the dev team is avoiding this topic like the plague. As of now it is still possible to queue out from one IC Campaign to another without restrictions/during combat.

valenwood_vegan wrote: »

This certainly feels like one of those classic corporate moments where two different teams in two different rooms worked on two different things and never communicated. I admit I wasn't entirely in favor of how they chose to resolve the porting-out issue, but that choice has been made and I hope they get this fixed so that the rules are consistent.

Highly respect this post. Cheers!

DrMedBorn · March 31

Why is it this way? Either do it or dont lol. And its not fixed in the latest update.
I also find it very strange that you saw and posted (and closed) my other thread but no comment on this bug.

Personofsecrets · March 31

Wild how many people are invested in the que function. It's also funny that ToT gets no attention even though the que is of objective less importance. Or, better yet, PvP could be improved by better balance. I know, novel idea.

o_Primate_o · March 31

limit should be raised to 1000 telvar - 100 is basically saying don't go into IC if you are in Cyro queue.
or
Warnign message says "you are 10th in queue and have over xxx telvar,"
and/or
after accepting entry into cryo, message says "enter cyro - lose xxx telvar - continue?"

Orbital78 · March 31

CameraBeardThePirate wrote: »

Wonderful... Can't wait for people to continue to port out as soon as my trio rounds the corner.

Tel Var tax evasion.

To be fair, I've been waiting over a year for the companion targeting fix. This seems like a less important issue.

imPDA · April 1

o_Primate_o wrote: »

limit should be raised to 1000 telvar - 100 is basically saying don't go into IC if you are in Cyro queue.
or
Warnign message says "you are 10th in queue and have over xxx telvar,"
and/or
after accepting entry into cryo, message says "enter cyro - lose xxx telvar - continue?"

You can accept queue with any amount of stones, you just can't queue. So, if you queue Cyro first, then go to IC, farm 10k, accept Cyro queue, you will keep all stones.