http://i.imgur.com/Od7fy2D.png
Typo "Traning" should be "Training". String shouldn't be too hard to find, good luck and good job :)
Gold Saucer - Chocobo Interface Typo
Printable View
-
02-25-2015, 09:32 AMBellandyGold Saucer - Chocobo Interface Typo
-
02-26-2015, 11:18 AMFernehalwes
Greetings Bellandy!
I could just say, HEY! THANKS! FIXED!
But I thought people not privy to the secrets of large-scale MMO game development might want to know how a bug like this may have found its way through the cracks.
WARNING: this may not be an interesting story, so if you don't want to read about it, you may leave this page now knowing the bug will be fixed and the UI updated in a forthcoming patch.
Now, for those of you who want to know about the boring stuff...
Data for FFXIV is being updated internally every day. While everyone is working on the same game, everyone is working on different parts of it. The art team, for example, is already creating images for 3.X, the sound team is recording for Heavensward, the lore team is naming new areas, all while the Localization team is finishing up on Before the Fall Part 2 goodness. For the most part, we have one main version which we call the 'trunk.' This is basically everything created for XIV. Heavensward areas, old areas. new jobs, old jobs, new quests, old quests, new monsters, old monsters...everything. Now, we can't release this version to the public, so what we do is create 'branches'--a carbon copy of the trunk representing the data that we will be releasing in the patches (in-progress data is usually masked or cut out so mine-minded players can't ninja a sneak peek before it's finished). A few weeks before the release of a patch, we completely separate the trunk from the branch. From here, all non-patch data keeps getting added to the trunk, with only stuff that will go into the patch is added to the branch. Because localization is the usually last to put data into a patch, it means we end up having to update the trunk, then 'merge' only the relevant patch data to the branch.
So, what happens sometimes (rarely) is that a bug reported late in the patch cycle is fixed to the trunk, but for some reason, the merge to the trunk doesn't happen properly. This is exactly what happened this time. This bug was reported by QA, fixed, and a quick peek into my data files find them all clean...but! The branch that was released to the public did not contain this nugget of fixitude, and therefore you have TRANING.
In cases like this, we usually put the corrected data in a hotfix which is patched to the branch version you guys are using. Since the trunk has already been updated, when a new branch (say like the one for 3.0) is created, it will have the fixed data in it as well, and the bug will fade into memory...
And that's all!
The fact the bug made it out to the public is still all on us. Our QA process, our merge process, our work flows all could use improvement, and we're always working on ways to make things better. This bug helped us in seeing a possible internal problem, and because of it maybe prevent similar problems happening in the future. And for that, Bellandy, you have our sincere thanks! -
02-26-2015, 01:56 PMMagis
So you guys are using SVN eh?
-
02-26-2015, 02:15 PMMilesSaintboroguh
I don't find these kind of explanations boring at all! I always love reading how stuff works behind the scenes of development.
-
02-26-2015, 02:42 PMEinherjarLucian
Any truly large software project is like this. If it's large enough, like, say, an operating system... then each feature team will have its own branch and even set of different branches as well, which they use to make feature updates to their area without affecting the other teams' work. At regular intervals, these teams will merge their work back up to the "trunk" or "main" branch, then once all these changes are integrated, they'll push the aggregated code changes back down to all of the child branches.
This process takes time, and even though it seems like SE uses a much simpler model, I can assure you that it's never, ever as easy as "well, just fix it" when it comes to something as complex as an MMO.
Fernehalwes, I'm curious... about how long does it take for the client and server take to make it through your build system? An hour or so? -
02-26-2015, 02:44 PMEinherjarLucian
Also, release management is never an easy thing. Even certain software giants in Redmond have hiccups and misses with getting patches delivered.
But from one cog in the development wheel to another, I definitely say I appreciate all your hard work! Thanks! -
02-26-2015, 04:17 PMAndrielNobody uses that anymore (apart from universities for simplicity sake). There are so many other VCS that are so insanely more useful....Quote:
Originally Posted by Magis
-
02-26-2015, 05:16 PMsynestheticI'm sorry. I lol'ed.Quote:
Originally Posted by Fernehalwes
-
02-26-2015, 05:25 PMQuinceTaru
LOL love the devs in this forums!
-
02-26-2015, 05:44 PMDrasken
The fact that you responded was good enough, but then you proceeded to blow my mind by explaining the process for how you bake delicious content cookies for us. Never stop being awesome.
-
02-26-2015, 06:39 PMV-Ster
I recently started QA in my company (even though I am a major in Accounting) and I understood most of the description from the developer.
I would have missed it as a QA'er which is not good for my QA career. lol.
Keep it up SE devs! -
02-26-2015, 07:10 PMNo2631Seems legit.Quote:
Last edited by Fernehalwes; Today at 09:20 AM. Reason: Fixed player name because...it missed the merge? Yeah. That's it. It MISSED THE MERGE.
It's really nice to have an FFXIV staffmember respond to threads in such a cordial way instead of the (expected) formal and distant way. :-) It's also a treat to go through "last posts made by Fernehalwes"... -
02-26-2015, 07:17 PMAdrian74
Arg, I wanted to point out that edit first!...
Well, I guess we all have no doubts of who's the one who makes most of the texts we find in the game...
Speaking about it, is there any post about people refering certain comments in certain... Crazy FATE of eastern thanalan in High Bridge? Because if it has a reply from him about what was going on there I'd like to find it out! -
02-26-2015, 08:28 PMbL4CkYou might be surprised at how many small IT companies still rely heavily on SVN/CVS, i.e. the one i work for at the moment, and a lot i worked for in the past years.Quote:
Originally Posted by Andriel
-
02-26-2015, 08:37 PMAnonymooseIt's funny you should ask...Quote:
Originally Posted by Adrian74
-
02-26-2015, 10:07 PMBellandyKoji-san... did you just try to troll me?Quote:
Last edited by Fernehalwes; Today at 09:20 AM. Reason: Fixed player name because...it missed the merge? Yeah. That's it. It MISSED THE MERGE.
http://i0.kym-cdn.com/entries/icons/...4/U-WOT-M8.jpg
Interesting explanation though. Another fun fact: I work as a translator for another MMORPG, and generally tend to be paid to report/fix those tiny typos :)
Cheers,
Bellandy -
02-26-2015, 11:12 PMMagisI know a bunch still using it. Might be not the newest thing (I use Git myself for managing source code) but a lot of companies won't change from what they always used.Quote:
Originally Posted by Andriel
-
02-27-2015, 12:07 AMPterois
GAH sounds like so much can go wrong!
-
02-27-2015, 02:16 AMAdrian74And it exists! Thanks for the link!Quote:
Originally Posted by Anonymoose
-
02-27-2015, 12:32 PMMeshico
Change to Tortoise Hg (mercurial)
It's what we use and it works very well. -
03-01-2015, 11:00 AMspellsnare
don<t worry fernehalwes your stuff your bring us is never bored we can see how hard your work to bring us a beautiful game and try hard to add some content we want. keep up the good work your dev team and community team to your are the best listener in all MMORPG time. That why i enjoy so much your game you listen your player base and that i have my full respect.
P.S : dont throw rock in me please but if only other company like you SE and the dev team for FF 14 ARR can make a exemple on you. We can have all time beautiful game wicth no day one pacth and maybe no crash or corrupted file and etc in day one release -
03-04-2015, 04:24 AMAlexionSkylarkActually it'd be quite understandable if they used Git. Maybe Mercurial, tho I don't think Hg was around by the time ARR development started, and people don't usually change VCSses mid-project.Quote:
Originally Posted by Magis
-
03-04-2015, 05:47 PMuppfinnarn
There's another reason why game developers in particular typically use Subversion (SVN) rather than Git or what have you: these are built largely with text in mind, and handles this beautifully. You can even get some images in there. But when you start to ship around gigabytes of binary assets (models, textures, tables, ...), these newfangled, decentralized VCSes slow to a crawl as it budges under the sheer weight of all that data, and your working copy starts to grow in size very, very quickly.
SVN has a design based around a central, authoritative copy, rather than each user's working copy being authoritative on its own. This means the client doesn't have to hold every version of every file in the repository, it can just ask the server for older revisions when it needs them, and scan through a manageable amount of data on the client side.
When you have a strictly defined team, such as when you're a game developer, a central server to house all the data, and a large amount of binary assets that all have to be versioned as well, you'll find that a centralized VCS works a lot better than a decentralized one.