If you're kicked from a guild, your characters will still be shown as repping it. The /v2/characters endpoint (and possibly /v2/account) should show the correct data.

Yesterday I noted with delight that under the endpoint "/account" the last point is output fractal_level.

Unfortunately, however, only if the API key is authorized progression.

Is there a reason for this?

It is also extremely annoying from my guild members repeatedly demand new API key because the permissions are changed or get worse.

I do not believe that there is a solution that makes the extension of the existing API keys possible, right?

greeting

Markus

v1/item_details.json is returning wrong icons for some items, v2/items returns the correct ones (example: v1 (icon) vs v2 (icon)).

Hey there,

I'm getting HTTP 400 status code when pulling data from /v2/account. Returning json says:

{"text":"ErrBadData"}

Tested with own application and the example node application.

Greetings,
Teranas

Hey there,

that's really a minor issue, but I noticed that the language awareness indication ([l]) is missing for the endpoint 'v2/currencies' on the overview page.

You may want to fix this ... or not ... Most people won't care :P

It would be nice if the APIs used the Accept-Language header when the lang parameter was omitted from requests. This would allow sites that use AJAX requests to localize more easily.

https://github.com/arenanet/api-cdi/tree/master/examples/auth-nodejs

Running through this I'm receiving an error after logging in, after being directed to the gw2 site.

Url:
https://account.arena.net/oauth2/authorization?redirect_uri=http%3A%2F%2Flocalhost%3A8080%2Foauth2%2Fcallback&response_type=code&scope=account%20offline&client_id=gw2_api_demo

(Between step 5 and step 6).

Cheers,
Michael

I don't know what's up with that, but the icons for specializations don't look very good.

In-game screenshot sample:
http://i.imgur.com/r7Eepsa.png
Icon from the API:
https://render.guildwars2.com/file/F8A95D6D3904A1F6430CF2D33A02FDF2A6132037/1011997.png

Edit: there is also a silly 5-pixels gap on the left and right of the images, maybe something can be done about that too?

One of my users was unable to create an API key, which i found to be caused due to his use of the Baidu Browser.

It seems that when using the Baidu Browser, the request made when trying to create an API key is malformed.

I am not sure which side this problem is at, but i looked at the request in Fiddler and found that the Content-Type is set to application/x-www-form-urlencoded instead of application/json; charset=UTF-8 (as with chrome), changing this and replaying the request created the API key successfully

Idk how many even use that browser, just figured i would report it

This item:
https://api.guildwars2.com/v2/items/29978
Is supposed to be available on BLTC:
https://api.guildwars2.com/v2/commerce/prices
(actually, it doesn’t because it’s “SoulbindOnAcquire”)
But it returns something like this:
https://api.guildwars2.com/v2/commerce/prices/29978
And also this for listings:
https://api.guildwars2.com/v2/commerce/listings/29978

The german /oauth2/authorization page has broken html markup:

<p>
    Die App <a href="http://gw2treasures.local/“>#TEST# GW2Treasures</a> möchte auf deinen
    <i>Guild Wars 2</i> Account zugreifen.<br>Wenn du den Zugriff gestattest,
    hat sie zu Folgendem ausschließlich Lesezugriff:
</p>

Notice the wrong quotation mark “ in the href.

Broken:

Working:

They're still referring to the removed description field. Forum post

I'm getting this error.

This XML file does not appear to have any style information associated with it. The document tree is shown below.

<Error code="48" module="3" line="389" text="callback (): Error: inventory not emptied! sparsify failure [{"id":21043,"slot":257,"count":1,"binding":"Character"},{"id":8941,"slot":265,"count":1},{"id":23031,"slot":266,"count":1},{"id":15188,"slot":269,"count":1},{"id":19980,"slot":270,"count":1},{"id":24581,"slot":277,"count":1},{"id":23038,"slot":279,"count":1},{"id":20316,"slot":283,"count":1},{"id":20686,"slot":318,"count":1},{"id":13858,"slot":322,"count":1},{"id":28608,"slot":323,"count":1,"upgrades":[24557]},{"id":38132,"slot":338,"count":2},{"id":38209,"slot":344,"count":1}] Error: inventory not emptied! sparsify failure [{"id":21043,"slot":257,"count":1,"binding":"Character"},{"id":8941,"slot":265,"count":1},{"id":23031,"slot":266,"count":1},{"id":15188,"slot":269,"count":1},{"id":19980,"slot":270,"count":1},{"id":24581,"slot":277,"count":1},{"id":23038,"slot":279,"count":1},{"id":20316,"slot":283,"count":1},{"id":20686,"slot":318,"count":1},{"id":13858,"slot":322,"count":1},{"id":28608,"slot":323,"count":1,"upgrades":[24557]},{"id":38132,"slot":338,"count":2},{"id":38209,"slot":344,"count":1}] at c:\arenanet\lliveweb.327\web\js2api\code\v2\controllers\account\characters.js:123:23 at c:\arenanet\lliveweb.327\web\js2api\node_modules\async\lib\async.js:52:16 at c:\arenanet\lliveweb.327\web\js2api\node_modules\async\lib\async.js:363:13 at c:\arenanet\lliveweb.327\web\js2api\node_modules\async\lib\async.js:52:16 at done (c:\arenanet\lliveweb.327\web\js2api\node_modules\async\lib\async.js:248:21) at c:\arenanet\lliveweb.327\web\js2api\node_modules\async\lib\async.js:44:16 at c:\arenanet\lliveweb.327\web\js2api\node_modules\async\lib\async.js:360:17 at c:\arenanet\lliveweb.327\web\js2api\code\v2\controllers\account\characters.js:58:24 at c:\arenanet\lliveweb.327\web\js2api\code\v2\lib\memoize.js:34:24 at c:\arenanet\lliveweb.327\web\jssrv2\code\caches\remote.js:88:13"/>

The ruin objectives do not appear to be coming through correctly in the objectives endpoint.

When I hit https://api.guildwars2.com/v2/wvw/objectives?page=0&page_size=200, I see five copies of the same objective for each map, each with different IDs but the same name and coordinates.

For example, there are five ruins objectives for "RedHome" that are each called "Demontrance Lake" and have the same coordinates in the middle of the lake, but they have different IDs.

Just return the percentage of world completion and each number of completed hearts/wp's/vistas.

If there's time to go deeper maybe add an argument to return percentage and completed things of one map only.

Hello There,

I was able to verify with some keys:
Once an endpoint key is called, the key is deleted and it can't also create a new key.

Please check and resolve urgently, otherwise the whole API is likely to be obsolete.

Best Regards

Markus / Plitzz

Is there any chance we can get ID's for the skill_challenges(hero points) in the continents api?

Hi all,

Found at least one broken traits id in the traits api.

ID 14 / Revenant Trait

Character has currently this id in the spezalizations array, but is not in the traits api.

cheers

https://api.guildwars2.com/v2/skins/2984 yields an ErrBadParam while this id is listed under /v2/skins.
Also, the HTTP error should rather be a 204/No Content than a 400/Bad Request - the latter sounds so passive aggressive... :P

Would it be possible to get a peek at the data from the /v2/wvw/objectives endpoint for the new Desert Borderlands map before Heart of Thorns launches? The application I'm maintaining requires hard-coded position mappings that can't be pulled directly from the API, so it'd be awesome to get a look at the objective IDs and positions so I can update the application before Heart of Thorns launches.

I'm developing a social login for gw2spidy on the base of the OAuth2 and I noticed something strange: Every time I log in with GW2, I get asked to authorize my app. Shouldn't the authorization get remembered or am I understanding something wrong about the process?

It seems to be copying the entire page, not just the key.

Because name change contracts, blergh.

Example request: https://api.guildwars2.com/v2/quaggans?ids=summer,vacation

Actual response headers

HTTP/1.1 200 OK
Content-Type: application/json; charset=utf-8
Content-Encoding: gzip
Content-Language: en
Vary: Accept-Encoding
Server: Microsoft-IIS/7.5
X-Result-Count: 2
Access-Control-Allow-Origin: *
X-Content-Type-Options: nosniff
Date: Tue, 03 Mar 2015 19:12:37 GMT
Content-Length: 107

Expected response headers

HTTP/1.1 200 OK
...
X-Result-Count: 2
X-Result-Total: 35

I thought /v2/achievements/daily would use the NA timing ( #96 ) which is why they're incorrect for EU players but one of my users reports that they're incorrect for NA players as well ( atomicptr/LoginWars2#8 ).

As per this thread, it would be useful if we added the configured per-endpoint cache times in the appropriate headers (currently we return no cache directives, iirc).

Hello everybody,

after limiting the server population, perhaps there is the possibility that the population and the state of the server or a message if you can switch to the server to issue the API?

greeting

Plitzz

For a while (can't specify further, but at least a few hours) the API calls to https://api.guildwars2.com/v2/characters?access_token=6C5DE92F-65FF-2042-AC3B-87B1C788A0D7DE0065BF-95FB-45C1-A458-06AA0064268E return {"text":"ErrBadData"} and/or HTTP Status 400. Could be it is just temporary issue or that the beta somehow affects my account.
I tried different keys as well.

This doesn't seem to bring up Today's objective/dailies

I'm looking at https://wiki.guildwars2.com/wiki/Daily/Table and Today we are the 8th, and today's daily afaik are the ones listed on the 9th.

But neither one are what https://api.guildwars2.com/v2/achievements?page=0 returns.

See: https://forum-en.guildwars2.com/forum/community/api/Item-IDs-Omitted-from-API

Some of those items are real items and they should be appearing on /v2/items, but aren't.

I just ran into a weird bug with an API key a user tried to register in my app, turns out if you create/edit an API with an empty name, the "name" field is missing from /v2/tokeninfo. I think the endpoint used to return an empty string some time ago. Didn't expect the name to be missing and it broke my app.

Probably would be good to add validation to prevent users from creating new keys with empty names.

Example: https://api.guildwars2.com/v2/tokeninfo?access_token=9058814E-A18F-DD4C-BBD7-73DE23ECDB6FF2913C7C-0406-447C-B0FB-92FBE16ADD87

{
  "id": "9058814E-A18F-DD4C-BBD7-73DE23ECDB6F",
  "permissions": [
    "account"
  ]
}

Endpoints that have non-default cache timings (i.e. /v2/commerce/listings and /v2/commerce/transactions) are incorrectly using the default five minute cache ttls.

Example requests with unknown IDs:

• https://api.guildwars2.com/v2/continents/5
• https://api.guildwars2.com/v2/worlds/5000

When requesting these "resources" the server sends back a HTTP status code 400.
Status Code 400 is defined as:
http://tools.ietf.org/html/rfc2616#section-10.4.1
"The request could not be understood by the server due to malformed
syntax. The client SHOULD NOT repeat the request without
modifications."

Since the requests are not malformed, but the resource is unknown, the server should respond with a 404 status code (or a 410 if the resource has been available before).

Hello,

Would it be possible to get the upgrade status (tier 0/1/2/3) of objectives in WvW (as part of /v2/wvw/matches)? The upgrades are based on timers now, so they can be loosely calculated based on time captured, but they're also affected by incoming dolyaks, which reduce the timer. So it'd be useful to get the definite status from the API.

It would also be helpful to get the estimated time of the next upgrade (which would be updated as dolyaks come in), if it's possible.

Something like this:

"objectives":[
    {
        "id": "1099-99",
        "type": "Camp",
        "owner": "Red",
        "last_flipped": "2015-11-20T02:51:21Z",
        "claimed_by": "07605FAA-7629-482E-B4AC-4AE673EC0ECE",
        "claimed_at": "2015-11-20T04:19:01Z",
        "upgrades": 0, // or "None"
        "next_upgrade_at": "2015-11-20T03:21:21Z"
    },
    {
        "id": "1099-100",
        "type": "Camp",
        "owner": "Blue",
        "last_flipped": "2015-11-20T04:23:04Z",
        "claimed_by": null,
        "claimed_at": null,
        "upgrades": 3, // or "Tier3" or something
        "next_upgrade_at": null
    },
    ...
]

Thanks!

Hi,

i got several api keys from an account that only generates keys with the following property:

/v2/tokeninfo tells me those keys got all eight availible permissions, but the following api endpoints return a HTTP 400 with text "ErrBadData":

• /v2/account/bank,
• /v2/characters,
• /v2/account,
• /v2/account/wallet

i assume it has something to do with the account moving from EU to NA about three days ago, as most the information that is shared between EU and NA anyways works well. This means i get a HTTP 200 and useful data from the following api endpoints:

• /v2/commerce/transactions,
• /v2/pvp,
• /v2/tokeninfo
• /v2/skins

This happens to all the keys generated by that account (the account is not not mine, i just happened to experiment with the api keys).

i'm 100% sure i use the api correctly as the very same script works with other api keys. its just that single account that causes bugs..

i kind of don't want to publish any information about the account without the owner agreeing so ill eventually add his info later once he confirms.
It would be nice to see a confirmation of the devs if this is a known bug as i was not able to find anything related.

PS: Great work, the game is amazing and with the API i get an even more detailed view of it :)

/v2/specializations on https://api.guildwars2.com/v2 is missing, /v2/characters/:id/equipment and /v2/characters/:id/inventory are also still marked as disabled, and even though /v2/traits-beta is just a beta, it should probably also be there (or at least the disabled /v2/traits).

I guess that is still this (source):

[...] there's a bug in the API enumeration that incorrectly and unconditionally lists the characters inventory/equipment endpoints as disabled. We'll look to fix that at some point in the future so it shows the status of those endpoints properly.

It would be helpful if you could its API Keys not only renaming, but also provided with additional rights.
The description also reads:

Editing API key

Enter a name, description, and permissions for this key. The fields for the name and description are for your personal use. Permissions determine which functions are made possible by using this key. Once the key has been created, you can not change the permissions.

Forum thread.

What is says on the tin.

So there's the v1/guild_details API that enables us to render guild emblems on the fly - the question still is: how?
The results have been mediocre at best (chance hit) because none of us knows the secrets of postprocessing these images.

So would it be possible for you to give us an example how to properly render guild emblems?
(preferably in a language thats read- and/or usable for most of us (PHP! :P)
The example above has been created by this cheap examply example code.

See also this thread: https://forum-en.guildwars2.com/forum/community/api/API-Suggestion-Guilds/page/2#post2155863

The new attributes Concentration and Expertise are being returned on the items endpoint attributes and buff as BoonDuration and ConditionDuration, the same as actual Boon Duration and Condition Duration. Luckily, on equipment (weapons/armor/trinkets/back) they can be distinguished because Concentration/Expertise actually show up in attributes, whereas Boon/Condition Duration only show up in buff.

• Boon Duration on equipment: https://api.guildwars2.com/v2/items/38168
• Concentration on equipment: https://api.guildwars2.com/v2/items/72391

However, upgrade components only have a buff, so we have to look to see if the number has a percent sign or not before we can translate Boon/ConditionDuration to Concentration/Expertise.

• Boon Duration on upgrade: https://api.guildwars2.com/v2/items/38143
• Concentration on upgrade: https://api.guildwars2.com/v2/items/73386

Is there any way these attribute names can be updated?

PS: the attribute Ferocity is still being returned as CritDamage, although this isn't a major problem because it doesn't create any conflicts.

Forum post.

My interpretation of characters.js is that the ''bags'' list will always have the size of that character's count of unlocked slots. The example shows a null entry after the last bag, however the API currently does not contain null objects after the last bag object in the list.

Example for a character with 5 bag slots unlocked:

Bags in slot 0 and 1:

{
  ...
  "bags": [
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    },
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    }
  ]
}

Bags in slot 0 and 2:

{
  ...
  "bags": [
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    },
    null,
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    }
  ]
}

Bags in slot 0 and 4:

{
  ...
  "bags": [
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    },
    null,
    null,
    null,
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    }
  ]
}

For fun, bags in slot 1 and 3:

{
  ...
  "bags": [
    null,
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    },
    null,
    {
      "id": 8941,
      "size": 4
      "inventory": [ null, null, null, null ]
    }
  ]
}

I'd like to know how often the game client dumps its state to the Mumble Link shared memory block. I measured it to be around every 30 ms, but I'd like an official statement.

I'm asking because we're seeing cases where the update happens as we're trying to read from the memory block. In very exceptional cases, we end up reading a partially updated json string that crashes our json deserializer.

Would it be possible to update the game client so that it uses a named mutex object?

• https://msdn.microsoft.com/en-us/library/windows/desktop/ms682411(v=vs.85).aspx
• https://msdn.microsoft.com/en-us/library/windows/desktop/ms682418(v=vs.85).aspx

Then we can update our code to use the same named mutex for synchronization.

When the website language is german the link to the "applications" page is not showing up and has to be manually type in by hand.

I think that bulk expanded endpoints are broken in the sense that an empty ids parameter is treated as if there was no query string at all.

An example...

https://api.guildwars2.com/v2/items?ids=

Is treated the same as...

https://api.guildwars2.com/v2/items

When I visit that first URL, I would expect one of two things:

• An error response, content set to {"text":"no ids provided"}
• A success response, content set to []

Instead, the API returns an array of numeric values, when my program is expecting an array of objects.

Currently, https://api.guildwars2.com/v2 looks like this:

The following paths are exposed by this API:
  /v2/account
  /v2/account/bank
  /v2/account/dyes [d]
  /v2/account/materials
  /v2/account/skins [d]
  /v2/build
  /v2/characters
  /v2/characters/:id/equipment
  /v2/characters/:id/inventory
  /v2/colors [l]
  /v2/commerce/exchange
  /v2/commerce/listings
  /v2/commerce/prices
  /v2/commerce/transactions
  /v2/continents [l]
  /v2/events [l,d]
  /v2/events-state [d]
  /v2/files
  /v2/guild/:id [d]
  /v2/guild/:id/inventory [d]
  /v2/guild/:id/log [d]
  /v2/guild/:id/members [d]
  /v2/guild/:id/ranks [d]
  /v2/guild/permissions [l,d]
  /v2/guild/upgrades [l,d]
  /v2/items [l]
  /v2/leaderboards [d]
  /v2/maps [l]
  /v2/materials [l]
  /v2/quaggans
  /v2/recipes
  /v2/recipes/search
  /v2/skills [d]
  /v2/skins [l]
  /v2/specializations
  /v2/tokeninfo
  /v2/traits [d]
  /v2/traits-beta
  /v2/worlds [l]
  /v2/wvw/matches [d]
  /v2/wvw/objectives [l,d]

Key:
  l : locale aware (via ?lang=<langId>)
  d : currently disabled

As the list expands over time, and more permission scopes are being added, I think it would be nice to include notes about the permissions in the long list of endpoints. Maybe something like the following?

The following paths are exposed by this API:
  /v2/account [+]
  /v2/account/bank [+i]
  /v2/account/dyes [d,+]
  /v2/account/materials [+i]
  /v2/account/skins [d,+]
  /v2/build
  /v2/characters [+c]
  /v2/characters/:id/equipment [+c]
  /v2/characters/:id/inventory [+ci]
  /v2/colors [l]
  /v2/commerce/exchange
  /v2/commerce/listings
  /v2/commerce/prices
  /v2/commerce/transactions [+t]
  /v2/continents [l]
  /v2/events [l,d]
  /v2/events-state [d]
  /v2/files
  /v2/guild/:id [d]
  /v2/guild/:id/inventory [d,+]
  /v2/guild/:id/log [d,+]
  /v2/guild/:id/members [d,+]
  /v2/guild/:id/ranks [d,+]
  /v2/guild/permissions [l,d]
  /v2/guild/upgrades [l,d]
  /v2/items [l]
  /v2/leaderboards [d]
  /v2/maps [l]
  /v2/materials [l]
  /v2/quaggans
  /v2/recipes
  /v2/recipes/search
  /v2/skills [d]
  /v2/skins [l]
  /v2/specializations
  /v2/tokeninfo
  /v2/traits [d]
  /v2/traits-beta
  /v2/worlds [l]
  /v2/wvw/matches [d]
  /v2/wvw/objectives [l,d]

Key:
  l : locale aware (via ?lang=<langId>)
  d : currently disabled
  +: authenticated endpoint (requires default account permission)
  +c: requires additional character permission
  +i: requires additional inventory permission
  +t: requires additional tradingpost permission

I haven't checked if everything is correct, and I don't know how the guild endpoint is going to be set up. But I'm sure that you get what I mean. To me, it should be obvious what's an authenticated endpoint and which permission(s) it requires.

For the rest, keep going! The API looks great already! 😄

Is there any chance we can get some updates map tiles for the Tile API?

It still doesn't have the updates Lion's Arch.