Release Notes

A steady stream of YNAB improvements for your reading pleasure. 

** For Release Notes pre-dating January 2019, grab your study specs, put the kettle on, and settle in over here. 

Web Release Notes: January 3, 2019

  • Auto-categorizing to Credit Card Payment categories is no longer an option in Manage Payees. It didn’t work anyway, it just created uncategorized transactions. PSA: Categorize credit card spending to the category it was budgeted for (e.g. groceries) and we’ll automatically move money from the spending category (again, groceries) to the credit card payment category.
  • The payment recommendation text in the credit card account inspector was removed. It wasn’t very helpful. It is sorry, and will go to its room and think about what it’s done.
  • If you’re logged into YNAB and purchase a gift subscription with a different credit card than your current subscription, your upcoming renewal now shows this new card will be charged. It didn’t before, but our payment system uses the latest credit card info.

Web Release Notes: January 8, 2019

  • If you used “Enter Now” for a scheduled split then changed back to the originally scheduled date, you could end up with duplicate splits in some situations. We fixed that.
  • If you tried linking the Alexa Skill from an iOS 11 device, you would end up on the My Account screen, mysteriously. That’s not right so we fixed it. It’s actually an upstream bug, but it’s relatively easy enough for us to work around in our code.
  • We used to allow imported transactions to be matched with balance adjustments and starting balance transactions. That’s wrong so we stopped doing it.
  • We fixed a bug where a scheduled transfer from a credit card account to a tracking account would not correctly show up as an upcoming transaction in the quick budget section of the budget inspector nor change the category to orange. All better now.
  • Fixed a rare issue with linking accounts and downloading transactions.

API NEWS

  • We had some issues with how we were handling the month URL segment. It only worked when you passed in the first of the month (e.g. 2018-12-01) Otherwise, you’d get an error. Now you can pass in any valid day of the month (e.g. 2018-12-17) and we’ll handle it properly.
  • If you pass in an invalid value for the month URL segment, we’ll return a more helpful error:


HTTP 400 Bad Request
{
"error": {
"id": "400",
"name": "bad_request",
"detail": "invalid date"
}
}


Web Release Notes: January 10, 2019

API NEWS

  • The API now supports matching when creating transactions. If you specify an import_id, we’ll attempt to match an existing user-entered (i.e. not imported) transaction, just like we do for Linked accounts. Woot.

Web Release Notes: January 15, 2019

  • Page titles got some love. They’re more reflective of what’s happening on a given page (e.g.“Income v Expense Report | [Budget Name] | YNAB”). Bookmark them all, then brag to your friends.
  • We recently pushed up some changes to ‘Enter Now’ to prevent it from duplicating sub-transactions in rare situations. Unfortunately, those changes inadvertently broke Enter Now for people who had already used it for a scheduled date and later deleted the transaction. It’s now working as you would expect: If you delete a transaction created by a previous use of Enter Now, then use Enter Now again, we’ll create another transaction.
  • A while back we addressed some issues with Spending Reports, particularly how we handle net positive spending, where a category group has more inflows than outflows for a particular month. Unfortunately, we missed the mark a bit, causing some confusion. Now we plot net inflows (as negative values), and you can more clearly see how all the numbers add up.

API News

  • PATCH is now supported on the /budgets/:id/transactions collection to allow bulk updates. Also, import_id can be passed in lieu of id to update an existing transaction with that import_id.
  • Updated a few error responses for consistency.

Web Release Notes: January 17, 2019

  • When deleting a transfer transaction with the other side being a split transaction, we failed to delete the other side’s sub-transactions. Fixed now.
  • When entering an invalid date in the register, we would continue to display the invalid value while behind the scenes we would use the last valid value. That was confusing so now we’re making it more transparent and reverting the invalid value as soon as you leave the field.

Web Release Notes: January 22, 2019

• IE11 browsers and earlier versions of Edge were choking on the Spending Totals report. As a result, we don’t display sum totals in those browsers. Recent versions of Edge handle the report well so we now show the sum totals in Edge, just like all the other browsers. Except IE11, which is still (and forever will be) broken.

API News
• Delta Requests on the /budgets/{id}/transactions endpoint now include any tombstoned sub-transactions, if they were tombstoned since last_knowledge_of_server.


Web Release Notes: January 24, 2019

  • Fixed an issue where scheduled payments from one credit account to another were not correctly calculating the “Budget for Upcoming” Quick Budget amount nor properly updating the payment category Available balance warning. Again, fixed now.
  • Fixed an edge case scenario that could prevent credentials from being retrieved or submitted when troubleshooting existing Direct Import connections.

Web Release Notes: January 29, 2019

API News

• The endpoints to list accountscategoriespayees, and months all now support delta requests. If you’re looking for speed and efficiency, deltas are the way to go.


Web Release Notes: January 31, 2019

  • Chrome v72 (the latest as of this writing) choked on our pristine CSS (UI styling rules), preventing users from scrolling to the bottom of the register. Fixed now.

Web Release Notes: February 5, 2019

Only small internal changes today (e.g. CSS maintenance; humans.txt updates). Mostly setting the stage for future updates. Nothing else to report.


Web Release Notes: February 7, 2019

  • You can now collapse individual split transactions.
  • We unified the two sidebar menus. The one-menu-to-rule-them-all now lives at the top left corner.
  • Para sa aming mga kaibigan sa Pilipinas, ang aming kasanayan sa Alexangayon ay nagsasalita ng mga piso!
  • For our Filipino friends, our Alexa skill now speaks pesos!
  • When Fresh Starting with scheduled credit card payments, we would miscalculate “Budget for Upcoming” and not show an underfunded alert. Fixed now.
  • We figured out how to get reordering accounts in MS Edge working.

Web Release Notes: February 11, 2019

  • A lot of stuff going out today, but it’s behind-the-scenes maintenance and security stuff, so we don’t have much to talk about here. Have a great week. (We’re rooting for you!)

Web Release Notes: February 14, 2019

Once again we find ourselves announcing a maintenance and security release. Not very flashy, as release notes go, but important nonetheless. Good luck with the end of the week. I hope it’s all down hill from here.


Web Release Notes: February 19, 2019

NEW (AND EXCITING)

Scheduled transactions are a great way to automate your budget. Just set and forget. Until months later when you forget that you set and transactions seem to appear mysteriously. So to improve visibility, you can now collapse your scheduled transactions.


Web Release Notes: February 21, 2019

  • When looking at your scheduled transactions and using the ‘Enter Now’ feature, we’ll create the new transaction and shift focus to it. We used to create the transaction but maintain focus on the scheduled transaction that spawned it.
  • Mobile only: Fixed an awkwardly large scroll area at the bottom of the Add Account and connection management screens on mobile.
  • The connection status of linked accounts is now more obvious.
  • In rare situations, deleting a category would not work. You click ‘Delete’ and nothing happens. Now it will delete the category.
  • Jumping from the budget’s ‘Activity’ popup to a specific transaction in the register could cause a crash if the target transaction was a collapsed split. Now we simply expand the split.

Web Release Notes: February 26, 2019

  • When we import transactions from your bank, the “payee” field undergoes a fair amount of processing. First, we have to clean it up from its raw form, then we apply your payee renaming rules. We show the fully processed payee (i.e. cleansed and renamed) in the register. If you mouse over that, the tooltip will show you the cleansed version. And if you really want to see the original payee as provided by your bank, you can follow the “bank import details” link at the bottom of the payees dropdown, and there, in all its unrefined glory, you’ll find your “Sale AMZN Mktp US*MI5DF8ZV1” payee.
  • We fixed the currency ISO code for the current Azerbaijan Manat (its 3rd incarnation, if you’re counting). We originally had it as AZM, but everyone knows it’s supposed to be AZN as of the beginning of 2006. Apologies to beloved Azerbaijani and Turkmen YNABers, and thanks for gently correcting us.

Web Release Notes: February 28, 2019

Sorry, not much to report today. Just maintenance and security bits. Important, but dull. That’s it. I yield back the balance of my time to the Chair.


Web Release Notes: March 5, 2019

  • Direct Import: We fixed an issue where some transactions from different linked accounts could incorrectly import into the account being added or linked.
  • Move Money now shows available amounts from the currently selected budget month, rather than the current calendar month.
  • The status of iTunes Subscriptions through Apple shows more accurate and detailed information under My Account. Not that it was wrong before, but it’s much richer now.
  • You can now import transactions across all your linked accounts in the web app using the notification under “All Accounts”. It will include the grand total number of transactions available to import, approve, or categorize, and clicking the notification will trigger the import of available transactions, if any, while also filtering the list to display only those transactions. You may now import with reckless abandon.
  • The Turkish Lira becomes a first-class citizen as we now use its symbol, ₺, instead of our inauspicious placeholder, TL.
  • Budget-category-group checkboxes better reflect the state of their constituent sub-categories. It’s now more obvious when you have all, some, or no sub-categories selected for a given category group, whether that group is expanded or collapsed.
  • If you had any categories selected in your budget, then expanded or collapsed their category group (or just clicked the empty space in a category group row), we mistakenly de-selected your categories. Fixed now.
  • We’re now taking a more gentle approach to notify you of new releases, this present release notwithstanding.  Going forward we’ll pop up a little message to give you the option to “refresh” your browser immediately to get the new bits, or hold off on the update so you can finish whatever task is at hand. Regardless of your choice there, we also have an easy link to these very release notes, which may be the single most important item in this entire list. You can tell because it comes at the end, when most people have already given up reading. (If you arereading this bullet point in its entirety, please read it a second time to make up for all the people that punched out early. Thx.)

API News

  • We now explicitly designate the format (int32 or int64) of integer types in our OpenAPI spec. This change to the spec has no practical implications for our Javascript SDK and Ruby SDK, neither of which needed updating subsequent to this change. However, if you’re generating your own client library and your language of choice distinguishes between integer types, it’s time to update.

 

Web Release Notes: March 7, 2019

  • Escaping from the transaction editor during reconciliation would flat out cancel reconciliation. Now it just closes the transaction editor, allowing reconciliation to continue apace.

Web Release Notes: March 7, 2019 — 2nd edition

  • Quick update to fix some minor display issues with the last release.

Web Release Notes: March 12, 2019

  • Some of you might not know this, but YNAB is great at importing transaction files downloaded from your bank. This is really helpful when your bank doesn’t support directly connecting to it, or the connection is having trouble. Now that we’re all on the same page, you should know that we improved the way we import dates and times for files that end in .ofx or .qfx. Now we take the time into account and not just the date, which means that your transactions are more likely to fall on the correct date when they’re imported.
  • When linking to your bank account, we could sometimes show a really cryptic error message that started with “Missing translation” and got worse from there. No more!
  • Sometimes, when we hit a snag while importing transactions from your bank, we will keep trying in the background, and all you have to do is wait a bit for things to catch up. But when that would happen, we would previously make it look all “doom and gloom” and put an error icon in your sidebar. Now we will correctly tell you that the syncing is merely “delayed”.
  • When importing from your bank, there was a rare scenario that could cause the same transaction to get imported twice. It was confusing, so we fixed it.
  • When importing from your bank, there was a rare scenario that could cause the same transaction to get imported twice. It was confusing, so we fixed it.
  • If you’re looking at your budgets list, you can now still  create a new budget directly from the menu in the upper left corner even though there is already a “create new budget” button in the list of budgets.
  • We made some improvements to the way we tell you about your goals.
    • Added “Started” month/year
    • Added the goal type in the title so that you know what kind of goal it is.
    • We dropped the “s” from “GOALS” because that “s” was silly.
    • P.S. Indented bullet lists are difficult to format.

API News (for you developers out there):


Web Release Notes: March 14, 2019

  • In rare cases, the columns on the account register that cannot be resized (checkbox, flag, cleared) could become smaller than they should be. Once they got out of whack, there was no way to resize them back to the size should be. They are now at the correct size no matter what you do.
  • When you first start YNAB, we will helpfully start pointing you to certain parts of the budget screen and instructing you how to budget and move money around. But as it turns out, if you collapsed Category Groups before these instructions appear, we had no idea where to point you and would end up pointing these instructions to places that didn’t make sense. It was an especially embarrassing mistake for us because if you were seeing these instructions, you were likely new to YNAB. I’m relieved to tell you that we have wiped the proverbial egg from our face and have fixed the issue.

Web Release Notes: March 19, 2019

  • When creating a category in the register, if you used the keyboard it would accidentally create the category twice. Now it only creates a single category as expected.
  • When changing a budget’s name, the browser’s title wasn’t updating. Fixed!
  • When transferring from one Budget Account to another, using tab to select a Transfer Payee was moving the cursor into the Category field. YNAB doesn’t even allow you to categorize transfers between Budget Accounts, so that wasn’t helpful. Now hitting tab will skip directly the Memo field instead.
  • Keyboard selection in the account register is back to normal, we had a bug where you couldn’t select rows across the regular transaction section and the scheduled transaction section.
  • You can now type “split” into the category dropdown to automatically select the ability to split the transaction. Or “s” or “Sp” or “sPL” or “SPLit” I think you get the point…

Web Release Notes: March 21, 2019

  • Several behind the scenes changes today, including some preparation for an exciting new feature! Have a great end of the week.

 

Web Release Notes: March 26, 2019

  • Creating a new category from the category field of a new or existing transaction by clicking “Add Category”, then “Save” did nothing and no new category was created. That was sub-optimal, so we fixed it. Now it creates the new category.
  • The Income v Expense Report now remembers your expanded and collapsed rows. This was our intention all along, but we wrote a bug that broke it when we converted some related code from CoffeeScript to TypeScript. To our credit, the bug was type safe.
  • If you navigated from one side of a transfer transaction to another, and that other side happened to be a collapsed split transaction, the app would hang. :sadtrombone: Now you’ll see the expanded split. :lightheartedpiccolo:

API News

  • The API Endpoints documentation has long given you the ability to quickly and easily query your data. (All you need is a simple personal access token for authentication.) We’ve tweaked the validation rules for UUIDs to prevent some false-positive validation failures. Most notably, we now support last-used for IDs, where appropriate.

 


Web Release Notes: March 28, 2019

  • For the armchair grammarians among us, we now refer to your age of money as being “1 day” instead of “1 days.” I’m not sure how it could, but if this issue resurfaces, there’s a tried and true workaround.

API News

  • Thanks to the generosity of Taryn Phrohdoh we now have an API client library written in Rust. You can check out all the client libraries—official and community-supported—in the API documentation.
  • The documentation for our response to GET /budgets requests was incomplete. Each budget summary object also includes first_monthand last_month dates. Those dates represent the earliest and latest budget months, respectively. The docs now make that clear.
  • We no longer choke on unsupported Unicode escape sequences in the request payload. Now we return HTTP 400 and error detail.
  • Fixed an issue where some transaction payees were nullified when importing multiple transactions in a single API request. Moral of the story: always reset your loop variables.
  • The GET /transactions endpoint wasn’t returning split transactions that had been converted to non-splits. Now it does.

Web Release Notes: April 2, 2019

What’s New

  • We now store your filter, search, and sort order settings for the “All Accounts” view on a per-budget basis. Modifying filter, search, and/or sort order settings for one budget’s “All Accounts” view won’t affect those settings in any of your other budgets.

API News

  • When responding to delta requests for /categories, we weren’t considering the server_knowledge of some of the entities related to a given category’s monthly budget. Essentially we weren’t considering changes to activity or balance amounts when deciding which categories had changed since a given last_knowledge_of_server. Now we do and you get a more accurate view of categories’ changed states.

Web Release Notes: April 4, 2019

  • Scheduled split transactions comprising transfer sub-transactions needed some attention. The split side didn’t provide a link to the other side, and if you clicked on the link from the other side, it crashed. LOL. Fixed now.

Web Release Notes: April 5, 2019

  • If you had an account register search saved from before our April 2 release, we would reuse that search when you came back to the account register, even if you had cleared it. It might have even made you say to yourself, “wait…”. Well, fret not, it’s fixed now. Have a great weekend.

Web Release Notes: April 9, 2019

  • We’ve added a “finishes” date to Target Category Balance by Date goal progress. Now you can easily see when your goal will be finished, which wasn’t quite as discoverable before.
  • In certain cases when importing large numbers of transactions, the logic could go off the rails, incorrectly matching or not matching other transactions. Fixed now.
  • In a recent change, we improved how your search is saved. This caused a new bug where the old bug would reappear if you cleared out your search, once again putting you in a situation where you could never really clear your search. We’re gonna call this one “fixed” again and hope it sticks.
  • In rare cases, the list of accounts was ordered differently in the Payee dropdown for individual transactions compared to the main list of accounts on the left. Now they are both ordered like the main list of accounts on the left.

Web Release Notes: April 11, 2019

A somewhat disappointing release today insofar as there is little to talk about. All internal stuff, nothing user-facing. 

In an effort to stretch it out just a little bit longer, here’s a rough breakdown of the kinds of things we shipped, along with their relative number of updates:

  • 3x internal tooling (primarily to support our beloved support folks)
  • 2x increase direct import efficiency
  • 1x shore up Apple subscription plumbing
  • 2x paying down technical debt
  • 2x performance improvements
  • 1x remove now-obsolete workarounds
  • 1x prep server for mobile bug fix
  • 1x prep for upcoming feature

Web Release Notes: April 16, 2019

  • We now disable the Undo/Redo buttons while you’re editing a transaction. Once you’re done editing, we reenable them.
  • When deleting a Category Group, sometimes you’d have to click Undo/Redo multiple times. Now a single click does the job.
  • Much like we reported in the critically acclaimed April 9 release notes, we found another case where the list of accounts was ordered differently in the Payee dropdown for individual transactions compared to the main list of accounts on the left. Now that one’s fixed, too.
  • Keeping with the theme… The Account list in Edit > Move to Account menu was sometimes ordered differently than the sidebar. Now they’re consistent.
  • When viewing transactions for a particular payee in the manage-payee popover, we sometimes we displayed internal, non-displayable transactions. We don’t do that any more.

API News

  • Updated docs to include validation requirements for creating/updating transactions.
  • Fixed a typo in an error message we hope you’ll never see.

Web Release Notes: April 18, 2019

  • If you have a javascript disabled in your browser, the app won’t work well, if at all. We’re usually pretty good at detecting when it’s disabled and showing a lovingly crafted message asking you to re-enable javascript so we can carry on. Except for some pages in the My Account area. Things would just break and look weird, with no lovingly crafted message telling you what’s going on. We’ve now extended the coverage of the twice aforementioned lovingly crafted message to include the My Account pages.
  • If you selected “Make Recurring” for the date of an existing transaction, we were so eager to create your scheduled transaction we forgot to save any changes you may have made to the transaction you just made recurring. Now we save your changes, then go about creating the scheduled transaction.
  • Improved CSS loading performance, which improves app loading performance, which improves perceived loading time. I mean, if we’re being honest.

Web Release Notes: April 23, 2019

  • We’ve updated the login/signup flows, unifying the look and feel across platforms. Along with refreshing the design, we’ve improved security and prepared the code for more significant updates in the future.
  • If you tried to change a Monthly Funding goal to be Target Balance by Date, on rare occasions we would delete it instead of saving it. Fixed now.

Web Release Notes: April 25, 2019

Only performance and security updates going out today. If it’s any consolation, I find that just as boring as you. But let’s not dwell in the past. [cue inspirational music] Let us, instead, look forward to the undiscovered wonders of next week’s release notes…


Web Release Notes: May 7, 2019

Just a maintenance release today, and a small one at that. We just got back from our annual retreat yesterday (it was wonderful), so I suspect we’ll have more to talk about here later this or early next week. Hope you’re having a great week.


Web Release Notes: May 9, 2019

  • A little bit ago we regaled you with news of our unifying the login/signup flows. In our excitement we forgot to put the “keep me logged in” checkbox on the revamped login screen. If that doesn’t ring a bell, it used to be called “remember me”. Whatever you call it, it’s back where it belongs.
  • Fixed a crash when Apple subscribers try to resubscribe after their subscription has expired.

API News

  • Thanks to Andre Bocchini’s generous work we now have a Swift API client for iOS/macOS/WatchOS/tvOS. Fittingly, we’ve added it to our list of community-supported libraries.
  • The login/signup unification mentioned above accidentally broke the API OAuth Login process. This release fixes it.

Web Release Notes: May 14, 2019

  • We’ve improved the contrast on our category balance pills. With these changes, users with visual impairments will be able to use YNAB more easily. Accessibility FTW.  Read today’s blog post to learn more.

API News

  • We’ve increased the max length of the memo field from 100 to 200 when creating or updating transactions. We’ve updated the docs accordingly (be sure to click ‘Model’ under the ‘data’ section).

Web Release Notes: May 16, 2019

  • Fixed a login error with the latest version of Firefox.
  • These are other items to give the illusion of more going on in this release.
  • There are also maintenance and security fixes going out.
  • But we don’t usually talk about those, so mum’s the word.

Web Release Notes: May 21, 2019

Today’s release is all sight unseen improvements. Among other (unseen) things we are releasing a change to our database that should significantly help move some database metrics in a positive direction. You likely won’t notice, but we will because it should make internal-chat messages like “Alert: 95th% Response Time High” or “Hey Taylor, are you seeing this strange behavior?” a thing of the past.


Web Release Notes: May 23, 2019

Sorry folks, more sight unseen improvements today. But, these type of changes keep YNAB running smoothly for your budgeting pleasure. Interesting fact: we removed more lines of code today than we added.


Web Release Notes: May 28, 2019

Just one noteworthy fix. If you have ever seen a $0.00 balance with a red color pill you might have been confused. We’ve fixed this rare scenario, which was caused by some rounding issues. High fives the other JavaScript developers.

Beyond that, a lot of behind the curtain lever pulls and button pushes, preparing for some upcoming features. What kinds of buttons and levers? Well, there was 4,247 lines worth of overhauled CSS, for starters. These changes should make our future efforts easier and faster, but you won’t notice anything different just yet.


Web Release Notes: May 30, 2019

  • Now as scheduled transactions become real life transactions, we will attempt to match them to any previously imported transaction. Even when using Enter Now from the Edit menu. Usually scheduled transactions will fire before their imported counterparts are imported but in some cases the imported one will beat it. This is especially true if you are using an API integration that offers near real-time importing of transactions.
  • The Underfunded Quick Budget option is now available when you’ve selected a single category that is either overspent, has a goal that hasn’t been funded yet or if you haven’t budgeted enough for an upcoming transaction.

Web Release Notes: June 4, 2019

API News

  • Creating or updating splits through the API isn’t supported (yet) but you can update the parent transaction of an existing split. The only catch is you cannot change the date, amount, or category. We updated our API docs to make this a tad clearer.

Web Release Notes: June 5, 2019

Fixed an issue with transactions for some accounts importing with payees like U S Dollar, Canadian Dollar, British Pound, and the like, in the past couple of days. You might still see some lingering imported payees like that the next time you import, but going forward they should show up correctly like they used to.


Web Release Notes: June 6, 2019

  • We made small changes to make the overspent and underfunded category colors stand out a bit more, especially if you have a form of colorblindness.
  • But if those don’t stand out quite enough for you, we also added an option in Account Settings to switch back to the Classic colors. Now you can decide which style works best for you.

Web Release Notes: June 11, 2019

Lots of under the covers updates to support some upcoming new features.

API News

  • We updated our documentation to make it clear that the API doesn’t yet support creating or updating scheduled transactions.

Web Release Notes: June 13, 2019

  • Fixed an error that could prevent loading the app on IE11.
  • Updated some build dependencies, keeping up with the latest and greatest out there.
  • We are currently testing some under the hood changes to decrease database load and improve performance.

Web Release Notes: June 18, 2019

  • When adding a transaction, if you changed your mind and clicked on some other transaction, we’d always force you to cancel adding the transaction first. Now, if you have made no changes, we’ll just dismiss without asking to cancel. Because we’re cool with changing our minds. (If you made any changes to the transaction though, we’ll still ask you to cancel, just in case.)
  • When adding a transaction, you could click the Needs Category notification icon on another transaction to begin unintentionally editing it. Oops, not anymore.
  • When searching for a sub-transaction of a split, the collapse split button will no longer appear giving you the impression you can collapse a partially shown split, because you really can’t do that.
  • Fixed a layout issue when adding accounts on large tablet screens.

Web Release Notes: June 20, 2019

  • In Firefox we were unintentionally sorting by category when you were trying to resize a category column, we fixed that.
  • We’re smarter about which default dates we recommend when your make a transaction recurring depending on the frequency.

Web Release Notes: June 25, 2019

  • On the Net Worth report, months far in the past could get hidden, so we added a vertical scrollbar to the report so that we aren’t hiding such valuable data anymore.
  • While using shift + arrows to select multiple transactions in the register, if you reached the bottom and hit the down arrow one more time, it used to error but now it doesn’t. We even fixed using the up arrow to unselect transactions too. We even made you a silent film to show you what we are talking about.
  • Besides the two afore-mentioned items, we merged another 10 “pull requests”/”units” of work, but they are all marked as “internal”, meaning that we don’t normally talk about them here. But the author of these release notes thinks that is selling them short, so I’m going to talk about a few of them anyway! The technical folks reading this might appreciate that we:
    • Made it easier for our support teams to map a financial institution from one aggregation provider to another.
    • Fixed grammar/punctuation on a message related to expired password tokens.
    • Disabled reCAPTCHA when running automated tests. (It was easier than trying to trick Google into thinking our automated tests were human.)
    • Removed tracing from the iOS proxy generator templates. (That sounds too cool not to include it.)
    • Upgraded to Typescript 3.5.1 and upgraded RSVP to version 4.8.5.
    • Migrated to Yarn Workspaces. (We are big fans of this approach after having only used it a few days.)
    • Fixed some issues with our Docker development environment.

Web Release Notes: June 27, 2019

  • For those of you using Safari or Firefox, you may have noticed a few wonky spacing issues when scrolling in the account settings area. We tidied up the margins so you can now scroll with adequate spacing. 

    PS – If you haven’t visited the settings area in a while, this could be your excuse to check it out! There’s lots of fun things to do—link your Google accountupdate your billing infogive the gift of YNAB, and so much more!
  • If you’ve been relying on Chrome to autofill your password, the login button would sometimes stay disabled after the email and password were autofilled, which wasn’t very helpful given that you probably set up that autofill to save yourself time! This is now fixed and you can get back to automating-all-the-things. 🎉

API News

We did a little bit of housekeeping on the YNAB API this week…

(actual footage from our API dev team over the last few days)

  • OAuth applications now support default budget selection so you can ask users for a default budget when authorizing and then pass in “default” in lieu of a budget_id in API endpoint calls, making things simpler in a few cases.
  • A few Delta Request improvements:
    • Delta request on /budgets/{budget_id}/accounts endpoint will now return accounts that have had balance changes
    • The /months/{month} endpoint now returns server_knowledge.
  • Marked transfer_transaction_id and matched_transaction_id as strings rather than uuid in our API spec.
35replies Oldest first
  • Oldest first
  • Newest first
  • Active threads
  • Popular
  • Web Release Notes: July 2, 2019

    • Super exciting news for all you goal setters out there: Goals for Credit Card Payments (Payoff Balance by Date and Pay Specific Amount Each Month) now count balances carried over from the month before the goal is created as progress toward the goal! 🎉

    • We installed a few minor updates on the backend to stay on top of security patches.  🔐

    • Last but not least, we added a mini power-up to search results—now when you search for payees with apostrophes, they’ll show up even if the encoding of the apostrophe is non-standard.

    Like
    • Web Release Notes: July 4, 2019

      For all you YNABers in the US, Happy 4th of July! A light week around here, just a few quick updates and we’ll let you get back to barbecuing. 🎇

      • Age of Money could be missing or calculated incorrectly for some months if you have $0 split transactions that have sub transactions which are on budget transfers. It should fix itself the next time you add or update a transaction in the improperly calculated month. ✅

      • When exporting your budget, we used to escape double quotes ” using \” now we’re using double double (yes, just like the burger) quotes “”, which is more inline with these .csv standards (for those of you that might be curious).

      Like
    • Web Release Notes: July 9, 2019

      It’s a light release today with a few verbiage changes here and there along with some code changes to the web app that you shouldn’t notice if we did everything right.

      Like
    • Web Release Notes: July 11, 2019

      • Could you smell what the Rock was cooking? Probably not 🙁 Anyways…Updating all of the calculated values is now 2-5x faster when said calculations need to update Age of Money. This makes up about 20% of all requests. This behind-the-scenes improvement makes the web app a little snappier when adding or updating transactions. As an added bonus, it also gives our friendly database a bit more breathing room. Whew!

      • Ever go into YNAB to do a Fresh Start and get annoyed that all of the account balances are at zero? Well, we fixed that. Linked accounts now pull in account balances and the current day’s transactions. Budgeting bliss with less distractions. That’s right, Fresh Start is no longer a chore.

      • For all of our Safari 12 users out there, we fixed an issue where some of our modals (pop-ups) were not positioned correctly. What’s even more fun is that the issue was being caused by a check that we were doing for an old version of Internet Explorer. Browsers! Who knew?!

      • A little while ago we unified our login experience in the app, but, as some of you may have noticed: the option to “show” your password characters while typing was gone after that change. But, fear not! Carlos giveth and Carlos taketh away…and then Carlos addeth the “show password” feature back into the app! Also, Carlos is one of our amazing developers who made this fix possible. Obrigado, Carlos! 🇧🇷

      API News

      • As a developer using the YNAB API, I’m sure you’ve come across a scenario where you only want/need “read-only” access for your app. Well, now all of you API application authors have the option of using the new read-only scope for the YNAB API inside of your app.

      Like
    • Web Release Notes: July 16, 2019

      Today’s release includes quite a few behind-the-scenes structural changes for larger improvements we’re working on. As for changes that you will see after today’s updates, here are some of the highlights:

      • There is a famous saying in Norwegian (translated to English): “It all comes down to dollars and cents.” Except, I’m totally kidding. They don’t use dollars in Norway. It’s all about the Kroner. And it would be helpful for YNABers who use currencies with number formatting similar to the Kroner, if YNAB’s Net Worth report would show values without wrapping. So, we fixed that. We’ve added a little more width to our Net Worth Report tool tips to give a clearer picture for larger-numbered currencies (and multi-billionaires…just in case)

      • Fixed a bug in Safari that would occur when a user would hover over the “Share YNAB. Get Free YNAB” button multiple times, causing the button to turn black. It weirded us out too. But now, it’s fixed.

      • When scheduling transactions for Cash Accounts, there will never be an indicator from a bank that the transaction has cleared. So, to save you a little bit of time, YNAB will now automatically clear that scheduled transaction for you on the scheduled date (for Cash Accounts only).

      Like
    • Web Release Notes: July 23, 2019

      As you may have noticed, we release new code every Tuesday and Thursday. Today’s release includes a number of changes that you probably won’t see in the app, but these changes are part of the necessary maintenance and set up that we do to facilitate larger improvements to YNAB and all of its glory.

      While you may not notice these changes, you may notice that during our weekly releases, we take the app into maintenance mode for around 1-2 minutes, making the app unavailable. And sure, it might only be 1-2 minutes, but think of all the money-moving, reconciling and debt-crushing that can be done in that amount of time! So, chRIS (emphasis his) one of our super rad developers, found a way to only go into maintenance mode when we absolutely need to. So, carry on, knowing that we might totally be updating YNAB right now without you even realizing it!

      Like
    • Web Release Notes: July 25, 2019

      You’re not going to see any big changes with your eyes from today’s release, but we hope you feel it in your hearts as we just pushed a bunch of changes to keep Direct Import rockin’ in the free world.

      API News

      We now support Delta Requests on the /budgets/{budget_id}/scheduled_transactions endpoint.  This allows you to ask the API only for changed scheduled transactions (Deltas, if you’re nasty).

      Like
    • Web Release Notes: July 30, 2019

      Summer is in full swing here at YNAB and it’s been a light week for releases! For those of you that subscribed to YNAB via Apple, we fixed a small visual issue with the trial expiration date showing incorrectly in your account sidebar. 

      And that’s all she wrote, folks! We’ll see you later this week for more. 👋

      Like
  • Web Release Notes: August 8, 2019

    At YNAB, we work in six week cycles, and our current cycle is about to come to an end. So this release is most likely the calm before the storm of some more major releases in the weeks to come.

    We pushed out a handful of internal structural changes to support upcoming features, BUT we also pushed out a seemingly smaller fix that you might notice: YNAB will now treat “Check No.” and “Check #” the same for payees. Hopefully, you’ll have # more problems when transactions go back and forth between the two…wait…did I do that right?

    API News

    Our API supports Cross-Origin Resource Sharing (CORS) which means you can call the API from within a web browser directly. But, we had something misconfigured and we were not allowing PATCHrequests. This has been fixed so you can now patchy patchy ’til your heart is content on the /v1/budgets/default/transactions endpoint to update transactions directly from a browser.

    Like
    • Web Release Notes: August 13, 2019

      When looking at the code we just pushed today, it’s amazing to think that YNAB started out as an Excel spreadsheet with some fancy macros. Back then, bug fixes were probably things like, “Font testing was a bust. Reverted font-style from Comic Sans back to Arial.” But now that YNAB is loaded with features and available on Web, Android and iOS, we have to squash some super edge-casey bugs. Check out this fix that went out today:

      When confirming a user’s email change, we will now automatically assign any existing, unredeemed YNAB gift subscriptions that were sent to this new email address. Complicated and confusing, no? Let’s walkthrough the scenario where this applies:

      You buy your cousin, Kim, a YNAB gift subscription for her birthday and gift it to [email protected]. Cool. But Kim already has a YNAB trial account under her other email: [email protected]. Hmmm…well, she won’t get that gift subscription as it is tied to that other email. So, the gift subscription would just sit in gift limbo with that picnic basket you bought your newlywed friends 8 years ago. With today’s fix, when Kim goes into YNAB and changes her YNAB account email to [email protected], that gift subscription you bought her will now apply to her account and Kim will have her shiny, new YNAB subscription you gifted her.

      Like
    • Web Release Notes: August 20, 2019

      Who’s ready for “Back to School?” Ready or not, It’s that time of year, so let us take you to school with some of the fixes and features that we just rolled out:

      • Transfer payee name update fix – Did you know that when you import transactions and change the payee name on one of them, all other unapproved transactions from the same imported payee name will be updated to match the new payee name? Magical, right? And it’s convenient too, because you probably want to update all those other transactions’s payees too! When updating the payee and changing it to a transfer payee, however, we were not creating the other side of the transfer, which caused transfer orphans. Not great. This is fixed now.
      • Costco CitiBank card initials removal – Really getting into the weeds with this one. When transactions were coming through to the accounts of YNABers who used their Costco CitiBank card, the cardmember’s initials were getting prepended to the payee. “Who is HW-Costco? Do I own Costco now?” Yeah. We think that looks weird too, so we put in a fix to remove those pesky prepended initials (I wish there was a “p” word for initials to complete the alliteration trifecta).
      • Wide screen budget table alignment fix – You know the feeling. You go in to reconcile and something is off. And it’s just off by a few cents. If it were off by twenty dollars, or a specific, larger amount, you could do some quick detective work and solve it. But when it’s just slightly off, it’s almost worse. The same is true for the layout of the Budget screen. What if the decimal places were off…just by a little…like so?

         

        Yikes! Well, this was the case for users with screens wider than 1600 pixels. But it’s not the case anymore. We reconciled the pixel differences and we’re feeling good about it now.
      • Activity modals (pop-ups) not using the same sorting method – Not sure how many of you noticed this in the past, but there were some slight inconsistencies to how some of our activity modals were sorting transactions. But we’ve now went back and made sure all activity modals are now sorting using the same order: date (descending), account name (ascending), payee name (ascending), amount (ascending), entity ID (ascending). Pay attention. This will be on the quiz later.
      Like
    • Web Release Notes: August 22, 2019

      We were so excited to get this release out, we may or may not have actually released it yesterday…we may never actually know. But here’s what we do know…this release contains the following fixes and improvements:

      • Fixing a number of scrolling issues in the Income vs Expense Report – The consistency and feel of scrolling in the Income vs Expense Report has always felt a little off. With this release, we’ve made a few tweaks to make scrolling much sleeker and much more pleasing to the eye. *singing off-key* “You can scroll your own waaaaaAAAAAaaaayyyyy!!!!”:
      • Performance boost from changing how we handle currency formatting –  We’re always looking for ways to make YNAB even faster. In this release, we made a small change to one of the functions we use for currency formatting that netted a decent performance gain throughout the app! Vrrooom vrooom…you know…speedy things.
      • New CSV import doodle – When most people think of importing CSV files, the first word that comes to mind is probably “fun,” right? No? Just us? OK, well, we decided to bring, at least, a little amount of fun to importing CSV’s with this fun, little, YNABy doodle:

      API News

      Our PATCH /budgets/:id/transactions endpoint partially modifies the collection of transactions. In REST design, patching is used to make partial updates to collections and resources. Some of our API users expected this endpoint to also allow patching individual transaction resources within the collection. Well, now you can. For example, to set a Red flag on 3 transactions you could send a request body to PATCH /budgets/:id/transactions containing:

      transactions: [
        {"id": "9d3bc63a-9942-4809-9cd2-d23069ac2b58", "flag_color": "red"},
        {"id": "77f3a961-a406-4dcc-8209-e90734b185ef", "flag_color": "red"},
        {"id": "4c42fdc7-0369-4e20-b150-508cdc0f35fd", "flag_color": "red"}
      ]
      

      Previously, you would have had to provide the entire transaction representations (amount, date, etc.) to make these updates.

      Like
    • Web Release Notes: August 27, 2019

      Today’s release contains quite a bit (well over a dozen different merges) of behind-the-scenes structural pieces for bigger features and improvements we are working on, but there are two bug fixes that some of our users will notice:

      • We fixed a login issue that occurred for some of our users stating that there was a “server error,” when, in fact, there was no server error and now there will be no message stating that there was a server error, because there wasn’t one to begin with…it seems like I could have shortened this explanation…oh, I’m still going, am I? I’ll stop now. OK, now. Moving on…
      • Splitting transactions is so huge for really getting granular with your budget. Who among us hasn’t bought socks and bread in one single Target run? Just me? Normally, when you add a transaction and then split the transaction in the Category field, the cursor automatically focuses on the next field to fill out: the Memo field. When you go to edit a transaction and change it to a split, the cursor was not focusing on the Memo field. That doesn’t make a lot of sense. But we’ve now fixed that issue.
      Like
    • Web Release Notes: August 29, 2019

      Today’s release was focused on fastness, rapidity, or the more popular synonym: SPEED.

      If you’ve got a budget on the larger size (15,000 transactions or more) you should see a noticeable difference.

      We realize that we’ve still got some more work to do to get these big budgets moving even faster…and we’re working on it. Look for even more speed enhancements in future releases!

      Like
  • Web Release Notes: September 3, 2019

    We all make mistakes (not the best way to start off release notes, to be honest). We’ve all went to pull the clothes out of the washing machine, only to realize that we put our bright, red shirt in with the whites, totally destroying a load of clothes. But what if there were someone there to prompt us just before we were about to make a big mistake? That would be helpful, right?

    Today’s release includes a mistake failsafe prompt anytime a user goes in to delete 15 or more transactions. If you totally meant to do that, click “Delete,” and we’ll get to that deletion process. But, if it was a mistake, you can back out (by clicking “Cancel”) before you lose all that transaction data.

    API News

    • What’s in a name? A lot, especially if two different things have the same name. In this release, the special “To be Budgeted” category returned on /budgets/:id/categories endpoint has been renamed to “Inflows”. This is to differentiate it from to_be_budgeted on /budgets/:id/months endpoint. These two values are related but different. The “To be Budgeted” amount at the top of a budget month is reduced by cash overspending in a prior month and any future budgeting. But don’t worry, that “To be Budgeted” that we renamed as “Inflows” will smell as sweet.
    • Previously the /budgets/:id/months and /budgets/:id/months/:id endpoints would sometimes return months outside of the first_month and last_month (the “budget window,” as we call it) of the budget. Well, we fixed that and now the returned data is more of a budget window than a budget sliding glass door.
    Like
    • Web Release Notes: September 10, 2019

      As they say in Texas, “we’re fixing to release some fixes today.” And sure, our CTO, Taylor, and quite a few of our devs and support reps are from the great state of Texas and they have literally never uttered the phrase “we’re fixing to release some fixes today,” but it just feels Texas-y…and we fixed a few Texas-sized bugs today:

      • For some types of investment accounts that get used like checking accounts, transactions were being skipped because they were coming in with a value of 0. The reason for this was that these particular accounts were pulling the amount in via the “quantity” field as opposed to the “value” and “price” field (which were coming in with zeros). We fixed this issue for these types of accounts and hope to never have any issues with any bank direct import transactions ever again…takes huge deep breath
      • We found and fixed a really, really old sync bug. Like, it’s a bug that shipped with the first version of the mobile app. The bug was a little obscure, but fatal…for the app (phew, but still). If you ran into the bug, the only way forward was to uninstall and then reinstall the app. This bug occurred when users updated more than one split transaction since their last sync AND if the split parent had a value entered in the Memo field. Obscure, but also not that obscure for some of you. Found it. Fixed it. On to Cincinnati.

      API News

      The to_budget_budgeted value on the /budget/:id/months endpoint could sometimes be inconsistent with what you see on the web and mobile apps, if you had budgeted money in future months. We’ve fixed this so now this endpoint should be consistent regardless of whether you’re viewing it from the web or mobile app.

      Like
    • Web Release Notes: September 17, 2019

      Whether you’re curious about how credit cards are handled in YNAB or if you’re looking for the best way to do a Fresh Start, we want you to find the information you’re looking for when you need it. While you can always reach out to our top notch Support team for answers, you can also find the information through this fancy, little, blue question mark in the corner of the web app.

      This is “Beacon”…think of it as a more useful, less-annoying version of Clippy. Remember how Clippy used to follow you around in late 90’s Microsoft Office products asking you if you know what a pivot table is? Well, Beacon won’t hassle you about errors in your formulas or send you down an apocalyptic nightmare rabbit hole trying to figure out how to format a table inside of a Word Doc. Instead, Beacon allows you to search our help docs, find our free workshops or contact one of our awesome Support reps. It can be super helpful.

      Today’s release adds Beacon to the “My Account” pages. Beacon is now there to help whenever you need it inside of the YNAB web app. Go away, Clippy!

      Like
    • Web Release Notes: September 26, 2019

      API News

      Budgeting isn’t forecasting, but YNAB does give you the ability to schedule transactions and it also gives you the ability to “look” (and technically budget) one month into the future. A few weeks ago we made a change to the budgets/:id/months/:month endpoint so that it only includes current and past months in the budget window. We will now also provide one month ahead in the budget window as well. This change will help out in the scenario where you want to look at the next budget month to see if anything is budgeted. Careful, though…easy on the forecasting. We don’t want the Rule One police to show up at your door.

      Like
  • Web Release Notes: October 1, 2019

    As some of you may have noticed, we’ve made some changes to the way Goals are handled in YNAB. We’ve been slowly rolling these changes out, and as of today, all of you should see the new changes to Goals in YNAB. So, what’s new? You can read about all of the exciting details here, but here’s a quick rundown if clicking links isn’t your thing (I think I’ve just made up a person in my head that avoids clicking links at all costs):

    • We’ve broken Goal types down into two types: Plan your spending AND Build your savings.
    • Plan your spending Goals are really the new feature here and you can plan to spend a certain amount each month OR you can plan to spend a certain amount by a specific future date. The focus here is spending. Before, you might have had a goal to save for a vacation in the coming year. You wanted to set aside $200 each month, so you would have $2,000 saved for the trip. But, unless you live life fast and loose (which, we’re not judging you) you’re not buying your plane tickets on the day of your trip. You would likely buy them several months prior. So, with Plan your spending Goals, you would maybe set a Goal to spend $800 on plane tickets by March 1st. This way, your Goal doesn’t go yellow when you spend the money (that you were always going to spend to begin with).
    • Build your savings Goals behave in the same way that Goals have behaved since they were dropped on the world in 2016. You can set aside a monthly amount, or you can set a target balance (by date or otherwise).

    So…welcome to Goal-klahoma!!! Goal-ing Green, Goal-hio!!!! Jackson Goal, Wy-Goal-ming…these are terrible. But you know what’s not terrible? The new Goals in YNAB. And this is just the first step in some even more exciting changes that we’re making to Goals to help you reach your…goals.

    Like
    • Web Release Notes: October 3, 2019

      Do you know what’s better than one-step verification? That’s right, two-step verification…it’s almost double the verification steps! Twice as much, some might say. And, as of today, everyone should now have the option to enable two-step verification in YNAB. If you’re not familiar with two-step verification, it’s an added layer of security for when you log in to YNAB. In the hierarchy of safe and secure logins, it goes:

      1. Password = password – WEAK…c’mon, now
      2. Long password with a mix of letters, numbers and characters – STRONG
      3. Two-step verification – SUPER DUPER STRONG

      We go to great lengths to keep data safe on our end (you can read all about it here) so we hope you’ll also do your best to keep your data safe on your end. Now, with our newly added two-step verification option (and biometric authentication on iOS and Android) we’re giving you the tools you need to keep your data safe.

      For more details on how to set up two-step verification, check out this post.

      But, wait…there’s more! Operators are standing by (by that, I mean our awesome Support reps are ready for any questions). If you call now (you can’t call) all YNABers will also receive:

      • A fix to inline equations where, if you accidentally enter multiple decimal points, YNAB is now smart enough to know you only meant to put in one decimal point. “$3..11” will get converted to “$3.11.”
      • Removed circle icons from our onboarding buttons to keep things consistent. Peace out, my sweet, sweet circle icons. You will be missed, but you were also not really necessary *Sarah McLachlan’s “I Will Remember You” playing in the background*.
      Like
    • Web Release Notes: October 10, 2019

      Today’s release is all about repeated attempts.

      • Ever tried to remember you password (in vain) so many times you got locked out? Now we’ve improved the message that you see when your account has been blocked due to that forgetfulness. This one’s not worth trying.
      • Ever wanted to start over in your budget and gotten a really weird list of budget names with things like My Budget  (Archived 10-10-19)  jumble in your budget dashboard? Now we ask for a name on a Fresh Start to improve clarity. We do recommend you try this one.
      Like
    • Web Release Notes: October 14, 2019

      Today’s release is brought to you by a small bug we introduced in the last release. This particular bug could prevent some users with linked accounts in specific error states from troubleshooting them, causing a uh-oh screen. Oops! Fixed now.

      Like
    • Web Release Notes: October 15, 2019

      This release is comin’ in hot…actually, most of our web releases come in hot. I think it has something to do with Thermodynamics and heat loss from friction in the circuitry. It’s Physics. Don’t ask me for the details, though. Anyway, here’s the new hotness (remember, this is heat in the form of actual physical heat inside the servers AND from the hotness of squashed bugs and smoother YNAB-ing):

      • When you Fresh Start a budget, we were not carrying over the last used payment payee for credit card accounts which means it was not auto-filling the next time you entered a payment. Sorry about that. Sometimes we get a little overzealous with the level of freshness we offer. That may have been too fresh.
      • If you had a credit card account payment that was part of a split transaction and you clicked to view it from the Credit Card Payments “Activity” popover, an error would occur. Fixed!…I don’t know why we’re yelling here, but stomping out bugs sometimes requires an extra level of catharsis in the form of an exclamation point.
      • When you select a payee for a new transaction we try hard to remember the last category used for that payee and will auto-fill it. But, transfer payees pointing to Tracking accounts did not remember the category. We were able to jog its memory, though, so hopefully it will never forget your last category again.
      Like
    • Web Release Notes: October 16, 2019

      You know how sometimes you get so used to saying something out of habit that when the circumstances change slightly, you still say the same thing and it gets a little awkward? Like maybe you’re used to ending calls with your partner or your parents by saying, “K. Love you, bye.” But then, maybe you’re on a call with the city utility company trying to downsize your trash can and you accidentally say, “K. Love you, bye” to the person at the utility company. That’s probably never happened. But it has.

      Today’s release fixes something super similar to showing accidental love to a stranger on the other end of the line. Sometimes, when YNABers were trying to link their bank account, we were showing them an error that said that they had failed to login, when, in fact, we were really just trying to tell them that they needed to confirm their email address. We’ve fixed that. And now your need to confirm your email will be clearly communicated, instead of a more generic failure error. Hopefully this will be less awkward. K. Love you, bye.

      Like
    • Web Release Notes: October 24, 2019

      In our ongoing battle to make bugs a thing of the past*, today’s release squashes two somewhat obscure, but important bugs:

      • We automatically clear transactions created on a Cash account (this makes sense, because there is no bank involved to clear) but when creating a transfer from a non-Cash account to a Cash account, we weren’t clearing that transaction. Not a dealbreaker, because you can always clear it manually, but we value your time, so we fixed this issue and streamlined that for you.
      • Deleting payees can be dicey business, especially when they are tied to transactions. But if a payee is only tied to deleted transactions, then there should be no issues in letting YNABers delete those payees. This wasn’t the case, as YNAB was preventing payees with deleted transactions from being deleted. We fixed this. One might say that we “deleted” the issue of not allowing deletions when deletions were involved. One also might delete that last sentence.

      *IMPORTANT: No actual, real-life, non-software bugs were harmed during this release

      Like
    • Web Release Notes: October 29, 2019

      For most of our releases lately, we’ve been pushing a lot of internal/infrastructural changes. Part of it is because we’re working on bigger features that will be launched in the coming months. But another part of it has to do with the software equivalent of mowing the lawn or getting the oiled changed. Part of what makes YNAB run so smoothly is that we’re constantly updating, pruning, refactoring, brushing, flossing, hydrating, getting our yearly physical and just doing all of the things so that it continues running smoothly AND so we can add amazing new features to a clean codebase (some of those were analogies…or were they?). Anyway, here are a few changes you may notice from today’s release:

      • Made a small change to the menus to make the “Categorize” menu icon match our mobile apps and we also modernized the way we handle the layout (flexbox) to make vertical alignment less messy. No one likes wrangling alignment issues…just try doing page layout in a Word Doc.
      • In our Direct Import flow, we added an empty “No Connections” screen to help with better UX and navigation when using the browser “backwards” and “forwards” navigation. While we did this, we were able to simplify the code, which will help a great deal as we work with new importing partners to make Direct Import even better going forward.
      Like
    • Web Release Notes: October 31, 2019

      First of all, HAPPY HALLOWEEN! Boo!…and what not. You’re scared. You get the idea. Today’s release took a little bit of a coding trick to yield a nice, little usability treat. And I realize that Halloween is more of a trick OR treat paradigm, but we felt like, “hey. Why can’t we just change history and turn Halloween on its head by using a trick to yield a treat?” So that’s what we did:

      *Please read this release update in the Vincent Price Thriller voice for full effect*

      Today’s release is kind of a sweet timesaver (I am going to run this trick or treat thing into the ground). When users experienced a foul error when trying to enter in their password to connect to a bank, they would be asked to re-enter their password (even if the error had to do with reCaptcha). This can be hauntingly painful. So, we’ve now made it so that we will keep the password field populated with the attempted password (in most cases) so that you can re-attempt without having to fiendishly type the whole thing in again, because of a reCaptcha failure or missing digit. Ha Ha Ha Ha ha ha ha *diabolical laughter*…*trails off*

      Like
  • Web Release Notes: November 7, 2019

    Hmmmm….smell that? Yep. Fall is in the air. We all know what Fall smells like: Turkey, leaves, football, a pumpkin spice latte that slowly turns into a peppermint latte…But Fall at YNAB smells like prepping for some solid improvements. We’re working on things like the running balance column in the transaction list, integrating a new direct import partner and an overall faster YNAB.

    Today’s release contains quite a few infrastructural changes in preparation for these bigger releases. They aren’t things you’ll see in your budget today, but they’re just around the corner.

    Like
    • Web Release Notes: November 12, 2019

      Listen. We like big budgets and we cannot lie. When you’ve been budgeting with YNAB for awhile and you’re giving dollars jobs, your budget grows. This is a great thing for you and for us. But when budgets start getting really, really big, it can pose a little bit of a problem for programmers to wrangle. Don’t get me wrong. Programmers love wranglin’ and they especially love wranglin’ problems. And this is what our programmers have been up to: wranglin’ big budget problems…and specifically, making bigger budgets faster. In today’s release:

      • We changed how we recompute transaction rows when a user clicks to edit a transaction. We now only change the row that’s being edited currently, which should greatly reduce lag on larger budgets. Ya’ been wrangled, editing transaction lag!
      • Our Code Sheriff™ got into the code and optimized how we handle array sorting in some cases and the changes we made showed a 30% improvement in time-to-load (15.5 seconds to 11 seconds) in one of our benchmark tests. This is a notable increase in speed. Hey, array sorting, ya’ been wrangled!
      • We also fixed a little whoopsy from our last code deployment where logging out from the Accounts screen wasn’t working properly. It might have been our mistake, but either way: WRANGLED!!!!…and yee haw!
      Like
    • Web Release Notes: November 13, 2019

      Today’s release contains a fix to issues stemming from Safari’s Dark Mode overriding our default styles. They were turning some of our input text white, when it was on a white background…or, in other words…CAMOUFLAGE! This might be a good thing for hunting, or if you’re a professional chameleon. For input text in a user interface, it’s not great. So, we dechameleonized it. In related news, we invented a new word.

      Like
    • Web Release Notes: November 14, 2019

      🏃‍♀️ ⚖️ …coming soon…

      Like
    • Web Release Notes: November 21, 2019

      You know the feeling: you get a transaction imported into YNAB and you’re like, “who or what is Firfen-Dirfen and what did I buy from them last week that cost me $10.99???…is it Ted Van Firfen-Dirfen’s Lawnmower Emporium, LLC Unlimited?” This is when you need to do some sleuthin’.

      Today’s release gives you a nice little Sherlock Holmes-style sleuthin’ tool. We’ve added a copy button to the transaction details to copy the payee “as it appears on your statement.” With this handy button, you can now easily (crosses fingers) search your bank statement online and find the transaction there exactly as it was sent over to YNAB. The game is afoot, my dear Watsons!

      Like
    • Web Release Notes: November 26, 2019

      Here we are just days before Thanksgiving in the U.S. and only a few days away from the end of our last 6-week development cycle of 2019 here at YNAB. We have a lot to be thankful for and I don’t want to do any kind of year-end review right now (we’ve got several more releases coming out before the end of the year) but I want to just say that I’m thankful for bug-fixes and the care and detail that goes into coding and testing these fixes to get them out the door.

      So, without any further ado (I don’t know if that last bit qualified as “ado,” but I’m going with it) here is the bug-fix that we released today:

      • When new users go through onboarding, we teach them about setting goals by having them set a goal for “Software Subscriptions.” However, if the user had deleted that “Software Subscriptions” category before they got to the onboarding step to set a goal, it was causing an error. So, we fixed that.
      • Also, Happy Thanksgiving to all the YNABers in the US!…not a release, but we’re thankful either way.
      Like
  • Web Release Notes: December 3, 2019

    Ah. Can you feel it in the air? That crisp December air is setting in and we all know what that means…a YNAB bug-fix release! Just us? Fine. I’m not sure I even know what “crisp” air is supposed to smell/feel/taste like. It’s air. Not an apple. Are people trying to eat air? Don’t eat air. It’s just a thing we say. Anyway, here’s a few nice, little bug-fixes to our onboarding:

    • We fixed an issue where “Adding a Savings Account” onboarding was not triggering properly. You could say we “saved” the day here…but should you say that?
    • We made it so that when a new user tries to exit out of onboarding by pressing the ESC key, it no longer throws an error. It also doesn’t kick an error or do anything having to do with an error. Just wanted to make sure we’re clear that we didn’t do a half-measure here.
    Like
    • Web Release Notes: December 10, 2019

      You: Locked in a noble battle to control holiday spending. You roll with the punches and you hit your year-end budgeting goals.

      Us: Engaged in a never-ending quest to pursue ultimate app performance. In this quest, though, we introduced a few strange bugs around scheduled transactions in the register. But after our valiant efforts, you shouldn’t see any of those now. We also rolled with a different set of punches here. 

      That same code change also fixed a bug where the cleared icon was not being shown when editing a transaction. Instead the scheduled (calendar) icon was being shown.

      All of us: Let us vanquish our foes together…and THE TROGDOR COMES IN THE NiiiiiGHT!!!!

      Like
Replies are closed
Like7
  • 7 Likes
  • 12 hrs agoLast active
  • 35Replies closed
  • 6807Views
  • 8 Following