We will be undertaking server maintenance this evening (Pacific time). We do not anticipate that there will be major issues, although a few players may experience intermittent disruption to chat, whispers, or to the guild or party system. Transactions and interactions with the Black Lion Trading Company and our purchasing portal (Buy.GuildWars2.com) may be a bit slower but all transactions will process during the maintenance or immediately following its conclusion.
The times are:
Start: 9:00 PM Pacific time (5:00 AM GMT 24 November)
End: 1:00 AM Pacific time (9:00 AM GMT) 24 November
If you experience issues outside those temporary situations listed above, please post in the Bugs Forum.
Pretty sure Everyone,s MMR will reset for when leaderboards open soon , well i hope so anyways . Q for Evan , is MMR bound to both unranked/ranked or separate ? , I do hope its separate so new players n vets get separated from unranked/ranked players
It is separate. Also since noone will have played ranked in a while, everyone’s ratings will be more volatile than normal. This will help shake things up a bit.
Just throwing an idea out there (sometimes it helps software developers) could the absence of matches in the log be related to an absence of matches in the system, thus, making salamander mmr to be permanently stuck on a high level?
In case of doubt you could ask a dev to play with salamander in pvp and then proceed to check the log to see if it shows the new game.
This is the first time I’ve seen missing matches. There are plenty of match logs up until 11-21, and it could just be a delay in our metrics system, which is separate from what the API pulls from (which is right from the source).
Confirmed we’ve got some backed up data so I can’t investigate right now. Your MMR looked pretty stable, though.
We don’t have any specified rate limits (either as rules or enforced on the server) simply because we haven’t had any serious problems with it yet. If pressed for arbitrary guidelines, I’d say “try to stay under 100k requests/day”.
So, one of the big blockers is that our API’s HTTP backend is 100% stateless and only supports request/response (not websockets, etc) and doesn’t handle long-polling well. We’ll probably also need to write a protocol implementation for whatever protocol we settle on (my bets are on IRC) since existing libraries probably won’t play nicely with our stack.
The other major issue is that the game side of the chat bits only expects interaction from the game client; I’m not sure what the game will do when it sees your own guild chats sent to your game client from your phone.
Lemmie get all the easy stuff out of the way first, then I’ll work on chat and character portraits and stuff ;__;
As far as the API is concerned, the big items here are the account and character names, which can be used to harass or track the player in-game or here on the forums, and all of which are exposed with very basic permissions. The account name isn’t really useful for the API itself but is exposed in virtually every key. Equally puzzling is that (mutable) character names are returned as the unique ID rather than a permanent and anonymous handle.
So, for the account names — you can already see the account name of everyone you see in-game. You just have to add ‘em to your block list and the block list will show you their account name in the mouseover. It’s how you whisper enemies in WvW and other shenanigans — I’m not sure why it’s like that, but given how easily you can reveal account names I didn’t see much reason to obscure them in the API.
The character IDs are intentionally not provided for security reasons, and there’s nothing else in the character data that’s both immutable and uniquely identifies a character. It’s possible in the future (read: pretty far out) that we’ll fix this by providing an HMAC of the character ID or something, but it’s not really on the backlog. You can uniquely identify the characters within an account via the creation date (which I agree is backwards, but we’ve got worse warts).
Anyway, RE: the permissions discussion; I agree that the end-user UX is sub-optimal but I don’t forsee it changing, sorry
There isn’t a way to request multiple character blobs, nor will there probably be in the future (the backend that the API talks to for character data also follows a request/response protocol and only supports one blob/request).
I’m not sure if our HTTP implementation supports pipelining, but pipelining the HTTP requests across a handful of persistent connections would be the fastest way to get the data out. Not sure if your HTTP library supports it, but I know cURL does, at least.
The main latency overhead from sending multiple requests is going to be the SSL handshake though, so even without pipelining re-using the connections is going to be a significant difference over using a connection/request.
So i just Bought the expansion, I wanted to know do i need to download anything or is the heart of thorns expansion already included into guild wars 2 updates but i just have access to it once i claimed the serial code?
To answer the direct question: no, it’s not a separate client/download once you’ve successfully used the serial key.
Beta, Character Select/Create, Enhanced Squad UI, Play for Free, Raids, Streaming Client, & Mac
~snip~ I did choose the Dreamer for the whole package…. And then someone at Anet decided to change the package (sound) months after I spent lots of gold and time on it.
I have only had the bow a few weeks, and I didn’t notice the sounds previously (in someone else’s ownership). Can you detail what changed? I’d like to ask about it. Thanks.
I’m a fan of Dreamer. It took me years to get it, but darned if I’m not thrilled with it.
The sound makes my ears bleed.
Ok ok, you guys. I was going to say something about how I wish The Dreamer had an option “Whinny/Don’t Whinny” component, but that seemed sort of rude, given it’s a PonyBow™ and I should be willing to take the whole package or not choose it at all.
I have only had a couple of occasions when I’ve been asked “Can you turn that off?” and once when I was asked “What IS that sound.” I do admit, it’s a little… noticeable. But the whole visual is so splendid that I’m ok with that small drawback. ( ~nudge~ Get the ranger ref? draw-back????)
I just want to point out that while I also find the sound to be a little grating, I love the Doppler effect you get with it. I can tell whether the person is coming toward me or moving away from me simply by the pitch of the ponies.
Subtleties like that really add to the experience.
That’s beautiful Roy. There are not many people who can use “subtlety” and “The Dreamer” in the same context. I love it!
Lol why not just seperate the stacks of condis from each opposing team to neutral monsters?
This seems pretty straight forward, they need to be counted different.
If the monster has 2 separate stacks of bleeds, which stack does damage first? The only way I can think is the first one applied goes first. That’s doable without splitting the stack.
Checking for killing blow via percentage damage of a cummulative condition tick looks to be quite complicated. However, sorting the damage by last person to update their condition stack or first person to apply the condition looks much easier.
Downstate would have the same problem when letting the NPC bleed out.
Well surely you’d have to follow suit and let the last person to apply damaging conditions to get the kill because with physical damage the last hit no matter how pathetic the damage would get the kill.
To clarify what would happen in this case:
Person A applies 100 stacks of bleed.
Person B applies 1 stack of bleed.
Person B gets their damage applied first in the next tick, but it isn’t enough to kill the monster. Person A’s 100 stacks do kill the monster and gets the credit in the same tick.
It would not be the case that we know bleed will kill the monster this tick, give credit to person B because he touched the monster last.
Checking for killing blow via percentage damage of a cummulative condition tick looks to be quite complicated. However, sorting the damage by last person to update their condition stack or first person to apply the condition looks much easier.
Downstate would have the same problem when letting the NPC bleed out.
Playing in unranked PvP matches will no longer progress Guardian achievements when not playing as a Guardian
Druid: Astral Force is no longer gained when healing a target that is already at full health
Fixed a bug in which Scholar Mossi could give incorrect progress in 2nd tier legendary collections.
Fixed a bug with Ogden not offering the correct conversation options for players on Astralaria I: The Device and Hope IV: The Catalyst.
Fixed a bug with Protector of All not being awarded to players on Nevermore I: Ravenswood Branch after completing Northern Assault, Southern Assault, or Central assault events in Dragon’s Stand.
Fixed a bug that caused Mystic Forge Stones to not be account bound.
Reduced memory usage in the 32-bit client and the Mac client.
Hold on, so what you are saying is if X team gets 10 stacks of bleeding, 5 stacks of burning and 4 stacks of poison and team Y applies 1 stack of bleeding, if his health reaches 0 by condition ticks it will be a 50/50 chance?!!
In this case, if the game is currently processing bleed damage, and 10 stacks from team X would kill the monster OR 1 stack from team Y would kill the monster, whichever damage does the killing blow first is random. If bleeding is processed first, but it doesn’t do enough damage to kill the monsters, but then burning DOES deal enough, then team X would get the last hit.
My thought would be to make it the same as if it were 2 melee attackers. Whoever did the damage that actually brought the health to 0 gets credit.
In this case, the person who used the condition that actually did the killing damage should get credit
The problem is that both teams have bleed on a monster, and the tick from either team is enough to kill the monster. Does red or blue team bleed damage get dealt first?
I’m a fan of Dreamer. It took me years to get it, but darned if I’m not thrilled with it.
The sound makes my ears bleed.
Ok ok, you guys. I was going to say something about how I wish The Dreamer had an option “Whinny/Don’t Whinny” component, but that seemed sort of rude, given it’s a PonyBow™ and I should be willing to take the whole package or not choose it at all.
I have only had a couple of occasions when I’ve been asked “Can you turn that off?” and once when I was asked “What IS that sound.” I do admit, it’s a little… noticeable. But the whole visual is so splendid that I’m ok with that small drawback. ( ~nudge~ Get the ranger ref? draw-back????)
What would be fair?
Last person to apply the condition that dealt the killing blow? Spam condies.
First person to create a stack that dealt the killing blow? Be the first to apply condies and keep them up the entire time.
Each player has their own ‘stack’ of bleeds, but what I don’t know is what order they get processed in. First person to give bleed? Last person to give bleed? Arbitrary ordering within an unsorted data structure?
Removing people from queue on map travel is a decent middle ground and should be easier than temporarily removing them from the queue. However, even teleporting within a map can have decent load times and hooking up warnings to every way you can leave a map, like Elwinson listed, is still a moderate feat.
The new player argument is obviously not an ideal one, but at the time was decent. I’d argue its more important now that we’ve removed the tutorial, but ideally should not affect where you can queue from once you know how PvP works.
The WvW queue behaves much differently from the PvP queue and cannot be used as an example or launching point unfortunately.
Increasing match accept times I don’t think is an effective or fun solution to this problem.
There were a few reasons for keeping players in HotM when queued:
It forces new players to recognize they have completely different builds in PvP maps.
You won’t miss the match accept because of load screens and get dishonor.
We can make a better user experience (match accept and map voting) without having to worry about interrupting whatever a player might be doing elsewhere.
In order to allow queuing from outside HotM, we would need to change these things.
We would need tech to remove players temporarily from queue during load screens.
Create better tutorials or gating for new players so they don’t hop into PvP unprepared.
I hope it stacks exponentially because 15 min is nothing…
The 15 minute timeout is for the first offense. The dishonor lingers on your account for much much longer, resulting in a longer timeout if you abandon another match.
Since you’re answering in this thread and not the other one about the dishonor system. There is the related issue that the time for accepting a match is too short and now if we go for a bio break or even just to get a drink we risk getting a dishonor for 15 mins. Is it considered reasonable we sit glued to the computer for however long a queue takes without leaving the computer at all? Even if the queue is long?
Missing match accept only gives a 3 minute timeout unless you’ve recently gotten dishonor.
I noticed that a portion of the stats are thrown into infix upgrades rather than being added to the attributes pool and have to ask why is this so?
Why not just join the two into the attributes fields?
Not a clue; that’s just what the data looks like.
I’ve been thinking about adding an “attributes” field to the “infix_upgrade.buff” object that provides a machine-readable form of the description. Probably won’t have it ready this year (there’s a lot of madness involved) but it’s something on the list, at least ._.
There’s no way for us to implement this on our end — the server that reads the dat file does not have the capability to persist any data, and the dat file has no notion of changes. Implementing this would require significant architectural changes across multiple components (read: 4+ months of me working on it).
The good news is that because we’re reading it from the dat file, exposed data only changes when there’s a patch — so you only need to do a full reindex when /v2/build changes. Otherwise you can just watch the list of ids and pull the new ones daily.
Can you confirm that the appropriate achievements have associated icons with them? I haven’t had an indepth look yet but from the few I looked at none had icons populated.
The achievement icons are overrides for the achievement group icon, which in turn are overrides for the achievement category icon.
Hey, I’m working on a skin for rainmeter to display dailies atm. Lawton, or anyone, does the /v2/achievements/dailies return festival dailies when theyre active as well, or just pve, pvp and wvw?
