Not only on close matchups but also for our users a self calculated approach won’t be an option. Ppl interested in apps/ websites aren’t interested in semi-correct matchup data, regardless of whether it even shows a wrong matchup winner or not.
same here: an extension for the new world-vs-world scores would be really great. I guess this is an issue for everyone providing a fanwebsite for wvw (e.g. mos-millenium and many others) including our matchup status for our Teamspeak community.
we receive an “ErrLinkNotFound” error for API keys. Further details:
- For the same GuildWars2 account the error can be reproduced and occures for any API key the user creates.
- For accounts with a working API key we weren’t able to reproduce this message, but
- We also found an account having this issue that haven’t had this issue for a year.
Any suggestions if this is temporary and the erroneous API keys will work after a few days?
good:
Ppl who like Open-PvP or the current WvW will also like this patch
bad:
The changes just miss the point that not everybody loves the architecture and the environment of the borderland map as well as its keeps (there are enough threads about this one, please don’t discuss).
Nobody will want to upgrade the objectives just because it doesn’t happen automatically. They may probably start doing this until they’re fed up.
Same will happen to Open-PvP lovers: they just don’t like those maps.
conclusion:
From my point of view those features are great, but you should first deal with the fact that ppl don’t like the new borderland design – not only its mechanics.
As there’s a bunch of guilds having this issue at least an idea would be nice:
· Should we stop upgrading our guild halls until this one is fixed?
· What about Aethrium overflow in the meantime?
· Is this an erroneous display or do our guilds still have their levelup?
· If not, will it be granted after fixing this issue?
I agree, there should be some information about the generic flags for the /v2/account.
It doesn’t have to be labor-intensive at all, maybe just an array e.g.
I can imagine that it isn’t that easy to bring this information from backend to an API output, but I think it is essential and versatile for app development.
..Or will there be an API method available to detect if an account is free-to-play?
From my point of view the ability to access the world-vs-world (f2p account without lv60 character) is needed in the account API. We’re using this information for server affiliation.
The most escapist decision, as distant from customer as it could be, worst and crude idea I’ve ever seen since 12 years in an mmo.
Whoever agreed to start this event has no idea about the world-vs-world as it is being played and why we play it for years without much innovation.
Epic fail by our head of WvWvW department.
Fortunately this happened in summer..
after some strange issues with the API I did some tests:
- Checked my account and choose an API key
- Called https://api.guildwars2.com/v2/tokeninfo?access_token=<my new API key>
- Got response: {"text":“invalid key”}
- Checked my API key list
- Key deleted
You can reproduce this problem any time.
What should I say.. ermm.. P LS H E L P this is urgent!
Even deactivating the whole API system would help as we are deleting the API keys with our calls..
The process with OpenAuth2 needs a few clicks including authentication at guildwars2.com. Everybody should be able to succeed this and it is a well known process.
I totaly agree that most ppl won’t ever read and just click-through. Even “warning, ArenaNet will provide your wallet, inventory, .. Information for a third party application” will be ignored by some users.
Increasing the need of IT skill won’t change anything. The skill needed for copy&paste of a “weird looking” API key is independet of the awareness of data security.
Do it like Android or do it like Apple, but never do it like Microsoft ..
- You can tell the user and hope that (s)he reads and understands.
- You can try to control (have some kind if contract/ agreement between ANet and) the third party application.
- But you won’t ever change the user behaviour/ awareness with the need of increased IT skill. They simple won’t use the feature or follow a guide making them even less understand the consequences.
How will users create an API key? Can they do this in-game?
Nah, it’ll be an interface on the account site.
We have an IT skill scale from 1 to 10 while ppl reading the API forum already get a 10 (we’re not talking about coders). In my opinion you need at least a 5 to handle this.
Let me describe this with a little story about a “3 points user”
1) A user starts an application (forum, mobile, voicechat)
2) The application may need its own authentication (e.g. forum login)
3) The user reads an explanation about “API” (what?) and “GuildWars2 Basic Account Information” (what again?)
4) A “direct” link is being provided. The URI points to the API-Key management.
- (Let me just re-think about “fishing” at this point.. no, I don’t want to explain this.)
5) The user enters the correct email adress and password for guildwars2.com
6) Now (s)he’s clicks on “Generate new API key” and is being asked what information to provide for the application.
7) The user gets something like “ADSA165DS1V69A8REV6ASDF” and now has to copy this information to clipboard (let’s guess the user has no problem with copy&paste)
8) Now we can return to the application and paste the API Key (..) into the form
I don’t even want to think about those steps for a “level 1 user” with a fresh installed Windows….
Hey Lawton,
I know this discussion was over before it was started, but I don’t think we will be able to write an “everybodys application” with this need of user IT skill.
If there is a regular expiration date most applications should be able to safe the last timestamp of their refresh, don’t they? Anyway, I would prefer an information from the leading database, so an API field of an expiration date would be fine.
Anyway, most of us have to deal with a different (application<>API) timezone and the local architecture of the application server or client. I’m not sure if this is an important feature, but a nice2have. More important would be a 1) documented 2) minimal lease time until a refresh must happen
BUT are you serious, Anet? That formatting isn’t funny at all -.-
Most of the account site isn’t compatible at a resolution less than 800px width.
You may want to take a look at https://account.guildwars2.com/account/security having the same issue as you mentioned above.
Nobody ever had a problem with the account website on mobile devices. This may change when ppl start using authorized apps on their phones or tablets.
Anyway, I don’t think this is a critical bug, it’s just ..erm..
Instead I really care about the “general account data” information because of my overcautious countrymen in the EU as mentioned above. Even if this one seems to be a cosmetic issue too.
@Pat & Lawton
maybe you want to change the information description for users?
I know.. this is bleeding edge, but maybe you want to keep this in mind during release:
Currently a user will be asked if the application is allowed to see some “general account information”.
As good as I know my ppl from Germany (maybe this isn’t a German-thing after all?) they care about what this general information may be.
If the application is only able to see the name of the account and its world just tell the user or give him/ her examples. The “general information” is too generic and maybe understood as realname, address information, ..
This other request would be obsolete if the request of this character API would get the accountname as a parameter and/ or charactername.
Please note that ppl already start building their own databases using the mumble API and distributed third party clients.. Any response from ANet for the “Characters” API would be beneficial and may stop this.
There’s still need of this one:
As this (and other) requests/ suggestions seem to be ignored, ppl started to create their own databases several months ago. E.g. using the mumble API (using character name, client IP, world-vs-world-map, color w. matchup data) and a small client connecting to central databases. (note: this is not! my! project)
This is exactly what I’d code for this thingy Nabrok:
We already have several Web UIs matching the population of a map, the value and increase of its tick and the commander. All those features are just gimmicks.
An interface mapping the IP adress of the visitor to a voice chat user (TS3 in my case) is already done to grant access for a commander to those tools.
For this authorization a visitor has to enter his account name on a website, a script will check his home server and grant permission to the WvW voice chat channels (using servergroups).
+1 for this
this isn’t about character information but about someones server assignment.
Argument: Character Name/ Accountname
Return value: server_id
Guess you’re an administrator of a voice chat for a guild or -in my case- a GW2 server community. Guess you want a proove that someone is playing on this GW2 server.
This little tool would solve all of our problems playing WvW without an “enemy” in the commanders voice chat channel.
