Guild Wars 2

@Folks in NA: I haven’t forgotten about you, but meetings and other scheduling conflicts have kept me from getting as much info from other teams as I’d like. I’ll get in touch with them on Monday and start a new thread for y’all once I know what data they need.

Yeah, it’d be a desktop program that uses a shared memory-mapped file which uses the Mumble link data format.

There’s really only two fields in that format that we can put data into; each of them are only 256 bytes long. One of them, “context”, is used to determine which players should hear which other players (so we can’t change it). The other, “identity”, is documented as “shouldn’t change more than a few times per second if at all during a game”. So there isn’t really any place we can put real-time data without breaking existing usages of that API

coldwaterq.6258:

Something I would like to see added to the items api is for the vendors that the item can be purchased from to be included, along with the price those vendors charge. Alternatively the lowest price charged by a vendor would also be nice.

This is on my list, but it’s pretty far down as it is actually quite difficult to determine which vendors are (or have been) player-accessible, and under what conditions they’ll actually sell their items. Some additional discussion in this thread.

ClockworkUnltd.2690:

For the authenticated api, I would like to request adding the time a particular skill was last used.

This is more-or-less infeasible. The data we have access to is always between 1 and 5 minutes stale. The stream of data that could meaningfully contain skill usages (e.g., the raw logs) may be even more out-of-date.

Basically, none of the APIs actually talk to game servers and are heavily cached, so real-time info isn’t going to happen.

The only bit of data we currently expose is the current character’s profession. You can get this info from the super poorly-documented Mumble link API (see this thread). Specifically, the identity field of the Link data contains a JSON blob which looks like

{ “name” : “character name”
, “profession” : 1
, “map_id” : 2
, “world_id” : 3
, “team_color_id” : 4
, “commander” : true
}

Where “profession” has the following mapping:

1 = Guardian
2 = Warrior
3 = Engineer
4 = Ranger
5 = Thief
6 = Elementalist
7 = Mesmer
8 = Necro

“map_id” corresponds (or, should) to a map accessible via /v2/maps, “world_id” to an id in /v2/worlds, and “team_color_id” to a color id which can be resolved against /v2/colors (I … think). Oh, and “commander” is set to true iff you’re running a commander tag.

@vpchelko: I apologize. The message you got was due to an error in our system (not a lack of desire to communicate with you). It happened because your original ticket was closed after an agent replied on Sunday and we didn’t hear back for a few days. The next time you emailed us it counted as a new ticket. I’ve made some changes in the system to keep this from happening again – thank you for letting us know about it!

As for your ticket, the advice the agent gave on Sunday was correct. We did get the additional information you submitted and have passed it on to the appropriate people. If you didn’t get the response on Sunday, you may need to check your email settings to make sure our responses aren’t getting deleted.

Just to let everyone know, the reason we ask people to contact us through the web form rather than email is that the form captures a lot of information that email can’t, which lets us do things like verify account ownership, narrow down your issue, and provide faster service.

dulfy.1493:

Roy Cronacher.1576:

…and this is why we showed all the things. Awesome job getting all the info dulfy.

Thank you for showing us everything!

Haha, np! Jon and I before the stream decided to at least quickly mouse over all traits to not take up too much time just because we were like: “Yeah dulfy will get screenshots and be able to post them all.” xD

Eggs.3142:

I also hope those UI changes get spread to other classes too. They looked pretty

You’ll likely see more of it on specializations.

Eggs.3142:

The Torment on Temporal Rift seems wrong. it has the same damage for moving as it does not moving

Probably just a skill fact bug, I’ll look into it later.

…and this is why we showed all the things. Awesome job getting all the info dulfy.

I’m glad you all enjoyed it!

Rising Dusk.2408:

So let’s say I want to “opt in” to an app or overlay that allows other players to perform a gear check on me in dungeon groups. How would I do that? Would I have to use the app? Or would there be a user preference in-game (disabled by default) that shares my information for others to pull from the API?

You’d go to the app’s webpage, which would redirect you to the official sign-ins. After signing in, you’d be presented with an authorization prompt telling you what permissions the app is requesting. Clicking a “accept” button would send you back to the app and give the app a token they can use to make authenticated API requests on your behalf.

So, an example app, “pingyourgear.com”, might allow you to list your party members by name. You could them send them to the app — they’d log in and grant the app access to view their equipment. The app would pull their equipment and update it on your screen. The app could additionally save authentication tokens (with the user’s permission) so they’d only have to opt-in once — so any party members you add who’ve already used the app could have their current gear appear immediately on your UI.

What’s your current story step and objective?

DeviantShark.6548:

With the possibility of authentication there ought to be some guild-roster-api, but i don’t know how this should be implemented. Obviously there should be a setting in the ingame privileges tab like “API-Access” which grants those rights to a specivic guild group.

Probably not going to be an in-game opt-in for this. Anyone in the guild can already see the roster in-game, so it doesn’t make sense to hide the roster from them out-of-game.

quenoz.3859:

i would be really excited about a possibility to have guild chat outside of the game too, maybe somewhat like twitch allows to connect to their irc: http://help.twitch.tv/customer/en/portal/articles/1302780-twitch-irc

Out-of-game guild chat is definitely something I want to have, but we haven’t really settled on a protocol for it yet. XMPP, IRC and “something custom with HTTP+SSE” have all been tossed around as potentials but it’s not immediately clear which is most advantageous to implement. As far as interoperability with existing clients, IRC’s probably the winner (though it’s a horrible mess of a protocol).

smiley.1438:

Thanks for the new floors.json, thats basically what i’ve proposed earlier

No problem! Thanks for all your suggestions, they were really useful.

Bugabuga.9721:

smiley.1438:

I’ve already proposed some json structure changes for the WvW APIs, so i’m gonna link these here for now – i’ll create some PR tomorrow.

matches.json https://gist.github.com/codemasher/8876102#file-matches3-json
match_details.json https://gist.github.com/codemasher/8894954
objectives.json https://gist.github.com/codemasher/bac2b4f87e7af128087e#file-gw2_objectives-json
(more to follow)

Thanks for the new floors.json, thats basically what i’ve proposed earlier

That makes me wonder — perhaps there should be “abbreviated” mode of endpoint? (and further compact it like this: https://gist.github.com/msmolev/c22210d53d10a4edd233 ) if volume of data transmitted is causing problems.

Unless there are amazing savings from doing so either on our end or the consumer’s end I’m not particularly interested in supporting two output styles for a particular endpoint. That just sounds like more code to write/debug/write tests for/maintain. I decided to investigate what the actual over-the-wire costs are for /v1/wvw/matches.json.

We gzip all responses for clients that support it (almost everyone) and the current /v1/wvw/matches.json output while verbose isn’t crazy. It’s 2.6KB uncompressed, but over the wire it’s only 380 bytes. The examples matches2.json starts out significantly smaller at ~700 bytes, and after gzip it’s down to ~325 bytes. So overall savings over the original file of 55 bytes.

I’m definitely not going to build & maintain two code paths to save 55 bytes over the wire, sorry.

Bugabuga.9721:

What will be the acceptable rate of requests for v2 API?

All of our API responses are cached for some period of time, so right now we aren’t enforcing any particular limits. It would be simple for us to rate limit endpoints in the future but we’re going into this in good faith that people won’t abuse it. Also our API frontends are pretty robust and giving them a good workout from time to time is nothing for us to panic about.

If you start noticing slowness/spotty responses though do let us know!

smiley.1438:

I’ve already proposed some json structure changes for the WvW APIs, so i’m gonna link these here for now – i’ll create some PR tomorrow.

matches.json https://gist.github.com/codemasher/8876102#file-matches3-json
match_details.json https://gist.github.com/codemasher/8894954
objectives.json https://gist.github.com/codemasher/bac2b4f87e7af128087e#file-gw2_objectives-json
(more to follow)

Ooh, those look shiny. In addition to fixing up the response format, I definitely do want to get the objective flip times in there, though I think that’ll take some more involved backend changes.

Sol Solus.3167:

The trading post APIs only accept IDs, so it would make sense to have an item name search API to get that ID. Right now the only way to implement name search is to maintain your own database, which is burdensome for non-website apps.

Preferably, it would allow type, rarity, etc. filters via parameters.

Actual search endpoints is definitely something I’ve been looking into. The way we pull content data right now is to basically load stuff from the dat file — which is designed for semi-random access and doesn’t really yield itself to indexing. So I’m trying to pull all the data into a more normalized format so we can load it into search indexes and index all the things (not just items/recipes, but also future endpoints like skills and maps and whatnot). Still a ways from being production ready though ;_;

wwwes.1398:

GM Awesomeness (I lolled when I scrolled up just now to make sure I got your name right), I’m having lots of connection issues the last few days but not in EU. Should I send you a report with this subject line or use a different one?

I’ll ask the folks working on this project and get back to you tomorrow.

famfamfam.9137:

I’m interested in plans for versioning and compat.

In terms of making PR requests for format changes to existing endpoints, do you have any plans for how versioning will be handled to not-break backwards compatibility for existing clients? What are your existing thoughts on this, and do you think its possible/reasonable to do while also adding the huge list of functional things people want from the API?

Would it be best to make a PR proposal for the ability to specify the specific endpoint version you want to use per-request and changes to?

(Typed out a longer post but the forums swallowed it)

This is a longer-term question, we don’t have a complete answer yet. I’d like to move to that model after we’ve plumbed more of the data through, I just don’t know how we’d support that sanely within our codebase. I also haven’t seen any implementations of a model like that in an API I’ve used/investigated so I don’t know what sort of best practices we should follow.

I’d write up your proposal in a forum post or gist, it’s too long-term of an idea for a PR to be very useful right now. After we’ve gotten over the hump of exposing most of the useful/interesting data available I’d like to circle back around on a consistency pass that would potentially include a more flexible versioning story.

In terms of the current /v2 API, once we ship the API it won’t have fields deleted or renamed. We may add fields as more data becomes available.

Bug Fixes:

• Fixed a client crash.

Just a quick heads up that the release of the first beta authenticated API is being delayed until at least Monday of next week (2/23). This is due to a variety of not-seen-in-development configuration issues we’re slowly working our way through.

Once the APIs are available we’ll have a post announcing it and providing very basic getting started documentation. More complete docs should be on the wiki soon thereafter.

Sorry for the delay everybody, and thanks for bearing with us while work through this.

zerorogue.9410:

On the matter of actual editing of character/game data through the API I would rather not have it.

Don’t worry, it’s technically infeasible for us to edit game data. We only have a read-only copy (which is potentially ~5 minutes out-of-date) due to the nature of our architecture.

Pat Cavit.9234:

dlonie.6547:

One API endpoint I’d like to see would provide access to historical trading post data — for example, to get the data to produce a graph similar to those on gw2spidy, gw2tp, etc.

Doing this currently requires constructing an external database and scraping the APIs regularly to populate it, and data from before the scrapes started is never accessible.

Before putting up a proposal for the endpoint parameters and response format, would something like this be possible? I.e., does ArenaNet store a detailed history of trading point data? Would the sheer amount of data that would potentially be pushed through their servers be problematic?

And thanks for starting this Pat — the APIs are one of the coolest things about this game for people like me

Lawton’s got a proposal for a user-specific TP transactions history endpoint he should be putting up as a PR. We need to get authenticated APIs up & stable before that API can become a reality though.

Here’s the PR for /v2/commerce/transactions, which would allow users to delegate access to their trading post transaction history.

Remfin.4892:

Just to be clear, when we keep talking about authentication and authentication APIs, what scenarios are intended to be supported?

• “User” APIs (apps calling APIs)
• “Server” APIs (servers/websites calling APIs On-Behalf-Of)
• External authentication (ala OpenID and such) (being able to get and verify a token that ANet says you’re “X”)

The authenticated APIs will use OAuth2, which is best described by the second (servers/websites calling APIs On-Behalf-Of). You must explicitly grant a server access to specific portions of your account for your data to be disclosed. Servers/API consumers cannot access any API which requires authentication without the explicit consent of the user whose data is exposed.

While technically OAuth2 isn’t meant to be used for authentication, the /v2/account endpoint will effectively provide external authentication so you can restrict e.g., guild websites to only people who are actually in the guild without relying wholly on manual in-game checks.

Sytherek.7689:

After reading this thread, I’m concerned about privacy.

Will the API allow anyone to investigate, say, anyone else’s backpack or storage?

Are we going to have to worry about gear-check apps?

No, you will have to give applications access to your data.

aRestless.6213:

Guild management and especially member management can be a big problem in larger guilds. Having Roster and Roster History exposed would be a huge thing.

This is definitely on my todo list, but I don’t yet have any designs for the endpoints. One of my guild leaders exports the influence log by hand to a spreadsheet so he can compute and graph various engagement metrics — that’s really something that should be automatable.

veggies.2178:

As a proud owner of 11 “mule” alts out of 35 character slots, i like the api changes, but one thing that anoyed me is the lack of api for character inventory.

We’re planning to eventually expose character inventories via the /v2/characters endpoint (and the account bank via /v2/account) so that someone can write a webapp to locate where you put that extra stack of Superior Sigils of Wrath or Lemongrass Poultry Soup. I’ll post a link to the Github PR once I’ve got the endpoint proposal writeup finished.

Just finished an initial writeup of the current in-dev state of /v2/skills. It’s still quite a bit away from being ready for public consumption, mostly just looking for ways to improve the output format.

Divus.3175:

About historical tp data.

Either John Smith has his own server with all (I mean ALL) the data, or you have it somewhere in some form of historic tables. That’s just a wild guess.

Querying it is neither fast nor scalable, so it’s very unlikely that we’ll be able to provide access to anything beyond what you can see via the in-game UI. I think the current cutoff for the transaction history is three months, but might be mistaken about that.

Divus.3175:

About historical tp data.

Either John Smith has his own server with all (I mean ALL) the data, or you have it somewhere in some form of historic tables. That’s just a wild guess.

John Smith has access to offline data querying stuff that isn’t suitable to expose via the API, sadly.

Also his secret is that he really gets most of his data from the fiber-optic cable in his brain that is wired directly to the DB servers in the datacenter. Limits his range of motion quite a bit, but at least his query latency is low.

MithranArkanere.8957:

All I want for now is just 3 things:

• Some sort of authentication, so the API can get permission to get info about an account and its characters.

I put together a PR about upcoming /v2/account API. The PR has more details, but it’ll give you the ability to authenticate users and determine their homeworld (and eventually more stuff is planned for it).

Wanted to have it released this week, but having some fun technical issues with the deployment.

AfterXII.2761:

As a guild leader and a web/phone app developer, I took a look at the announcement of API authentication and immediately thought of the following possibilities for implementation:

Personal Account

• Personal bank contents, assets, wallet, etc
• Current guilds (with flag on current rep)

The personal bank account (and material storage) is planned for the /v2/account API (see the PR link above), as is the current guilds an account belongs to. The currently represented guild will probably live in /v2/characters, and the roster in an account-specific guild endpoint (haven’t really sorted out the design for that yet).

Anyway lemmie get some more writeups posted on Github for you guys to peruse.

/v2/skills is something Lawton’s been working on for a bit. Due to the way they’ve been organically constructed over time it’s a real hairy thing to make skill data be as regular as you’d want in an API. A proposal for that should be going up in the near future.

All authenticated APIs will be using OAuth2 and authenticating against https://account.guildwars2.com, yes.

1258879 Closed as duplicate. If original is unsolved please post your first ticket.
1238314 Waiting for your reply.
1240411 Solved
1215745 Solved
1243060 Waiting for competitive to confirm eligibility
1135170 Solved
1233395 Solved
1244969 Solved
1247144 Solved

Natas II.9360:

So I get this reply today.

“Before we can look into your request, we require that you contact us through the Guild Wars 2 Support Interface. We are unable to help you with a request filed through any other means.”

WHAT!???

How else would I get these ticket numbers!??

Your request (1242585:Re: Request received: 1221967:New Account Restrictions Are Back!) has been updated. To add information to your request, simply reply to this email. If you no longer need assistance, just reply with “I no longer need help” in the body of your email.

This is ridiculous.

You’ll get a ticket number whether your ticket is an e-mail submission or webform submission. For security reasons you must use the webform in order to receive help.

First, some specific responses. Skip to the bold section at the bottom for instructions on how to send us a different kind of data that we’re hoping will help us find more answers.

lorazcyk.8927:

I did this and the GMs insist I should use the website to send a support request, even after I mentioned it was you who said to email directly, and linked to your forum post, and that there’s no way to send attachments through your website. What do I do? I’m obviously not sending a support request, just sending you the attachments you asked us to send.

We had an error for a little while where people were getting an auto-response saying this. It should be resolved now, though, as long as you use the subject line “EU latency issue.” If you give me your ticket number I would be happy to look into your specific case.

UncleSniper.4086:

I am now convinced that there are actually two issues: A network lag problem and a server lag problem. This would explain why no proper results seem to have emerged, despite there being an absurdly huge amount of trace/ping/whatever logs available: Everyone assumes one problem and, unsurprisingly, gets contradictory results (including me, hence my twice revised theory), because there are really two.

However, I still believe (cf. lack of correlation between latency and lag, mentioned above) that server lag is the far greater of the two issues. So I have to ask: Did anyone at ArenaNet/NCSoft actually conduct any tests to rule out my bold (though well-founded) claim that the servers are running out of resources?

I can confirm that we are indeed investigating both possibilities. At this point, the vast majority of the issues do seem to be coming from degraded connections between users and our servers. However, we are still trying to do everything we can to find and eliminate any server-side problems.

UncleSniper.4086:

Zanktus.9821:

I talked to a lot people from germany and in most cases it was Telekom or another company that uses the Telekom cables/lines, for example 1&1.

That would be because, despite everyone seemingly disputing this fact, Telekom is the only real ISP in Germany. Everyone else ultimately uses their stuff. (Bla, bla, cue everyone screaming “Not so!” etc. etc.) So essentially, Germans have it bad, period.

DT is one of the providers we’re working with right now. You are correct that even if DT is not the direct provider, data in Germany will often cross through DT’s networks.

We’d like to get some more network data that will help us track down the problems people are having. If you’d like to help, please do the following:

1. Download and install the standard version of Ping Plotter here
(there is a trial period for the Standard version but you will not be obligated to make a purchase).
2. Log in to Guild Wars 2 and type in /IP in the chat box. Doing so will display the IP address of the server to which you currently are connected.
3. Run Ping Plotter and put the IP address from step 2 in the “Address to Trace” section in Ping Plotter. Make sure you leave off the “:0” at the end or the test will not be able to be run correctly.
4. Click “Trace” and allow the tool to run for at least 30 minutes while playing Guild Wars 2 (preferably during the timeframe in which you experience this issue). Also, please keep the trace running for a minimum of 30 minutes, even if you get disconnected from the server.
5. Once you have run the trace for at least 30 minutes, click on “Stop” then “File” -> then “Save Sample Set” and save the file to your computer. Please be sure to save it in a location that will be easy to find, such as your desktop.
6. Send an email to support@guildwars2.com with subject line “EU latency issue” and attach the file from step 5.

Thanks again for all your patience and help with this!

dlonie.6547:

One API endpoint I’d like to see would provide access to historical trading post data — for example, to get the data to produce a graph similar to those on gw2spidy, gw2tp, etc.

Doing this currently requires constructing an external database and scraping the APIs regularly to populate it, and data from before the scrapes started is never accessible.

Before putting up a proposal for the endpoint parameters and response format, would something like this be possible? I.e., does ArenaNet store a detailed history of trading point data? Would the sheer amount of data that would potentially be pushed through their servers be problematic?

And thanks for starting this Pat — the APIs are one of the coolest things about this game for people like me

Lawton’s got a proposal for a user-specific TP transactions history endpoint he should be putting up as a PR. We need to get authenticated APIs up & stable before that API can become a reality though.

AFAIK we don’t track historical buy/sell data for items on the TP due to not having a need for it & it’s a lot of data. Something I can double-check though.

Welcome to the 2015 API CDI thread!

This is intended to be a slightly more structured location for us to discuss the various current & upcoming public APIs. In the past these threads were scattered all over the place (though the old suggestions sticky has some useful links) and I’d like to centralize things a bit. Especially as we start shipping the first of the authenticated APIs it feels like the right time to start this process.

So here’s how I’d like this to work.

• Discussion around more philosophical topics like future APIs, high-level details, etc will be handled in this thread.
• Actual API details (fields, formats, etc) will be discussed via pull requests against the api-cdi GitHub repository. These provide trackable history of changes as well as cleaner formatting options.
  • As an example, here’s my PR for moving /v2/floors under /v2/continents and cleaning up a bunch of the formatting. https://github.com/arenanet/api-cdi/pull/2
• Try to keep your posts relatively brief. Giant walls of text are hard to parse and discuss succinctly.
• Other CDI caveats and warnings apply. In the API forum we try to be more open about what we’re working on, but things change quickly and we try to spend more time working than posting.
• If you’re going to comment on a PR on the forums instead of on GitHub, quote the exact commit you want to discuss.

Example post commenting on a commit:

https://github.com/arenanet/api-cdi/commit/8ad156a98721b91954beeb5ee15793f29463bdea

I think that lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse commodo augue sit amet augue fermentum maximus. Suspendisse eu faucibus neque, sagittis bibendum arcu. Mauris hendrerit.

The most important thing to remember is that this whole idea is a work in progress! We’re open to modifying the process based on your feedback.

Current Proposals

• New format for /v2/floors, moved under /v2/continents
• Add /v2/account — basic scope only
• Initial pass at /v2/skills
• https://github.com/arenanet/api-cdi/pull/6

Locking this thread. The forums are not the location to appeal a ban. I’ll also be looking into this issue.

Isotope — I need to ask the same question I asked robertfordaol:

When did you last log in to Guild Wars (the original game) on that account or those accounts?

I want to try to figure out when your account was terminated, so please provide that info as accurately as you can.

And I’m very sorry for any errors that occurred. We’re continuing to discuss and investigate this and see what we can do to sort out the appeal tickets and resolve everyone’s issue if their account was, somehow, terminated in error.

I agree with you, SP. In fact, since this is a done deal and the matter is resolved, I’ll take that advice and smack a Kwik-E-Lock on this.

I am investigating this.

How long had it been since you accessed those accounts? I want to know when they may have been “banned” and the “last logged in XX days/months ago” will help me talk about this with Customer Support.

Thank you, and hang in there — we’ll do our very best to get this sorted out!

Oh! You’re in an instance (the Council Chambers) so it’s marking the instance exit. If you’re not in the same map as the story start, it will mark the route to the correct map. It wants you to exit to Rata Sum so you can reach the story start.

You’re at the wrong place in Rata Sum. The start point for the story step is up top, right across from the College .

brom balagon.4903:

do we open paypal dispute or does the refund come back its self? dont wanna open paypal dispute if it will get my account in trouble or something that i use it with normally to but gems on

lil clarification on this please

Oh hey, we want to make this painless for you. No need to open a dispute or do anything at all. The refund will be made without any effort on your part. You should receive an e-mail about this, as well, just to keep you in the loop.

morrolan.9608:

Roy Cronacher.1576:

Nike.2631:

Roy Cronacher.1576:

The skills on the right half of your bar are tied to the legend which you are currently invoking.

Lets see if I can phrase this unambiguously:

When I am invoking Bob the Mighty, will I have a Bob-themed pool of skills to choose from when filling out my right-hand tray, or does channeling Bob the Mighty give me an absolutely specific set of 5 skills without variation from any other Revenant invoking Bob?

I realize the answer may be different for buttons 6 and 0 than it is for buttons 7, 8, & 9.

That is not set in stone yet and something we are deciding still.

As noted earlier in the thread if there isn’t a choice it appears the revenant will feature less customisation than other classes and may be quite inflexible.

There options really are the legends you bring which offer unique playstyles and skills, I can see your point though.

Nike.2631:

Roy Cronacher.1576:

The skills on the right half of your bar are tied to the legend which you are currently invoking.

Lets see if I can phrase this unambiguously:

When I am invoking Bob the Mighty, will I have a Bob-themed pool of skills to choose from when filling out my right-hand tray, or does channeling Bob the Mighty give me an absolutely specific set of 5 skills without variation from any other Revenant invoking Bob?

I realize the answer may be different for buttons 6 and 0 than it is for buttons 7, 8, & 9.

That is not set in stone yet and something we are deciding still.

Khenzy.9348:

Roy Cronacher.1576:

Muchacho.2390:

Mhh i guess switching legends will trigger weapon swap sigils if revenants dont have weapon swaps.

On swap sigils will trigger when you invoke your inactive legend.

Now that you’re here, let me ask you:

When you choose a Legend, said Legend unlocks you a single set of utility skills, 1 healing skill and 1 elite, correct? Are all these skills fixed on your bar (like Elementalist’s weapon skills are depending on which attunement you are)? Or do Legends just add new skills but these can be changed regardless of what legend you are using currently (within the two selected obviously)?

That wasn’t very clear to me when reading the blogpost.

The skills on the right half of your bar are tied to the legend which you are currently invoking.

pdavis.8031:

As far as resistance I read it as you’ll be immune to any condis during the duration, and if there was any remaining, they would continue as normal. Which would mean that they could still be applied during the time resistance was up, but have no effect until resistance ran out. But I could be wrong.

You are correct.

Muchacho.2390:

Mhh i guess switching legends will trigger weapon swap sigils if revenants dont have weapon swaps.

On swap sigils will trigger when you invoke your inactive legend.

DiogoSilva.7089:

Roy Cronacher.1576:

There is a mix of recharge and energy/upkeep costs for the Revenant skills. Every skill doesn’t necessarily have recharge though.

Hey Roy, what made Anet go back to a traditional energy+cooldown system? Is it merely playing around GW1’s nostalgia, or do you recognize it as having its own merits as a balancing and high-risk/ high-reward tool?

I personally find it to be a really powerful balancing tool, and energy management also creates an interesting mini-game that remains exciting even in the easiest pve encounters, so I’m happy with it coming back.

The resource system came about after a lot of iterating, we went through tons of different versions of the profession mechanic. We felt that energy was a good tie in to legends since it creates this push and pull sense of power with the legends. You gain power over time while invoking a legend to use these powerful skills then once you use these skills, it expends that energy. Tie ins to the original Guild Wars was a bonus since the profession looks back in the past a lot via legends and lore.

We use a mix of energy cost/upkeep and recharge in order to properly balance the number of uses from the skills on your bar. Some skills which are more situation may not need a recharge while others do. It’s on a skill by skill basis. As you said it creates a energy management type system so you are managing how much you have, how much you pool up, and how you are using it depending on the situation. It adds a lot of versatility and play options in combat.

Here’s the update you’ve been waiting for.

As those of you in the thread are aware, for about an hour on Tuesday, February 17, our website displayed inaccurate pricing for our Digital Heroic Edition. Instead, the website displayed an incorrect item name (“Booster Bundle”) and an inaccurate price. We apologize for this issue, and will be refunding any charges related to the attempted purchase of that particular item. All refunds will be issued via the payment method used to check out, such as a credit card, debit card, prepaid card, or PayPal®.

Refunds normally appear on an account or card within a few days of processing. We ask that those involved please allow at least three business days for the credit to appear on the relevant account. After that point, we’ll be happy to answer any questions through Customer Support via our website.

We apologize for any inconvenience that this issue may have caused, and we are working to ensure that this does not happen in the future.

We have this fixed internally. Not sure when it will ship. Needs to go through the pipeline (QA and such).

Fix includes Vampirism and Scavenger.

There is a mix of recharge and energy/upkeep costs for the Revenant skills. Every skill doesn’t necessarily have recharge though.