We’ve identified a bug where events that advance to the ‘preparation’ state are not reported properly via the API. Events in the ‘preparation’ state retain their previous state from the API’s perspective until the state changes again.
Not all events have preparation states at all, and it’s often short for those that do, so this should not effect most events. However, events that are part of complex event chains may show incomplete or inaccurate information as a result of this bug.
The bug will be fixed when the next game patch goes live, so if you’re having trouble with some events I’d recommend re-examining them at that time. Without deeply examining individual events, I can’t say whether this will fix any particular issue you may be having. If at that time there’s still a problem, please report it.
I’ll also update this thread when the bug is fixed.
The preparation status is only when a cutscene is being shown or other things, like when the player needs talk to npc to activate the event (or this one is on the warmup status)?
The preparation status is only when a cutscene is being shown or other things, like when the player needs talk to npc to activate the event (or this one is on the warmup status)?
The best description of preparation status is the one in the documentation. An event designer has a fair amount of freedom when deciding if and how to use the preparation state, so it completely depends on the event.
quick question: this new tool enables people to find worldboss events or other metaevent-chains quickly, it’s cool but have you thought of an ingame-system to do similar things?
Like a crier who runs around in our main racial cities and starts expeditions to the next big event via a small portal to the border of that zone. So that you see this 3min countdown as an event-marker in the city and follow him like you follow the npc commander in those wvw breakout events.
There are tons of big events in the game so main cities would be a good starting point to find frequent expeditions going on.
The reason why I’m saying this: the things outside of the game aren’t noticed by a lot of players. I know not a single person in my small 15-man guild who knows about those cool lore blogposts.
quick question: this new tool enables people to find worldboss events or other metaevent-chains quickly, it’s cool but have you thought of an ingame-system to do similar things?
Like a crier who runs around in our main racial cities and starts expeditions to the next big event via a small portal to the border of that zone. So that you see this 3min countdown as an event-marker in the city and follow him like you follow the npc commander in those wvw breakout events.
There are tons of big events in the game so main cities would be a good starting point to find frequent expeditions going on.
The reason why I’m saying this: the things outside of the game aren’t noticed by a lot of players. I know not a single person in my small 15-man guild who knows about those cool lore blogposts.
I would suggest investing in a few extra monitors
If I can’t play Guild Wars 2 at work, I won’t work in Guild Wars 2 either.
Delayed content is eventually good. Rushed content is eternally bad. ~ Shigeru Miyamoto
This bug is now fixed — events should be correctly displaying the preparation state. You may find it much easier to track the status of some events now.
Heyo, interesting. But I’m seeing several events now that are in Preparation for a very long time. Examples from Queensdale:
21:10:14 Queensdale Village of Shaemoor Prove you know a lot about Destiny’s Edge2 Preparation
21:10:14 Queensdale Shaemoor Fields Stop the bandit thief from stealing the pumphouse blueprints3 Preparation
21:10:14 Queensdale Shaemoor Fields Drive the rogue bull back home, and fix any mayhem on the way4 Preparation
21:10:14 Queensdale Shaemoor Fields Bandits have constructed a roadblock to stop Shaemoor traffic2 Preparation
They have been in Preparation since (at least) 21:10, and time is 21:55 locally here. Is this intended behavior?
It seem to go against the "Not all events have preparation states at all, and it’s often short for those that do, so this should not effect most events. " comment you had earlier.
They have been in Preparation since (at least) 21:10, and time is 21:55 locally here. Is this intended behavior?
Maybe.
It’s up to the event designer how to use the preparation state.
Sometimes (usually?) it is a short period of time that automatically completes as a result of NPCs talking to each other or getting in position. Other times an event may be waiting for a player to come by and activate it, such as the events triggered by talking to an NPC that has an event icon over their head.
It’s completely up to the designer how to use it, so for some events some totally different criteria may need to be met for the event to advance to the ‘active’ state.
I’ve been using gw2stuff.com and guildwarstemple.com for dragon/bonus chest event timers and they both seem screwy tonight. They are reporting some events in warm up that are not warming up at all.
For example, on Kaineng, on gw2stuff, at 22:26 EST, it says Gloem Mark II is warming up and in “Help gather kelp” stage. In contrast, 5 minutes later, the wiki says that the warming up event is up (and it is accurate).
Same server, same time, on guildwarstemple.com, it says Shadow Behemoth is warming up. I’m there and that’s totally not the case.
Maybe it’s an issue with the individual tools, maybe there’s a problem with the API. I just want the information out there.
I’ve been using gw2stuff.com and guildwarstemple.com for dragon/bonus chest event timers and they both seem screwy tonight. They are reporting some events in warm up that are not warming up at all.
For example, on Kaineng, on gw2stuff, at 22:26 EST, it says Gloem Mark II is warming up and in “Help gather kelp” stage. In contrast, 5 minutes later, the wiki says that the warming up event is up (and it is accurate).
Same server, same time, on guildwarstemple.com, it says Shadow Behemoth is warming up. I’m there and that’s totally not the case.
Maybe it’s an issue with the individual tools, maybe there’s a problem with the API. I just want the information out there.
I don’t know gw2stuff or temple timers to show a notification for “warming up.” I think you’re getting the phrasing mixed up.
(If the golem mk 2 chain is in the ‘harvest kelp’ event, it’s because the ‘disable containers’ event failed and i dont’ think it’ll get to the actual golem.)
In the events web service, the “warmup” status can last for a very long time, and shouldn’t be taken to mean that the event’s start is imminent. It’s better to just of the “warmup” status to mean “inactive.”
The live response team checked up on this. One of the events listed has a bug, but the others just haven’t met required pre-conditions to start.
Thanks for the detailed report!
Could you guys check on the required conditions for those. I rarely see those events up anymore and they are fun to do. Can’t they be tweaked to show up more often? Especially the rogue bull, its a lot of fun. I don’t think I’ve ever gotten to do the bandit stealing blueprints one.
It’s a kitten conspiracy. Kittens gonna be kittens. All is vain!
The live response team checked up on this. One of the events listed has a bug, but the others just haven’t met required pre-conditions to start.
Thanks for the detailed report!
Could you guys check on the required conditions for those. I rarely see those events up anymore and they are fun to do. Can’t they be tweaked to show up more often? Especially the rogue bull, its a lot of fun. I don’t think I’ve ever gotten to do the bandit stealing blueprints one.
Is it possible for you to please tell us what the conditions are to push these events out of preparation state and into active?
Also, in addition to the above-listed events in Queensdale, I have a list of other events that are in a state of perpetual preparation or inactive status:
Also, can you please explain what the difference between a world not being listed after clicking “fetch” and an event being shown on a world as inactive?
Aegan – Human Ranger (80)
Leader of the Guardians of Light (GoL)
