{"@attributes":{"version":"2.0"},"channel":{"title":"FireHydrant's RSS Feed X","description":"Incident Management for every developer","link":"https:\/\/firehydrant.com\/","item":[{"title":"A Better View of Your Team, Right From the Start","link":"https:\/\/firehydrant.com\/changelog\/a-better-view-of-your-team-right-from-the-start\/","guid":"https:\/\/firehydrant.com\/changelog\/a-better-view-of-your-team-right-from-the-start\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Over the past week we've rolled out a redesigned Teams experience, and it's already live in your account. It's purely additive: nothing changes about how you work today, you've just got a lot more visibility and a lot fewer clicks. Here's everything that's new.\n\n\u2728 Redesigned Teams Directory\n\nThe Teams directory has been completely rebuilt to surface more information at a glance and cut down on the number of clicks it takes to get things done. Every team now shows live status columns right in the table: On-Call, Members, Services, Support Hours, Notifications, Alert Coverage, and Readiness so you can assess the health and coverage of your teams without having to open each one individually.\n\nStatus badges throughout the directory are interactive, not just decorative. Hover over any badge to see details like each member by name alongside their incident role, the services a team owns, who\u2019s on call, and a team\u2019s support hours. It's a small touch, but it means you can answer \"who's actually on this team and what do they do?\" without ever leaving the directory.\n\n\n\n\n\nWe've also added quick actions to the Actions column on every row. You can now page a team directly using the call icon, or open the team's Slack channel with the Slack icon; both without navigating away. When something's on fire and you need to reach a team fast, fewer clicks matter.\n\n\n\n\ud83d\udd0d Team Quickview Drawer\n\nEach team row now has a \u201cQuickview\u201d button that opens a read-only side drawer, letting you review everything about a team without losing your spot in the directory. The drawer surfaces all the same tabs you'd find on the full team detail page, so you're not getting a watered-down summary, you're getting the real thing, just scoped to a panel.\n\nEach tab in the drawer includes a \"Go to\u2026\" action that takes you directly to the relevant page when you need to see more details or make configuration changes. It's designed for the moments when you need to orient yourself fast. When you're ready to act, getting there is just one click away.\n\n\ud83d\udccb Redesigned Team Detail Page\n\nThe team detail page has been reorganized around a scrollable tab bar to make it easier to navigate everything a team owns: Incidents & Alerts, Ownership, Members, On-call & Support Hours, Escalation Policies, Alert Triggers, Call Routes, Runbooks, and Analytics. Instead of hunting across separate pages, everything is one click away from a single place.\n\nA few tabs have been meaningfully redesigned, not just reshuffled.\n\nIncidents & Alerts tab now surfaces both in a unified tab with sub-tabs for each entity. Alerts are no longer buried in a separate location, so you get a complete picture of what a team is responding to in one view.\n\nOwnership tab has been rebuilt with separate Services and Functionalities sub-tabs, each showing a table with Tier, Impacted, Coverage, and Last Updated columns.\n\nOn-call & Support Hours tabs have been pulled into a single tab with sub-tabs for each, replacing the previous separate configuration locations.\n\nAlert Triggers tab now includes sub-tabs for Rules and Webhooks.\n\nFinally, a new, collapsable right side panel is available on the team detail page. It's the kind of ambient context that used to require a few clicks to find, and it's now just always there when you need it.\n\nOn-Call Now card shows the full list of individuals that are currently on-call for all team schedules\n\nSupport Hours card shows the current support hours status and the set configuration\n\nShift Coverage card highlights any unclaimed shifts in the next 60 days across all team schedules\n\nThat's all for this changelog! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Wed, 17 Jun 2026 20:18:51 GMT"},{"title":"May Recap: Deeper Analytics, Smarter On-Call Filters & More","link":"https:\/\/firehydrant.com\/changelog\/may-update-deeper-analytics-smarter-on-call-filters-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/may-update-deeper-analytics-smarter-on-call-filters-and-more\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this past month!\n\n\ud83d\udcca Deeper Incident Analytics\n\nTwo new session-based user-involvement metrics \u2014 Total Activity Duration and Total Interactions \u2014 are now available across Impact Analytics, giving you a more accurate picture of who spent time in an incident and how engaged they were. You'll find them in the baseline cards, impact drawer, faceted stats table, CSV export, and Public API, with a new column-toggle menu to show or hide exactly the columns you care about.\n\n\ud83d\udcdf Smarter On-Call Schedule Filtering\n\nThe on-call schedules sidebar has a new Schedules filter button. Click it to open a searchable popover with a checkbox per schedule \u2014 including rotation counts and Select all \/ Clear options \u2014 so you can narrow the calendar view down to just the schedules you care about. Your selection persists per-user per-team via the URL and localStorage, so you won't lose context when you navigate away. Schedule cards have also been restyled with a new icon, single-line rotation names, and cleaner dividers.\n\n\ud83d\udc85 Improvements\n\nAI Related Incidents notification controls: Two new levers for AI Related Incidents notifications in Slack: an org-level cooldown to set the minimum time between posts on the same incident, and a per-incident cap on how many related-incident notifications get sent \u2014 both configurable from Settings \u2192 AI.\n\nAI summaries for unlicensed Slack users: Slack users without a linked FireHydrant account can now view AI-generated incident summaries via \/fh summary \u2014 so your whole Slack workspace can stay informed without needing a full license.\n\nSeverity Matrix usability: The Severity Matrix page now has client-side search, sortable rows, and virtualized rendering, making it usable for orgs with hundreds of services, functionalities, or environments.\n\nAudience summaries in your timezone: Audience summaries now render timestamps in your org's configured timezone instead of UTC.\n\nJira follow-up link improvements: Linking a follow-up Jira ticket via URL now deduplicates against existing links, posts a back-link comment on the Jira issue, and immediately pushes outbound field mappings on the initial link.\n\nFreshservice resolution notes: Freshservice ticket syncs that map to a resolved or closed status now automatically include the required resolution note, preventing rejected updates.\n\nStatus page: links stripped from updates: Status page update copy in the web app no longer renders clickable markdown or raw HTML links \u2014 link text still appears, just not as hyperlinks.\n\nTimeline delete for non-owners: The delete option on timeline events is now always visible but disabled for non-org-owners, with a tooltip explaining the restriction.\n\nReadable call route phone numbers: Call route phone numbers are now displayed in a readable international format, while copy and APIs continue to use the raw E.164 format.\n\nWebhook URL truncation: Long webhook URLs on the Webhooks list are now truncated with an ellipsis instead of breaking the table layout \u2014 hover to see the full URL.\n\nTerraform: rotation name & description: The FireHydrant Terraform provider now supports setting rotation_name and rotation_description independently from the schedule.\n\n\ud83d\udc1b Bug Fixes\n\nRetrospective \"Draft with AI\": \"Draft with AI\" now works correctly from the retrospective's customer impact section.\n\nRetrospective PDF: nested lists: Nested bullet and numbered lists now appear correctly in retrospective PDF exports instead of being dropped.\n\nRetrospective PDF: code blocks: Code blocks in retrospective PDFs now render with a consistent grey background and monospace font.\n\nRetrospective text selection: Selecting and copying text in the Retrospective tab works correctly again.\n\nOn-call rotation visibility toggle: Unchecking a rotation in the on-call sidebar now correctly hides its swimlane row on the calendar, not just its shifts.\n\nLiquid template field resize: Resizing a liquid template text field now correctly expands the editor content instead of leaving clipped text with empty space below.\n\nEdit Rotation form regression: Opening Edit Rotation from a team's Signals page overflow menu now correctly pre-populates the existing rotation's values instead of new-rotation defaults.\n\nRunbook step stuck in \"started\": Fixed a race condition where Jira Cloud ticket creation runbook steps would intermittently revert from \u201cCompleted\u201d back to \u201cStarted\u201d and get permanently stuck.\n\nSlack \/fh new Customer Impact defaults: Customer Impact fields now correctly auto-populate with default values when declaring an incident via \/fh new in Slack.\n\nRunbook execution closing on resolve: Runbook executions were being prematurely closed when an incident was resolved; they now stay open through the post-incident phase and only close when the incident reaches \"closed.\"\n\nSlack incident declaration hang: Fixed an issue where incident declaration in Slack would hang on \"Creating your incident\u2026 one sec!\" when a deleted runbook was referenced as an incident type default.\n\nAlerts default view navigation: Returning to the Alerts page now correctly applies the default saved view instead of persisting ad-hoc query state from a previous session.\n\nRunbook Liquid filters: Fixed the toJSON and in_time_zone Liquid filters so they behave correctly in both the runbook template preview and at runtime.\n\nPrivate incident runbook attachment: Runbooks selected during private incident declaration now correctly attach using the declaring user as the actor instead of being silently dropped.\n\nIncident milestone badge truncation: Long milestone names on the incident list are now truncated with the full name visible on hover.\n\nJira credential fallback: \"Create a Jira Cloud Issue\" runbook steps no longer fail when the incident creator lacks permission on the target project \u2014 the step now falls back to the integration's default credentials.\n\nSVG org logo support: Organization logos can once again be uploaded as SVG files.\n\nMobile app:\n\niOS push notifications restored: Push notification delivery on iOS is fixed after the Expo SDK upgrade dropped required app entitlements.\n\nNotification channel selector: The bottom sheet for selecting notification channels now correctly appears when tapping the + button.\n\nChannel name wrapping: Long channel names in Related Incidents on the alert details screen now wrap inside the card instead of running off-screen.\n\nManual page label wrapping: \"Manual page\" labels on the alert detail screen no longer run past the screen edge on narrow phones.\n\nThat's all for May! As always, if you have any questions or feedback, our team is here to help.\n\n\n\n\n\n\n\n","pubDate":"Wed, 10 Jun 2026 20:30:44 GMT"},{"title":"April Recap: EU Instance, MS Teams Scribe, and more!","link":"https:\/\/firehydrant.com\/changelog\/april-recap-eu-instance-ms-teams-scribe-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/april-recap-eu-instance-ms-teams-scribe-and-more\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've been busy creating new global instances, adding transcriptions to MS Teams, enabling more functionality for role restrictions, and many quality of life improvements. \n\nTake a look at what's shipped last month!\n\n\ud83c\udf0d FireHydrant EU Instance Now Live\n\nFireHydrant is now available in the EU at app.eu.firehydrant.io. The full incident lifecycle is operational in the EU region \u2014 alerts, on-call scheduling, incident declaration, responder management, status page updates, and retrospectives. Integrations including Slack, Jira, Confluence, Google Docs, Google Meet (with transcription), and SMS, voice, and email notifications are all verified and working. Mobile users on iOS can select their region (North America or Europe) right at login. Documentation has been updated across the board to reflect EU regional access \u2014 check it out if you're getting started.\n\n\u2728 Download AI Transcripts as CSV\n\nYou can now download AI transcripts from incident bridges as a CSV file directly from the Incident transcripts tab. Whether you need to share a transcript with stakeholders, feed it into another tool, or keep it for your records, it's just one click away.\n\n\ud83d\udd10 Role Restrictions for Incident Severities\n\nAll severities can now have role-based access restrictions configured, just like custom severities. This gives you finer-grained control over who can declare incidents at these severity levels, helping enforce your organization's escalation policies across the board.\n\n\ud83c\udf99\ufe0f Incident Scribe for MS Teams\n\nThe Incident Scribe bot now supports Microsoft Teams meeting runbook steps, enabling real-time or post-meeting transcription alongside the existing Google Meet support. When you page a team into an MS Teams meeting, the Scribe will automatically join and capture the conversation for your incident record.\n\n\ud83d\udce2 Page Signals Teams from Slack\n\nThe \/fh page service Slack command now supports paging teams via Signals. Previously, only services linked to external alerting providers (PagerDuty, Opsgenie, etc.) could be paged. Services with Signals-configured responding teams now appear in the dropdown and page each team's default escalation policy when submitted.\n\n\ud83d\udc85 Improvements\n\nOn-call Report Export: The on-call shift hours CSV export now includes two new columns: incident count (number of distinct incidents the user was involved in during the export period) and active time in incidents (total hours of incident involvement).\n\nCleaner Slack channel invites: External, guest, and departed Slack users will no longer appear as selectable options in the \"Invite to Slack incident channel\" runbook step.\n\nWebhook delivery redesign: We've refreshed the design of webhook deliveries for a cleaner, more readable experience.\n\nIntegration project dropdown cleanup: When adding projects in an integration, we now only show projects that haven't already been added.\n\nWatch resolved incidents: The \"watch\" button in the Command Center header will work for resolved incidents.\n\nLinks pagination: Command Center sidebar now shows a \"See more\" button to load additional incident links beyond the initial 10.\n\n\ud83d\udc1b Bug Fixes\n\nIncident Scribe name attribution: Fixed a bug where, after reinviting the Incident Scribe bot to a Google Meet, messages from new participants would incorrectly display another attendee's name in Slack and the web UI.\n\nFixed nested bullet spacing: Bullet spacing is now consistent when using nested lists in editors.\n\nJira field mapping editing: Fixed an issue where users could not remove or edit conditional (if-then) field mappings in the Jira integration due to a hidden Remove button and validation errors.\n\nMilestone change detection: Fixed a bug where runbook steps configured with \"milestone changes\" conditions would fire on milestone timestamp edits even when no actual milestone transition happened.\n\nMTTR\/MTTA analytics: Fixed a bug that was preventing MTTR and MTTA data from showing in Alerts Analytics.\n\nCSV exports in multi-org: Fixed a bug where downloading a CSV of incident timelines or transcripts outside of your primary organization would fail due to missing org scoping on export routes.\n\nRequired severity fields: Fixed a bug where required incident fields were allowed to be empty in alert routing configurations that open incidents.\n\nSeverity selector: Prevented the UNSET option from appearing in the severity selector when severity selection is required.\n\nRetrospective template preview: Fixed the retrospective template show page to display the preview version instead of the edit view.\n\nRetroactive template timestamps: Fixed inaccurate updated_at timestamps on retrospective templates.\n\nViewer role permissions: Prevented members with viewer roles from being assigned team permissions in the team page.\n\nEmoji support in PDFs: Emojis now appear correctly in retrospective PDF exports.\n\nThat's all for April! As always, if you have any questions or feedback, our team is here to help.\n\n\n","pubDate":"Wed, 13 May 2026 15:02:44 GMT"},{"title":"Consolidated Analytics Pages and Copy Retrospective to Markdown ","link":"https:\/\/firehydrant.com\/changelog\/consolidated-analytics-pages-and-copy-retrospective-to-markdown\/","guid":"https:\/\/firehydrant.com\/changelog\/consolidated-analytics-pages-and-copy-retrospective-to-markdown\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's changed recently and what's coming soon!\n\n\ud83d\udcca Consolidated Analytics Pages\n\nAs of March 31, 2026, we're sunsetting the Incidents and Impacts and Resources and Tasks pages and consolidating their functionality into the MTTX Analytics tab.\n\nWhy the change?\n\nClearer reporting on key metrics like MTTA, MTTD, MTTR, and more\n\nBetter filtering to find exactly what you need\n\nReal-time incident visibility \u2014 see the incidents powering your dashboard as they happen\n\nContinued improvements as we focus our analytics efforts on this single dashboard\n\n\u2728 Copy Retrospectives to Markdown\n\nYou can now export your full retrospective report as markdown directly to your clipboard \u2014 no Google Docs or Confluence integration required. Just open the Export menu on any retrospective and select \"Copy to markdown.\" It's a quick way to drop a polished post-incident summary wherever you need it.\n\n\ud83d\udc85 Improvements\n\nGranular API key permissions for private incidents: Write access and private incident access are now independent toggles \u2014 you can create write-enabled API keys that are explicitly blocked from viewing private incidents.\n\nHeartbeat interval limit extended to 24 hours: You can now set heartbeat expected intervals up to 24 hours in the UI \u2014 previously the UI capped at 60 minutes even though the backend already supported longer durations.\n\n\ud83d\udc1b Bug Fixes\n\nCustom fields can now be cleared on incidents: Deleting the value from a custom field and saving now correctly clears it instead of reverting to the previous value.\n\nTeam assignments on Incident Types now save correctly: Teams added to an Incident Type were previously dropped silently on save \u2014 that mapping is now correctly included when the form is submitted.\n\nRetro report save errors now surface properly: In some cases, saving a modified retrospective report would fail silently due to bad question IDs. You'll now see an error toast so you know when something went wrong.\n\nBack button fixed on analytics pages: Navigating to Teams, Services, or Audit Log analytics pages no longer breaks the browser's back button after setting default date range params on load.\n\nAlert list respects date range when navigating from analytics: When clicking into the alert list from the Alert Analytics Heat Map or Team Analytics Alerts widget, the selected date range is now correctly carried over.\n\nBack button fixed in Retrospectives: The browser back button now works correctly from Retrospective views, and tabbing between Retrospective and Incident Details no longer creates an infinite back-button loop.\n\nClaim Shift modal now shows the rotation's timezone: The date pickers in the Claim Shift modal were always showing times in your browser's local timezone \u2014 they now correctly reflect the rotation's configured timezone.\n\nStatus page emails no longer send unexpectedly: Two bugs with Nunc status pages have been fixed: editing a milestone's timestamp no longer re-sends a \"incident resolved\" email, and events scoped to the internal team status page no longer email external public subscribers.\n\nMobile app SSO authentication fixed: SSO logins on mobile were failing due to timing issues with the OAuth redirect flow. The auth flow has been stabilized to correctly handle the longer SSO redirect.\n\nThat's all for this changelog! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Wed, 18 Mar 2026 17:17:19 GMT"},{"title":"Customize Retrospective Exports","link":"https:\/\/firehydrant.com\/changelog\/customize-retrospective-exports\/","guid":"https:\/\/firehydrant.com\/changelog\/customize-retrospective-exports\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've been busy this past month! Here's what's new:\n\n\ud83d\udcc4 Customize Your Retrospective Exports\n\nYou can now take full control of how your retrospectives export. Set custom templates for each retrospective type and format your exports exactly how your team needs them, whether you're sharing with leadership, compliance teams, or using them for internal documentation.\n\nWhat does this mean for you?\n\nFlexible configuration: Configure export templates to match your organization's standards.\n\nRetrospective-specific export templates: Each retrospective template can have its own export template. \n\nIncident specific customization: Format specific incident retrospective exports if they need to be formatted differently than your standard template. \n\n\n\n\ud83c\udfa8 Redesigned Incident Header\n\nWe've streamlined the incident interface to help you focus on what matters most during an active incident.\n\nWhat does this mean for you?\n\nBetter action grouping: Milestone selector now lives in the top right alongside other incident update actions.\n\nQuick-access details: Priority, severity, and essential incident information stay right under the title.\n\nCleaner navigation: Replaced the switcher bar with a tab layout that creates more space for incident details.\n\nContextual actions: Action buttons are now positioned closer to the content they affect.\n\n\ud83d\udd25 Incident Management Updates\n\nFlexible Incident Field Configuration: Incident fields that are required after certain milestones (but not at declaration) can now be set to \"Available\" instead of forced \"Visible\" in the declaration form. This keeps your declaration form clean while still making important fields accessible in Additional Details.\n\nSmarter Timeline Loading: Fixed a bug where the incident timeline wouldn't load additional events when scrolling, and resolved a performance issue causing unnecessary re-renders.\n\nBetter Related Incidents Detection: AI-powered related incident detection now includes incident titles and tags alongside summaries when checking similarity, making it easier to find relevant ongoing incidents.\n\nAPI Enhancement: Public API show endpoints for teams and catalog resources (services, environments, functionalities) now accept either slug or UUID for lookups.\n\n\ud83d\udea8 Signals & Alerting Improvements\n\nBypass Support Hours for Critical Alerts:\u00a0Configure a priority threshold on your support hours schedule to ensure critical alerts always get through. Alerts at or above your threshold skip support-hours downgrades entirely and dispatch at their original priority\u2014no matter the time or shift window.\n\nBetter Email Alert Diagnostics: Email ingestion validation errors (like sender not in allow list) now appear in the Signal Ingest Errors log, so you can self-diagnose why emails aren't creating alerts.\n\nImproved Paging with Context: Pages sent from Slack now include Zoom meeting links, conference bridges, and incident Slack channel information. Slack channel links now open directly in the native app instead of your browser.\n\n\ud83d\udcf1 Mobile App Enhancements\n\nAudience Summaries on Mobile: View AI-powered incident summaries tailored to your default audience right from the incident detail page. Stakeholder-specific updates are now available in a collapsible \"Stakeholder Updates\" section.\n\nStreamlined Paging from Incidents: Page someone directly from any incident screen in the mobile app. The paging form now automatically fills in incident context (summary, severity, status, and link), and created alerts are attached to the incident\u2014just like the web app.\n\nReliable Quick Actions: Notification quick actions now consistently open the app and navigate to the target alert, even when the app is closed.\n\n\ud83d\uddd3\ufe0f On-Call Scheduling Improvements\n\nSelect Specific Shifts for Coverage Requests: Instead of requesting coverage for all your shifts, you can now pick exactly which ones you need covered. The coverage request drawer defaults to all covered shifts but gives you full control to customize.\n\nBetter Calendar Visibility :When viewing shifts \"by user,\" the calendar now assigns consistent colors per person instead of using schedule colors, making it easier to track who's on call at a glance. Long rotation names also now display properly without text wrapping issues.\n\nImproved Shift Notifications: Fixed a bug where \"shift claimed\" Slack notifications weren't sent when someone partially claimed a coverage request with custom start or end times.\n\n6-Month Schedule Viewing: Added a helpful warning indicator when viewing schedules beyond 6 months to clarify that shifts are pre-generated and rotations continue as configured.\n\nNetherlands Voice Call Support Added support for the Netherlands (NL) as an available country for voice call routes with mobile number acquisition.\n\n\ud83d\udc85 Other Improvements & Bug Fixes\n\nStatus Pages\n\nResolution emails now include custom notes added during resolution, matching update email behavior\n\nFixed a bug where unsubscribe links in status page emails would show success but not actually unsubscribe users\n\nSignals & Notifications\n\nLong escalation policy names no longer overflow their containers in the alerts list\n\nNotification policy compliance now immediately recognizes newly verified phone numbers\n\nWarning messages now appear when medium or low priority notifications aren't configured\n\nPriority fields now properly hide in incident messages and status commands when toggled off globally\n\nIncident Fields & Forms\n\nDrag-and-drop is now disabled for Add-on and Hidden incident fields\u2014only \"Shown by default\" fields can be reordered\n\nFixed pagination displays that showed invalid ranges when metadata was missing\n\nEmpty-value filtering now works for incident types and custom fields across the incident reader, API, and analytics\n\nData Exports\n\nOn-call shift CSV exports now properly encode Polish characters and special characters with UTF-8 support\n\nRetrospectives\n\nBetter mobile responsiveness for retrospective sections\n\nUI Refinements\n\nFilter tables now allow empty date ranges\n\nExpired alert events now render in the timeline\n\nMinor UI improvements in on-call scheduling and responder controls\n\nThat's all for now! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Fri, 27 Feb 2026 18:09:55 GMT"},{"title":"Self Service Authenticated Status Pages","link":"https:\/\/firehydrant.com\/changelog\/self-service-authenticated-status-pages\/","guid":"https:\/\/firehydrant.com\/changelog\/self-service-authenticated-status-pages\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83d\udd10 Self Service Authenticated Status Pages\n\nSetting up status pages is now easier than ever with a rebuilt preview workflow and self-service OIDC configuration for authenticated pages. Whether you're protecting internal status pages or creating secure customer-facing communications, you now have complete control over who sees what \u2014 and setting it up is a breeze.\n\nStreamlined Configuration with Live Preview Flow\n\nWe've rebuilt the setup experience from the ground up to make it clearer and more intuitive. See exactly how your status page will look and behave before you publish it. Verify the design, and catch issues early.\n\nSelf-Service OIDC Setup\n\nConfigure authentication for your status pages directly in FireHydrant using industry-standard OIDC protocols \u2014 no support tickets, no back-and-forth, just straightforward setup on your terms.\n\nUpdated Overview Table\n\nYou can now view the status of all your existing status pages directly from the overview table. See which pages have verified DNS entries, are authenticated, and which are ready for publishing.\n\nCheck out our documentation to learn more about the new configuration flow.\n\n\ud83d\udc85 Improvements\n\nClickable Integration Health Filtering: The Integration Health Status popover now includes clickable filter badges, letting you quickly filter integrations by status (All, OK, Warning, Error). Your filter selection persists across sessions, and individual health checks within each integration automatically match your selected status.\n\nBetter Context in Coverage Gap Notifications: Coverage gap notifications (both Email and Slack) now include the Team Name, making it crystal clear which team's rotation needs attention.\n\nDisable Coverage Gap Notifications: You can now select \"None\" from the coverage gap notification interval dropdown to completely disable notifications for specific rotations when they're not needed.\n\n\ud83d\udc1b Bug Fixes\n\nRetrospective PDF Exports: Fixed an issue where AI incident summaries appeared blank in exported retrospective PDFs. PDFs now properly include your audience-based summaries.\n\nMobile Sound Preview: Fixed the stop button on sound previews in the mobile app so you can actually stop a sound after it starts playing.\n\nThat's all for now! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Fri, 16 Jan 2026 16:31:00 GMT"},{"title":"Customizable Follow-Up Fields","link":"https:\/\/firehydrant.com\/changelog\/customizable-follow-up-fields\/","guid":"https:\/\/firehydrant.com\/changelog\/customizable-follow-up-fields\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We're wrapping up 2025 with one final set of updates. Here's what's shipped for you this week!\n\n\ud83c\udfaf Custom Fields for Follow-Ups\n\nYou can now customize the Follow-Up form to match your ticketing system's exact configuration, whether that's Jira, Asana, or another ticketing tool.\n\nWhat does this mean for you?\n\nPerfect alignment with your ticketing setup: Create custom fields in FireHydrant that map directly to your external ticketing system, so your team collects the right information upfront\n\nFewer errors, faster workflows: Required fields ensure nothing gets missed when creating tickets, reducing back-and-forth with your ticketing system\n\nFlexible field options: Choose from text, single-select, multi-select, or date\/time fields and control whether they're required, visible, or hidden (but available for mapping)\n\nNo more wrestling with mismatched fields or missing information when creating Follow-Up tickets. Everything flows smoothly from FireHydrant to your ticketing tool.\n\n\ud83d\ude80 Available Now: Custom fields are available today in Slack and the Web UI. Microsoft Teams support can be enabled for your organization \u2014 just reach out to us!\n\n\ud83d\udc85 Improvements\n\nBetter Follow-Up Project Selection: The project dropdown in the Follow-Up form is now alphabetized and grouped, making it easier to find the right project when creating tickets.\n\nShift Override Warnings: When editing shifts, you'll now see a warning if you accidentally extend a shift way beyond its original duration \u2014 helping prevent mistakes like setting an end date a year out instead of next week.\n\nAccurate Slack Message Timestamps: Slack messages imported to incident timelines now preserve their original send time instead of using the import time, ensuring AI summaries and milestones maintain correct chronological order.\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue where tapping a push notification on iOS when the app was closed wouldn't navigate to the correct alert screen\n\nResolved an authentication status checking error that was affecting link access\n\nThat's all for 2025! We'll be back with more exciting updates in the new year. Thanks for being part of the FireHydrant community, and we hope you have a great holiday season \ud83c\udf89\n\n\n","pubDate":"Thu, 18 Dec 2025 20:04:04 GMT"},{"title":"Mobile App Reliability, Web App Improvements, and Year-End Polish","link":"https:\/\/firehydrant.com\/changelog\/mobile-app-reliability-web-app-improvements-and-year-end-polish\/","guid":"https:\/\/firehydrant.com\/changelog\/mobile-app-reliability-web-app-improvements-and-year-end-polish\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 As we wrap up 2025, we're polishing things up and squashing bugs!\n\n\ud83d\udcf1 Mobile App Stability Improvements\n\nWe've been hard at work making the mobile app more reliable:\n\nAndroid Login Fixed: Resolved a crash during login on Android caused by callback URLs being incorrectly parsed as deep links.\n\nPush Notifications Now Work from Cold Start: Fixed an issue where tapping a push notification when the app was completely closed would open the app but fail to navigate to the correct alert. Now you'll land exactly where you need to be.\n\nMore Resilient Push Notification Registration: Fixed a crash during push notification registration that could occur when handling duplicate device name conflicts.\n\n\ud83d\udc85 Improvements\n\nConsistent Filtering Across Runbooks: The Runbook tab in incidents now includes the same search and filter capabilities you're familiar with throughout the rest of FireHydrant. Quickly find and filter for specific runbooks without switching contexts.\n\nMore Milestone Options in Runbook Steps: The milestone dropdown in the \"Update Incident Details\" runbook step now includes milestones from the \"Started\" lifecycle phase (like \"Detected\"). This gives you more flexibility in tracking incident progress through your runbook automation.\n\nClearer Ticket Update Labels: Ticket updates in the incident timeline now display human-readable labels, making it easier to understand what happened at a glance (e.g., \"Created ticket\" instead of cryptic system codes).\n\nMore Accurate User Involvement Time Tracking: The system now uses session-based tracking that better reflects actual engagement time versus elapsed time, giving you more accurate responder metrics in analytics.\n\n\ud83d\udc1b Bug Fixes\n\nRunbook Step Repeat Durations Now Stick: Fixed a frustrating bug where runbook step repeat durations were unexpectedly resetting to 5 minutes when editing steps, even when you had configured longer intervals (like 2 hours). Your repeat duration settings now correctly preserve existing values.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Fri, 12 Dec 2025 19:28:24 GMT"},{"title":"Clearer Alert Creation Visibility and Smarter Role Assignment","link":"https:\/\/firehydrant.com\/changelog\/clearer-alert-creation-visibility-and-smarter-role-assignment\/","guid":"https:\/\/firehydrant.com\/changelog\/clearer-alert-creation-visibility-and-smarter-role-assignment\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what we've recently shipped for you:\n\n\ud83d\udd0d See Who (or What) Created Every Alert\n\nYou can now see exactly who or what created an alert, giving you better context and transparency in your alerting workflow.\n\nWhat does this mean for you?\n\nManually-paged alerts now display the actor's name who triggered the page\n\nTransposer-based alerts show which transposer created the alert\n\nVisible everywhere: Alert creator information appears in Slack notifications, the signals list, alert visualization, and alert timeline\n\nThis visibility helps you quickly understand the source and context of your alerts, making it easier to track down issues and improve your alerting workflows.\n\n\ud83c\udfaf Assign Roles to Alert Acknowledgers\n\nYou can now automatically assign incident roles to the person who acknowledged the alert\u2014not just who opened the incident. This new runbook option gives you more control over role assignment based on actual alert response.\n\nWhat does this mean for you?\n\nNew \"Primary Alert Acknowledger (Signals only)\" option in the runbook \"Assign a Role\" step\n\nAutomatically assign roles to the user who acknowledged the primary Signals alert\n\nThis is particularly useful when alerts are acknowledged by on-call responders before an incident is formally opened, ensuring the right person gets the right role from the start.\n\n\ud83d\udc85 Improvements\n\nPrivate Incident Communications Channels: You can now configure a setting to create private Slack communications channels for private incidents. This new admin-controlled flag ensures sensitive incidents can still leverage communications workflows without leaking information.\n\nOR Match Type Support in Alert Grouping: Alert grouping now supports OR match types in the UI, giving you more flexible options for how alerts get grouped together.\n\nMarkdown Rendering in Description Fields: Description fields in sidebars now properly display markdown formatting, making your documentation more readable and organized.\n\nImproved Milestone Validation: We've enhanced milestone validation across multiple areas to prevent invalid date entries. You can no longer submit resolved incident forms with inconsistent timestamps, and runbook reconciliation windows have been extended to better support your workflows.\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue where saving searches in Alert Analytics would fail. You can now save and manage searches without issues.\n\nReduced Slack notification spam by preventing automatic @-mentions when users open incidents or post updates. You'll no longer get pinged for every thread reply.\n\nFixed Terraform provider issues related to rotation member management and auto-responding team configuration.\n\nRemoved unnecessary scrolling behavior on certain team tabs, making them full height for a cleaner, more intuitive browsing experience.\n\n","pubDate":"Fri, 05 Dec 2025 14:57:09 GMT"},{"title":"Signals, Status Pages & More Improvements","link":"https:\/\/firehydrant.com\/changelog\/signals-status-pages-and-more-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/signals-status-pages-and-more-improvements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've been busy squashing bugs and polishing the experience this week!\n\nSignals Improvements\n\nOn-call schedule timeline view zoom controls: We've added inline zoom controls to the timeline view, making it way easier to adjust your time range and actually click on those super short shifts (we're looking at you, 30-minute coverage blocks). No more fumbling around trying to select tiny shift cards.\n\nClearer alert targeting: The alert timeline now clearly shows when alerts are directly targeted to specific teams, escalation policies, schedules, or users. Even better, everything's clickable so you can quickly jump to the targeted resource. Less guessing, more doing.\n\nStatus Page Improvements\n\nMarkdown formatting in emails: Status page update emails now properly render markdown formatting including bold text, lists, headers, and links. Previously all that formatting showed up as plain text, which... wasn't great.\n\nDelete status page updates: You can now delete status page updates directly from incidents. A delete button appears next to each update for owners with manage_incidents permission. Note: Updates from Statuspage.io can't be deleted due to integration limitations.\n\n\ud83d\udc85 Other Improvements\n\nBetter form validation: Fixed a sneaky bug where required fields (description, severity, priority, impacts, teams, tags, and milestones) weren't being validated on incident declaration forms. Now you'll actually see validation errors instead of mysteriously losing your data.\n\nCorrect Opsgenie paging priority: When you create a page via \/fh page, the incident's priority is now automatically pre-selected. No more P1 incidents accidentally sending P3 alerts.\n\nFixed CSV exports: CSV download links in incident and user export emails now properly download instead of opening as plaintext pages in your browser.\n\nPartial shift button clarity: Changed the button copy when claiming a partial shift to be less confusing.\n\nRunbooks table resizing: The runbooks table no longer overflows the page or loses columns when you resize your window.\n\nTerraform provider updates: Fixed inbound email resource configuration, added support for custom milestone resources and lifecycle phase data sources, and migrated functionalities, team management, and catalog entry resources to the latest SDK.\n\n\ud83d\udc1b Bug Fixes\n\nRetrospective PDF exports now include the alerts section.\n\nFixed extra blank space showing up after each question when exporting retrospectives to Confluence.\n\nFixed email notification links to account settings after we changed the URL structure.\n\nThat's it for this week! Keep the feedback coming - we're always listening.\n\n","pubDate":"Fri, 21 Nov 2025 17:20:25 GMT"},{"title":"New Incident Navigation and Functionality Tiers","link":"https:\/\/firehydrant.com\/changelog\/new-incident-navigation-and-functionality-tiers\/","guid":"https:\/\/firehydrant.com\/changelog\/new-incident-navigation-and-functionality-tiers\/","description":"\n\nHey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what we\u2019ve shipped recently!\n\nRefreshed Incident Page with Tab Navigation\n\nWe're rolling out a cleaner, more intuitive Incident page with new tab navigation to easily switch between Incident Details and Retrospectives. The refreshed header design now features action buttons that update based on which tab you're viewing \u2014 giving you exactly what you need, right when you need it. All of your existing functionality works just as before, just with a smoother, easier-to-navigate experience.\n\nFunctionality Tiers for Smarter Automation\n\nFunctionalities can now be assigned tiers (0-5) to indicate their importance, just like services. This gives you powerful new automation capabilities: set runbook conditions based on functionality criticality to automatically attach or execute specific steps depending on what's impacted. For example, tier the payment processing functionality as tier 5, and automatically escalate to your payments team and trigger a dedicated runbook when it goes down. Or keep lower-tier features at tier 1 and run lighter workflows. You control the response based on what matters most to your business.\n\nImprovements \ud83d\udc85\n\nConference Bridge Links in Slack We've added back conference bridge links directly to your Slack messages \u2014 both in incident linkbacks and alert notifications. Now your team can jump into the right meeting with one click, without hunting through messages for connection details.\n\nMicrosoft Teams Group Chat Improvements When a functionality or service is assigned to an incident, team members are now automatically added to the incident MS Teams group chat. This works for both direct service assignments and when adding FireHydrant Teams as responders, keeping everyone in sync from the start.\n\nFilter Incidents by Attached Runbooks: Find incidents faster with a new filter that lets you search by attached runbooks.\n\nPost-Resolution Updates Now Persist: Fixed a bug where status updates posted via Slack stopped appearing in integration channels after resolution. Updates now continue flowing through Slack, Microsoft Teams, and Status Pages throughout the entire incident lifecycle.\n\nBetter Milestone Date Validation: The milestone form now validates dates with clear error messages (MM\/DD\/YYYY format) and prevents invalid dates that caused metrics failures. \n\nValid dates range from 01\/01\/2000 to one year in the future.\n\nImproved Time Selector Layout: Fixed overlapping buttons in the milestone time form that were covering the actual time display. Your forms should look much cleaner now.\n\nMarkdown Fields Export Properly: Markdown and Instructional Text fields in your templates now export correctly to both Confluence and Google Docs.\n\nLifecycle Milestones in Default Templates: We've updated default retrospective and incident templates to use lifecycle_milestones, giving you access to milestone names. If you're using custom templates, you may need to update them to leverage this new capability or re-add your Export steps to runbooks.\n\nGIF Handling in PDF Exports: Fixed an error that prevented PDFs from rendering or downloading when they contained GIFs.\n\nConfluence Image Export Fixed: Retrospectives with images now export to Confluence without errors.\n\nBug Fixes \ud83d\udc1b\n\nEffective At Settings Now Work Correctly: Fixed a bug where the \"Effective At\" setting wasn't being applied when adding or updating responders. Now your responders are assigned exactly when you specify \u2014 immediately, at next handoff, or on a custom date.\n\nCoverage Gap Notification Interval Persists: Fixed a bug where the Coverage Gap Notification Interval would always revert to \"1 week\" after saving. You can now keep it set to \"1 day\", \"2 weeks\", \"1 month\", or any other value you choose.\n\nSlack Notification Preferences Dropdown: Fixed a dropdown that was being cut off in the Slack channel notification preferences table.\n\nEdit Message Crash Resolved: Fixed a crash that occurred when clicking \"Edit message\" on incident timeline events that don't support editing.\n\nTimezone Handling in Alert Filtering: Fixed date range filter timezone handling to send local timezone information to the API. The date picker now correctly preserves your selected local time instead of converting to UTC, ensuring alerts aren't accidentally excluded from filter results.\n\n","pubDate":"Thu, 13 Nov 2025 22:03:33 GMT"},{"title":"Additional RBAC For Incident Types and Severities; No Tricks, All Treats","link":"https:\/\/firehydrant.com\/changelog\/additional-rbac-for-incident-types-and-severities-no-tricks-all-treats\/","guid":"https:\/\/firehydrant.com\/changelog\/additional-rbac-for-incident-types-and-severities-no-tricks-all-treats\/","description":"\ud83d\udc7b This Halloween we\u2019ve opted out of tricks so we\u2019re shipping a some serious treats! Here's what's new this week, firefighters \ud83e\uddd1\u200d\ud83d\ude92!\n\n\ud83d\udd10 Role-Based Access Control for Incident Types and Severities\n\nThere\u2019s nothing scarier than a SEV0. Now you can take control of incident creation across your organization by restricting both incident types and severities based on user roles, ensuring the right people have access to the right tools.\n\nRestrict Incident Types by Role Organizations can now control which incident types users are allowed to create based on their role. Admins configure permissions in Settings \u2192 Incident Types, and users only see the incident types they're authorized to use.\n\nRestrict Severities by Role You can also restrict which severities users can declare when creating incidents. Prevent junior team members from accidentally declaring SEV1s, align severity selection with your organizational escalation policies, and maintain consistency across teams with different responsibilities.\n\n\ud83e\udd16 Enhanced Audience Controls\n\nYou now have more granular control over AI-powered incident summaries. Admins can configure which data gets submitted for summarization on a per-audience basis\u2014set it during audience creation or adjust it anytime in your audience settings. This means each stakeholder group gets summaries tailored to exactly the information they need.\n\n\ud83d\udc85 Improvements & Enhancements\n\nBetter Alert Tag Visibility in Slack \u2014 We're giving you more control over Signals alert tags in Slack. Previously, tag filters were required to show any tags at all, and we'd only show the first 6. Now, all of your alert's tags will display in Slack messages \u2014 with tag filters being completely optional.\n\nClearer Incident Field Configuration \u2014 We've made the incident types form more intuitive. Removed the confusing drag-to-reorder interaction since fields can't actually be reordered, added helpful tooltips for non-editable fields, and now you'll see a warning before saving if any fields won't be included because they're missing required values.\n\nMore Flexible Field Requirements \u2014 Globally visible fields can now be marked as required, and if you have fields already required at a specific milestone, you can now change them to any earlier milestone. More flexibility in how you structure your incident data.\n\nVisibility into Milestone Changes \u2014 Milestone timestamp edits now appear as timeline events, so you can see exactly which milestones were adjusted and when \u2014 giving you full visibility into incident timing changes made during or after resolution.\n\nBetter Image Handling in Retrospectives \u2014 Retrospectives now handle images the way you'd expect. Copy and paste GIFs, drag and drop multiple files, and work with images seamlessly as you document what happened and what you learned.\n\nImproved Table Display \u2014 Fixed table rendering to properly wrap long content, making your data easier to read and reducing unnecessary horizontal scrolling.\n\nIncident Channel Privacy Control \u2014 For Enterprise Grid organizations with the right permissions, incident channels can now be automatically converted from public to private \u2014 giving you tighter control over who sees sensitive incident details.\n\n\ud83d\udc1b Bug Fixes\n\nSignals Alerts Filtering \u2014 Fixed the \/fh alerts Slack command to show only Signals alerts instead of pulling in alerts from every integration (PagerDuty, OpsGenie, etc.), keeping your Slack feeds clean and consistent with your web UI.\n\nDashboard Alert Filtering \u2014 Fixed the Dashboard's \"All Alerts\" Kanban board incorrectly displaying Jira tickets and other non-Signals alerts. Now it properly filters to Signals alerts only.\n\nMobile Alert Navigation \u2014 Fixed alert notifications on mobile not navigating to the correct screen. Tapping an alert notification now reliably takes you to alert details instead of leaving you on the dashboard.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. Happy Trick-or-Treating!  \n\n","pubDate":"Fri, 31 Oct 2025 15:29:51 GMT"},{"title":"Enhanced Alert Management & Filtering, Automatic Zoom Transcriptions and More","link":"https:\/\/firehydrant.com\/changelog\/enhanced-alert-management-and-filtering-automatic-zoom-transcriptions-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/enhanced-alert-management-and-filtering-automatic-zoom-transcriptions-and-more\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92We know that many of you have had a busy week! (Check out our post-incident write-up from Monday\u2019s AWS outage here.) So take a break, and check out what we\u2019ve shipped for you over the past few weeks!\n\n\ud83c\udfaf Enhanced Alert Management & Filtering\n\nWe've overhauled our tables with three major improvements that ship to the Alerts list. You now get a date\/time range picker for filtering by time windows, dynamic pagination with per-page configuration, and a redesigned search and filter layout. This gives you better control over sifting through high-volume alert data.\n\nWe also added a \"My Teams\" quick filter button to instantly surface alerts scoped to your team membership.\n\n\ud83e\udd16 Automatic Zoom Transcription\n\nAdded support for Zoom's automatic AI scribe behavior, where bots start recording on meeting entry without needing host intervention. You can toggle this per Runbook step, and we'll post a notice to the incident's Slack channel when automatic recording begins.\n\n\ud83d\udc85 Improvements\n\nContinue Posting Status Updates Post-Resolution \u2013 We enabled status update notifications to continue posting to Slack, Microsoft Teams, and Status Pages after incident resolution.\n\nBetter Loading Indicators in Timeline \u2013 Improved loading states for long lists across the application.\n\nImproved Member Table Layout \u2013 Added max widths and tooltips to prevent table overflow on long names or display values, keeping the member table readable at a glance.\n\n\/fh edit Command Field Preservation \u2013 The \/fh edit Slack command now respects existing field values and supports custom fields, so you're not starting from a blank slate each time.\n\nWebhook Endpoint Field Simplification \u2013 Changed the webhook endpoint field from a liquid-enabled input to a regular text field. This prevents confusion about multi-destination routing capabilities that don't exist.\n\nIntegrations Page Default Tab \u2013 Set the Integrations page to default to the \"All\" tab, and we now persist your last tab selection in local storage so you return to your preferred view.\n\nVoice Paging Error Details \u2013 Improved voice call escalation error messages to return specific failure reasons (e.g., \"alert already acknowledged\", \"no further escalation available\") instead of generic error text.\n\n\ud83d\udc1b Bug Fixes\n\nSlack Attachments in RBAC-Enabled Orgs \u2013 Fixed a bug where attachments posted by non-FireHydrant users in Slack incident channels weren't appearing in the timeline for organizations with RBAC enabled. Now images and attachments surface correctly regardless of poster role.\n\nCustom Date\/Time Fields in Alert Routing \u2013 Unblocked custom date\/time fields in alert routing configuration, allowing more precise rule definitions.\n\nSeverity Creation Validation \u2013 Fixed a crash that occurred when submitting a severity without selecting a type. The form now properly enforces the required severity_type field.\n\nMilestone Field Validation on Resolution \u2013 Tightened validation in the Incident form to require all milestone timestamps be filled before marking an incident resolved, preventing incomplete incident data.\n\nAnalytics Table Filtering \u2013 Fixed incorrect incident filtering in the catalog analytics views to ensure tables display the expected result set.\n\nPDF Export Image Handling \u2013 The PDF export now handles images better. We respect the image size and wide header logos now don't overlap the company name.\n\nAs always, if you have any questions or feedback, our team is here to help! \ud83d\udd25\n\n","pubDate":"Thu, 23 Oct 2025 19:10:01 GMT"},{"title":"Watched Incident Notifications, New Scribe Functionality, and a Boatload More ","link":"https:\/\/firehydrant.com\/changelog\/watched-incident-notifications-new-scribe-functionality-and-a-boatload-more\/","guid":"https:\/\/firehydrant.com\/changelog\/watched-incident-notifications-new-scribe-functionality-and-a-boatload-more\/","description":"Hey there, firefighters!\ud83e\uddd1\u200d\ud83d\ude92 Go make some coffee, we\u2019ve got a long changelog this week! We've been heads down the last few weeks working on high-quality bug fixes and improvements. Here's what we\u2019ve shipped for you!\n\n\ud83d\udce7 Watched Incident Notifications\n\nNever miss updates on the incidents that matter most to you. You can now subscribe to your saved incident views and get automatic notifications when matching incidents are created or updated.\n\nWhat does this mean for you?\n\nAutomatic monitoring: Set it and forget it \u2014 get notified when incidents matching your saved filters pop up\n\nPersonalized alerts: Track incidents by severity, team, service, or any combination of criteria that matters to you\n\nBetter visibility: Stay informed about critical incidents without constantly checking the dashboard\n\nLook for the bell icon next to subscribed searches in your saved search dropdown \u2014 we've streamlined the UI to make it clearer which views you're following.\n\nLearn more about Auto-watching incidents here!\n\n\ud83c\udfaf Audience-Specific Automated Updates\n\nWant to send tailored communications to different stakeholders automatically? You can now use Audience AI Summaries as conditions in your Runbook steps! This means you can trigger emails and other communications with audience-specific summaries based on any combination of conditions you set up. Perfect for keeping executives, support teams, and engineers in the loop with exactly the info they need.\n\n\ud83e\udd16 Scribe Just Got Smarter\n\nScribe can now join existing conference bridges directly from Slack using \/fh scribe! No need to start a new bridge just to get AI-powered summaries and transcripts. If you have transcriptions enabled, Scribe can even provide a summary of the most recent conversation from the call. Plus, we've expanded Scribe's integration capabilities \u2014 you can now add Scribe to bridges created through Runbook steps, even if you're using a chat solution other than Slack.\n\n\u2699\ufe0f Microsoft Entra ID: Manage Teams with SCIM Groups\n\nIf you're using Microsoft Entra ID for identity management, you can now sync and manage FireHydrant Teams directly through SCIM groups. This integration automatically creates and updates Teams and manages member assignments based on your Entra ID groups, keeping your team structure in sync across platforms.\n\n\ud83c\udfd7\ufe0f Terraform Provider Updates\n\nWe've expanded our Terraform provider with several new capabilities to help you manage FireHydrant infrastructure as code:\n\nIncident Types: Added firehydrant_incident_type as both a resource and data source\n\nCustom Event Sources: Full support for creating and managing custom event sources (relay transposers)\n\nOn-Call Schedule Import: Import existing on-call schedules and rotations via the terraform import command\n\nTeam Memberships: New data source for team membership information\n\nCustom Event Source Outputs: The ingest_url is now available as an output for custom event sources\n\n\ud83d\udc85 Improvements\n\nImproved Alert Visibility: Signals alert descriptions containing HTML content (from integrations like Dynatrace) now render properly instead of showing raw HTML tags or stripped formatting.\n\nMore Customization: Custom text fields can now hold up to 1,000 characters, giving you more room for detailed information.\n\nConfluence Permissions: Users with manage_integrations permission can now authorize the Confluence integration.\n\nGoogle Docs Export: Rich text formatting in Retrospectives now exports correctly to Google Docs, preserving your careful formatting work.\n\n\ud83d\udc1b Bug Fixes\n\nFixed a redirect loop that could log you out immediately after logging in when visiting the login page directly.\n\nResolved phone number removal issues when using SCIM provisioning.\n\nNon-default organizations can now install the Zoom integration without issues.\n\nBots can now create private incidents as expected in our authorization system.\n\nFixed a crash that occurred when changing dropdown values in Runbook steps for integrations with boolean options (like Webex).\n\nResolved an issue preventing some analytics reports from exporting to CSV.\n\nFixed a bug that caused user names to overflow onto next column in incident transcripts\n\nResolved an issue causing team names to not load for incident types in the incident declaration and incident type configuration.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.","pubDate":"Fri, 10 Oct 2025 18:36:26 GMT"},{"title":"AI Conference Bridge Summaries, UI Polish, and Enhanced Integration Management","link":"https:\/\/firehydrant.com\/changelog\/ai-conference-bridge-summaries-ui-polish-and-enhanced-integration-management\/","guid":"https:\/\/firehydrant.com\/changelog\/ai-conference-bridge-summaries-ui-polish-and-enhanced-integration-management\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83e\udd16 AI-Powered Conference Bridge Summaries\n\nNever miss the important details from your incident calls again.\n\nWe've shipped a game-changing upgrade to conference bridges! Now, AI automatically generates summaries of your incident call discussions, so you can quickly catch up on what's been discussed without scrolling through pages of transcripts.\n\nWhat does this mean for you?\n\nStay in the loop: Get intelligent summaries of conference bridge discussions delivered automatically to your incident timeline and Slack channels\n\nSave time: No more reading through lengthy transcripts to understand the current state of your incident response\n\nBetter handoffs: Team members joining mid-incident can quickly understand what's already been covered\n\nSmart processing: Summaries generate every 5 minutes with intelligent overlap to ensure nothing falls through the cracks\n\nHow it works: When your incident team uses conference bridges, our AI processes the transcripts and delivers clear, actionable summaries right where you need them. Summaries appear in your incident timeline with clear AI indicators and are automatically posted to your incident Slack channels.\n\nThis feature helps incident commanders and responders stay focused on solving problems instead of trying to parse through conversation logs.\n\n\ud83d\udd0c Enhanced Integration Management for Multiple Connections\n\nAdding multiple instances of your favorite integrations just got easier.\n\nWe've improved how you manage integrations that support multiple connections (like Slack workspaces, Jira instances, and AWS CloudTrail). Previously, once you had one instance installed, it became tricky to add additional ones.\n\nWhat's new:\n\nIntegrations supporting multiple connections now properly appear in your \"Available\" integrations list, even when you already have one installed\n\nCleaner workflow for adding additional Slack workspaces, Jira Cloud instances, and other multi-connection integrations\n\nBetter organization between your installed and available integrations\n\nWhy this matters: Many teams work across multiple Slack workspaces or manage several Jira instances. This improvement makes it seamless to connect all your tools to FireHydrant without hunting around for ways to add additional instances.\n\n\ud83d\udc85 UI & UX Improvements\n\nBetter Retrospective Navigation\n\nWe've polished the retrospective experience with several improvements:\n\nCleaner tab navigation: Fixed overflow issues when you have many retrospective tabs or long names \u2014 they now display cleanly without cluttering the interface\n\nDynamic page titles: When creating or editing retrospective templates, the page title now shows the template name, making it easier to keep track of what you're working on\n\nSmoother On-Call Schedule Management\n\nMore reliable rotation forms: Fixed an issue where on-call rotation forms would reset unexpectedly when calendar preview had API errors \u2014 now your work stays put even when things get wonky\n\nBetter email display: Team tables now handle long email addresses more gracefully with proper text truncation and tooltips\n\nThese improvements might seem small, but they add up to a much smoother day-to-day experience when managing your incident response processes.\n\nThat's all for this week! As always, if you have any questions or feedback about these new features, our team is here to help. These improvements are all about making your incident response smoother and more efficient, so you can focus on what matters most: keeping your systems running reliably.\n\n\ud83d\udd25 Stay vigilant, firefighters!\n\n","pubDate":"Thu, 18 Sep 2025 19:00:59 GMT"},{"title":" Organize Retrospective Template Tabs, Improved Retrospective PDF Export, and Many Improvements","link":"https:\/\/firehydrant.com\/changelog\/organize-retrospective-template-tabs-improved-retrospective-pdf-export-and-many-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/organize-retrospective-template-tabs-improved-retrospective-pdf-export-and-many-improvements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83c\udfad Reorganize Retrospective Template Tabs with Ease\n\nYou can now move incident sections between different tabs in retrospective templates, providing more flexibility in organizing retrospective content. This update makes customizing your retrospective templates more intuitive and powerful.\n\nWhat's new?\n\nMove Between Tabs: Easily reorganize sections between tabs (Key Data, Details, Resources, Actions)\n\nVisual Feedback: Clear dropdown interface with \"Move to...\" options\n\nData Persistence: All your changes are properly saved and preserved\n\nThis improvement gives your team more control over how retrospective information is organized and presented.\n\n\ud83d\udc85 Improvements\n\nWe've made several improvements to make FireHydrant more intuitive and easier to use:\n\nReorder Retrospective PDF Exports: You can now reorder how your retrospectives are exported via PDF. Reach out to your dedicated CSM to configure your perfect export.\n\nImproved Link Display in PDFs: Links now appear inline within text in PDF exports, making your exported documents more professional and readable.\n\nRedesigned Roles & Permissions Page: We've restyled the roles and permissions settings page with tabbed sections on the left and sticky section titles as you scroll. This makes managing your team's access more intuitive.\n\nBetter Keyboard Shortcuts: We've fixed platform-specific keyboard shortcut handling for the Command Bar. Now, the Command menu opens with Cmd+K on Mac and Ctrl+K on Windows\/Linux, providing a more consistent experience across devices.\n\nSimplified Paging Commands: We've streamlined our Slack commands by making \/fh page team work the same as the regular page command, reducing confusion and making it easier to get help when you need it.\n\n\ud83d\udc1b Bug Fixes\n\nFixed a critical UX issue in retrospectives where clicking \"Save Changes\" on text fields would cause newly typed text to disappear. Your work is now safely saved without reverting to previous states.\n\nFixed custom field filtering to use OR logic instead of AND logic when multiple values are selected. This makes filters work the way you'd expect, showing incidents that match ANY of your selected values rather than requiring ALL values.\n\nAutomatically clear required milestone settings when a retrospective field becomes non-required. This ensures your retrospective templates work correctly when you update field requirements.\n\nFixed an issue where creating a retrospective template and setting it as the default would completely reset existing fields. Now all changes are maintained as you edit your retrospective configuration.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. \ud83d\ude92\n\n","pubDate":"Fri, 12 Sep 2025 18:42:50 GMT"},{"title":"Update and Re-Export Your Retrospectives","link":"https:\/\/firehydrant.com\/changelog\/update-and-re-export-your-retrospectives\/","guid":"https:\/\/firehydrant.com\/changelog\/update-and-re-export-your-retrospectives\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week:\n\n\ud83d\udce4 Update and Re-export Your Retrospectives\n\nKeep your retrospective documentation in sync, even after changes.\n\nTeams often need to refine their retrospectives after initial discussions \u2014 adding new insights, clarifying action items, or switching to a different template format. But once exported, those external documents were frozen in time. Not anymore!\n\nWhat's new:\n\nRe-export updated retrospectives: Make changes in FireHydrant and export a new version of your completed retrospectives.\n\nRepeatable export steps: Execute retrospective export runbook steps multiple times to update documentation across platforms\n\nCleaner UI: All exported links now appear in a tidy dropdown menu for easy access\n\nWhy it matters: Your retrospective is a living document. Now when you add that crucial insight during the review meeting or realize you need to use a different template for leadership, you can update the retrospective in FireHydrant and push those changes everywhere ensuring you have the latest version in Confluence and Google Docs.\n\n\ud83d\udc1b Bug Fixes\n\nFixed Slack notification spam when importing threads: Users no longer receive @-mentions when importing Slack threads to incidents, instead of getting bombarded with notifications for every message they posted. No more 50+ notifications flooding your Slack activity feed!\n\nSSO default roles now work with SCIM: Fixed an issue where SCIM-provisioned users weren't getting their assigned default roles. New team members will now get the right permissions from day one.\n\nBetter PDF formatting for retrospectives: Multi-line numbered lists in retrospective PDFs now display correctly eliminating formatting confusion in your exported documentation.\n\nImproved page load stability: Fixed runtime errors that were occurring during page loads - pages now load reliably without crashes.\n\nSmarter Slack link handling: FireHydrant no longer unfurls its own links when posting to Slack channels, keeping your incident updates clean and compact.\n\nCoverage gap notifications: Fixed the notification options dropdown that wasn't loading properly so you can now select who to notify about schedule gaps.\n\nRunbook template creation: The last step no longer disappears when you click \"Save and Continue\" so all of your configuration work gets saved properly.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. \ud83d\ude80\n\n","pubDate":"Fri, 05 Sep 2025 19:52:37 GMT"},{"title":"Richer Incident Context with Slack Work Objects","link":"https:\/\/firehydrant.com\/changelog\/richer-incident-context-with-slack-work-objects\/","guid":"https:\/\/firehydrant.com\/changelog\/richer-incident-context-with-slack-work-objects\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've got some exciting updates to share with you this week!\n\n\ud83d\udd17 Enhanced Slack Integration with Work Objects\n\nRicher details and interactions now live directly in Slack - no more context switching.\n\nWe've integrated with Slack's new Work Objects functionality to bring richer, more interactive incident information directly into your Slack channels. When you share FireHydrant incident links, Slack now automatically expands them with live, interactive context.\n\nWhat does this mean for you?\n\nRich incident previews: See severity, status, roles, and key details right in the unfurl\n\nReal-time updates: Incident flexpanes update automatically as your incident evolves\n\nQuick updates: Update specific incident details directly from Slack without jumping to the web UI\n\nThis integration transforms how your team experiences incidents in Slack making every incident link a window into your response efforts.\n\nNote: Slack has begun to roll out Work Objects, but it may not be available to all Slack customers yet. We expect everyone to have the new experience by the end of September.\n\n\ud83d\uddc2\ufe0f Message Retention Policies for Slack & MS Teams\n\nControl how long your messages are kept with new retention policies for chat messages. You can now configure how long FireHydrant retains messages from your Slack and Microsoft Teams incident channels.\n\nKey features:\n\nSet custom retention periods per integration\n\nAutomatically clean up old incident messages\n\nPermanent deletion of messages past retention policy\n\nMaintain compliance with your data retention policies\n\nConfigure directly from your integration settings\n\nYou can configure your message retention policies directly from your integrations configuration settings within the WebUI. Navigate to Settings -> Integrations and edit your Slack or MS Teams integrations to get set up!\n\n\ud83d\udc1b Bug Fixes\n\nTeam assignment for impacted services: We squashed a bug that sometimes prevented all responding teams from being alerted or assigned to your incidents when marking a service or functionality as impacted\n\nEmail display in members table: Long email addresses no longer overflow into adjacent columns now truncating cleanly with tooltips for full viewing\n\nAudit log formatting: Names in the audit log table now truncate properly instead of overlapping with dates\n\nNavigation prompts: Fixed unnecessary \"unsaved changes\" warnings when navigating away from email destination pages in event sources\n\nSSO navigation: When SSO isn't configured yet, we now disable the nav option with a helpful tooltip instead of redirecting you away\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. Keep fighting those fires! \ud83d\udd25\n\n","pubDate":"Thu, 28 Aug 2025 21:10:03 GMT"},{"title":"Better Slack Notifications, Smarter AI Summaries, and Enhanced Runbook Management","link":"https:\/\/firehydrant.com\/changelog\/better-slack-notifications-smarter-ai-summaries-and-enhanced-runbook-management\/","guid":"https:\/\/firehydrant.com\/changelog\/better-slack-notifications-smarter-ai-summaries-and-enhanced-runbook-management\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what we shipped for you this week!\n\n\ud83d\udcac Incident Attachments Now Notify in Slack\n\nNo more wondering if that critical screenshot or log file made it to the team! Incident attachments now trigger Slack notifications, keeping everyone in the loop when new files are added.\n\nWhat's new:\n\nFiles uploaded via the UI or API now post to your incident Slack channel\n\nAttachments from Slack reply in-thread to maintain context\n\nNew incident_attachments notification preference (defaults to silent to maintain existing behavior)\n\nBetter visibility for critical documentation during incidents\n\n\ud83e\udd16 AI Summaries That Stay Current\n\nYour AI-generated incident summaries just got smarter! They now automatically refresh when key milestones change, ensuring stakeholders always have the most up-to-date context.\n\nWhat's improved:\n\nSummaries regenerate automatically when milestones are updated\n\nNo more stale information during critical incident phases\n\nMore accurate real-time updates for all audiences\n\n\ud83d\udcca Runbooks: See What's Actually Being Used\n\nWe've completely revamped how you track runbook usage! The runbooks table now shows when each runbook was last executed and which incident triggered it.\n\nNew capabilities:\n\n\u201cLast Executed\u201d column replaces the \"Last Updated\"\n\nSee which incident used each runbook with hover details\n\nSort by execution date to identify your most active processes\n\nSort by team to organize runbooks by ownership\n\nQuickly spot stale runbooks that might need review\n\nThis makes runbook audits a breeze and helps you focus on the processes that actually matter to your team.\n\n\ud83c\udfaf Clearer Milestone Configuration\n\nSetting up incident milestones is now more intuitive with improved requirement displays that actually make sense.\n\nWhat's better:\n\nFirst milestones correctly show \"Fields required at declaration\"\n\nNo more confusing \"previous milestone requirements\" for your starting milestone\n\nEach milestone clearly displays its specific field requirements\n\nVisual hierarchy improvements make configuration straightforward\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. Keep fighting those fires! \ud83d\udd25\n\n","pubDate":"Fri, 22 Aug 2025 20:32:43 GMT"},{"title":"ICYMI: Custom Roles and Permissions in RBAC","link":"https:\/\/firehydrant.com\/changelog\/icymi-custom-roles-and-permissions-in-rbac\/","guid":"https:\/\/firehydrant.com\/changelog\/icymi-custom-roles-and-permissions-in-rbac\/","description":"Hey there, firefighters! We've got some exciting updates to share with you this week, including powerful new RBAC capabilities and several quality-of-life improvements that'll make your incident management smoother than ever.\n\n\ud83d\udd10  RBAC Custom Roles\n\nCreate roles that match your organization's unique structure.\n\nWe're thrilled to introduce Custom Roles in FireHydrant! Now you can create permission sets that perfectly align with how your teams actually work. Whether you need read-only observers, incident commanders with full control, or something in between, custom roles let you define exactly who can do what.\n\n\ud83d\udd11 Key Features\n\nBuild Your Own Roles: Start from scratch or modify our pre-built templates. Create roles like \"Weekend On-Call Engineer,\" \"Incident Observer,\" \"Retrospective Lead,\" or whatever makes sense for your organization.\n\nGranular Permissions: Mix and match permissions across every area of FireHydrant:\n\nIncidents (view, create, modify, resolve)\n\nRunbooks (execute, edit, create)\n\nRetrospectives (view, edit, publish)\n\nService Catalog (manage services, environments, functionalities)\n\nIntegrations and more!\n\nTeam-Specific Assignment: Assign custom roles at the team level. Engineers on Team A can have different permissions than Team B, ensuring everyone has access to exactly what they need.\n\nSystem Roles to Get Started: Don't want to start from scratch? You can copy an existing system provided role and customize it to fit your needs.\n\nWhat does this mean for you?\n\nPerfect Fit: No more workarounds or overly broad permissions - create roles that match your actual job functions\n\nFaster Onboarding: New hires get exactly the right permissions from day one\n\nBetter Security: Limit access to sensitive areas while still empowering teams to respond quickly\n\nEvolve Over Time: Easily adjust roles as your organization grows and changes\n\n\ud83d\ude80 Available Now: Organization owners can create and manage custom roles in Settings \u2192 Roles & Permissions. Check out our blog post and documentation to learn more!\n\n\ud83d\udc1b Bug Fixes & \ud83d\udc85Improvements\n\nBut that\u2019s not all we\u2019ve done this week. Here\u2019s a healthy shipment of all of the bug fixes and improvements we have delivered to make your experience more reliable and intuitive.\n\n\ud83d\udd25Incident Management Enhancements\n\nFixed File Upload Issues: We squashed a bug that was causing silent failures when uploading images with special characters in filenames. Mac screenshots with those pesky unicode characters? No problem now!\n\nScrollable Responder Lists: Teams with 10+ members can now properly scroll through the add responders menu instead of having names cut off. Because nobody should be left out of an incident response!\n\nTimezone-Friendly Date Pickers: Fixed multiple timezone-related issues in audit logs and analytics:\n\nUsers in forward timezones can now select \"today\" without it jumping to yesterday\n\nFuture date selections now gracefully adjust to current time instead of showing errors\n\nLate-night date range selections work as expected\n\nSmarter Runbook Tracking: Runbooks now display when they were last executed and which incident they were used for, replacing the previous \"Last Updated\" column with more actionable \"Last Executed\" information. Hover over the incident reference to see full details without leaving the page!\n\nRequired Fields in Retrospective Templates: Now you can set specific fields within your retrospective document as required before transitioning to a milestone.\n\n\ud83d\udcc6 On-Call & Scheduling Improvements\n\nBetter Unclaimed Shifts Display: The unclaimed shifts section now correctly shows all coverage requests and unclaimed shifts within your calendar view range.\n\nVisual Calendar Fixes: Removed unnecessary padding between shifts that was causing short shifts to appear as thin lines. Now even 1-hour shifts are clearly visible!\n\nTeam Schedule Persistence: Fixed a sneaky bug where adding a new user to a team would make Signals schedules disappear. Your schedules now stay put when team membership changes!\n\n\ud83d\udcf1Slack Integration Updates\n\nSmarter Org Switching: When using \/fh switch org outside of a channel, FireHydrant now messages you directly instead of leaving you hanging. No more wondering if the command worked!\n\n\ud83d\udcd3Status Page Improvements\n\nAccurate Maintenance Notifications: Fixed incorrect time displays in scheduled maintenance emails. Your stakeholders will now see the correct start times for planned maintenance windows.\n\n\u2699\ufe0fIntegration Reliability\n\nMulti-Jira Instance Support: Organizations with multiple Jira Cloud installations can now reliably import follow-ups from URLs, even when tickets exist in non-default projects. No more \"sync pending\" limbo!\n\n\ud83d\udc85 UI\/UX Polish\n\nWe've been fine-tuning the details based on your feedback:\n\nEscalation Policy Forms: The first step duration selector is now properly disabled to prevent confusion\n\nMilestone Menus: Added max height with scrolling for better usability\n\nSchedule Views: Current\/next rotation information now displays correctly in team schedule tabs\n\nUser Profiles: Updated layout to match our latest design system\n\nCoverage Requests: Significantly improved slot calculations for more accurate availability displays\n\n\ud83c\udfdd\ufe0f And One More Thing...\n\nNot on call? We've replaced that boring stack of papers with a lovely island scene. Because when you're off duty, you deserve to think about beaches, not incidents! \ud83c\udfd6\ufe0f\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. Stay safe out there, firefighters! \ud83d\ude92","pubDate":"Fri, 15 Aug 2025 16:37:40 GMT"},{"title":"Upgrades to MCP Server, Terraform Provider, Schedule Rotations, and Many More","link":"https:\/\/firehydrant.com\/changelog\/upgrades-to-mcp-server-terraform-provider-schedule-rotations-and-many-more\/","guid":"https:\/\/firehydrant.com\/changelog\/upgrades-to-mcp-server-terraform-provider-schedule-rotations-and-many-more\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We are full steam ahead on improving the overall feel of our platform, fixing bugs, and making improvements throughout! Here's what's shipped for you this week!\n\n\ud83d\udda5\ufe0f MCP Server Upgrades\n\nOne-Click FireHydrant Integration for Claude Desktop: We've packaged our Model Context Protocol (MCP) server as a Desktop Extension (.dxt file), making it incredibly easy to connect Claude Desktop with your FireHydrant organization. Desktop Extensions solve installation complexity by bundling an entire MCP server (including all dependencies) into a single installable package.\n\nRead\/Write Scope Controls: You can now specify read-only mode when using our MCP server, giving you granular control over permissions. This enhancement allows teams to provide Claude with FireHydrant access while maintaining strict security boundaries around what actions can be performed.\n\nImproved VSCode Compatibility: We fixed validation errors that were making the MCP server unusable in VSCode by removing untyped arrays from retrospective update operations. The server now properly validates tool schemas, ensuring smooth integration with stricter MCP tool validation in development environments.\n\nRoute Name Bug Fix: We fixed a bug where some route names were too long and causing connection issues. This ensures more reliable communication between Claude and your FireHydrant organization, preventing timeouts and failed requests that could interrupt your workflow.\n\n\ud83c\udfd7\ufe0f Terraform Provider Support for On-Call Schedule Rotations\n\nInfrastructure as Code for On-Call Rotations: You can now manage your complex schedules enabled by on-call schedule rotations directly through our Terraform provider! This major enhancement to our Terraform provider adds both data source and resource support for rotations, allowing you to take advantage of the full power of Schedule Rotations. If you\u2019re not sure how to get started you can follow our guide here!\n\n\ud83d\udcc5 On-Call Schedule Rotations Improvements\n\nSaved Views for On-Call Schedules: We've improved how you manage your on-call schedules with persistent visibility preferences! Now when you uncheck schedules in the on-call tab, your selections stay saved across browser sessions. Each team maintains its own set of preferences, so you can focus on the schedules that matter most to your workflow.\n\nImproved Rotation Deletion Experience: Deleting the last rotation in a schedule now works more intuitively. When you attempt to delete the final rotation, the UI clearly indicates that the entire schedule will be deleted (since schedules require at least one rotation). The confirmation dialog now properly explains what will happen, preventing confusion.\n\nClone Rotations to the Same Schedule: You can now clone a rotation into the same schedule. This can help users create complex schedules by copying an existing rotation configuration along with the users.\n\nEnhanced Timeline View: We\u2019ve reduced vertical padding in timeline views to show more schedules and rotations on screen at once.\n\n\ud83d\udc85 Improvements\n\nBetter Runbook Step Positioning: When retrying failed runbook steps, we now insert the retried step directly after the original one instead of appending it to the end. This ensures that follow-up steps using the \"previous runbook step\" operator continue to work as intended.\n\nRotation Selection in Call Routing: You can now select specific rotations when configuring call routing in \"Direct connect\" mode. When a schedule is selected, a rotation dropdown appears to let you choose the correct rotation. If there's only one rotation, it's automatically selected for you.\n\nEnhanced Zoom Integration Management: Added a \"Reauthorize\" button for Zoom integrations in the Linked Accounts section, making it easier to refresh your Zoom connection when needed. We've also improved flash messages to better distinguish between initial authorization and reauthorization events.\n\nWarning for Missing Escalation Policies: Added a helpful warning indicator in the Signals Sources page when a selected team has no default escalation policy. The warning includes a direct link to create one, helping you catch configuration issues before they impact your alerting.\n\nRead-Only API Tokens: You can now create API tokens with read-only permissions, with options to allow reading private incident data while restricting write access.\n\n\ud83d\udc1b Bug Fixes\n\nTeam Schedule Visibility: Fixed an issue where Signals schedules would disappear when adding a new user to a team.\n\nMulti-Organization Incident Creation: We fixed a bug that made it cumbersome to declare incidents from alerts in accounts with multiple organizations. You'll now be automatically switched to the correct organization for the alert \u2014 no more need to explicitly run \/fh switch org.\n\nSlack Channel Archiving: Fixed an issue that prevented automatic archiving of incident channels in Slack workspaces where channel management is restricted to administrators. We now properly use admin user tokens when needed.\n\nCSV Export Filtering: Resolved a bug that prevented incident CSV exports from being delivered when filtered by lifecycle phase or milestone.\n\nComponent Health Status: Fixed component health status to properly recognize when incidents have reached post-incident or closed phases, ensuring components show as operational when incidents are truly resolved.\n\nScheduled Maintenance Display: Prevented archived incidents from showing scheduled maintenances in the UI.\n\nPrivate Incident Notifications: Stopped posting Slack messages about failed internal runbook steps when declaring private incidents. \n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Fri, 08 Aug 2025 20:39:51 GMT"},{"title":"Schedule Rotations, Re-assign Alerts, Bulk Phone Number Upload, and a Profile Page Redesign","link":"https:\/\/firehydrant.com\/changelog\/schedule-rotations-re-assign-alerts-bulk-phone-number-upload-and-a-profile-page-redesign\/","guid":"https:\/\/firehydrant.com\/changelog\/schedule-rotations-re-assign-alerts-bulk-phone-number-upload-and-a-profile-page-redesign\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've been busy! We've got four more major improvements to Signals that we shipped for you this week!\n\n\ud83d\uddd3\ufe0f Schedule Rotations\n\nWhen coverage gets complicated, Schedule Rotations keeps it simple. We've completely reimagined how on-call scheduling works in Signals with a powerful new feature that lets you define multiple, separate rotations inside a single schedule.\n\nWhat's new:\n\nMultiple rotations per schedule: Each rotation can have its own people, timeframes, and handoff cadences - whatever your team needs to stay covered\n\nFollow-the-sun coverage: Build seamless coverage across multiple time zones with dedicated rotations for each region\n\nBusiness hours flexibility: Split shifts between business hours and overnight with separate rotation configurations\n\nShadow rotations: Add new hires or observers without putting them in the hot seat - they can learn without being the primary responder\n\nAlert all active users: Configure alerts to reach everyone currently on duty across all rotations in a schedule\n\nComplete setup overhaul: Configure everything in one streamlined screen with live preview so you know everything's right before it goes live\n\nThis isn't just an incremental update - it's a complete rethinking of on-call scheduling that makes complex coverage scenarios simple to set up and manage. Read more on our blog post about rotations: \u201cIntroducing Schedule Rotations: One Schedule, Many Rotations, Total Coverage\u201d\n\n\ud83d\ude80 Reassign Alerts\n\n\n\nWe've completely redesigned how you escalate alerts, giving you more control and flexibility in your incident response workflow. Now you have powerful options to ensure the right people respond to critical alerts, no matter how complex your team structure.\n\nWhat's new:\n\nSmart escalation dropdown: Two clear options appear directly on your alerts - \"Escalate to next member\" follows your existing escalation policy automatically, or \"Handoff to another user\" gives you full control over who takes ownership\n\nIntuitive escalation modal: The new escalation interface provides a better user experience for selecting targets, with clear options and easy navigation\n\nComplete audit trail: All escalation and reassignment actions are now tracked in the alert timeline with full details, so you can see exactly how alerts moved through your team\n\nSlack integration: You can now reassign alerts directly from Slack using the new REASSIGN action option, keeping your workflow seamless\n\nThis update transforms alert escalation from a rigid process into a flexible, user-friendly system that adapts to your team's real-world needs.\n\n\u260e\ufe0f Bulk Phone Number Imports\n\nManaging contact information for large teams just became effortless! Administrators can now upload hundreds of user phone numbers in seconds using a simple CSV file or within their SCIM provisioning configuration, eliminating hours of manual data entry and reducing the risk of errors.\n\nWhat's new:\n\nCSV upload interface: Upload phone numbers for multiple users simultaneously with drag-and-drop functionality\n\nSCIM support Add phone numbers to your user definitions and seamlessly apply them to your account with your SCIM integration\n\nComprehensive feedback: Detailed results showing successful updates, failed records with specific error messages, and skipped data\n\nTemplate download: Get started quickly with a pre-formatted CSV template\n\nComplete audit trail: All phone number updates are logged for compliance and tracking\n\nThis feature transforms user management from a tedious manual task into a streamlined operation that grows with your organization.\n\n\ud83e\uddd1\u200d\ud83d\udcbb Redesigned User Profile Page\n\nWe've completely overhauled the account settings interface with a cleaner, more intuitive design that makes managing your profile and notification preferences effortless.\n\nTwo-column layout: Core profile info on the left, notifications and linked accounts in tabbed interface on the right\n\nInline editing: Edit your avatar, name, and contact info directly without extra navigation\n\nNotification policy compliance: Visual indicators and one-click \"Match & update all\" button for policy requirements\n\nMobile optimization: Fully responsive design that works seamlessly on all devices\n\nUnified contact management: All email, phone, and alternative contact methods in one place\n\nAdditionally, we've added the ability to quickly match your personal notification preferences to the global notification policy set by your organization. Either take action on each notification preference, or choose to match and update all. Getting into compliance has never been easier!\n\n\ud83d\udc85 Improvements\n\nFaster On-Call Schedule Loading Eliminated 504 timeouts for teams with many on-call schedules by optimizing how we fetch shift data. API calls now only fetch data for the visible date range, significantly improving page loads for teams with 19+ schedules and preventing unnecessary server load.\n\nCustom Event Sources Payload Limits Added clear messaging about the 16KB payload size limit for custom event sources, helping you stay within system constraints when building custom integrations.\n\nUI\/UX Polish: fixed height issues in rotation start time fields, improved month views to use weeks rather than days for better time visualization, enhanced error messaging for private incidents with more actionable guidance, and clearer shift coverage modal design showing your shift times vs. requested coverage times.\n\n\ud83d\udc1b Bug Fixes\n\nStatus Page Updates Now Propagate Correctly Fixed a long-standing bug that prevented edits to status page updates from propagating through to the status pages themselves. The issue affected most note records created as part of bulk updates (when changing incident milestones, updating impacted infrastructure, etc.). When you update a status page note from the incident command center, those changes will now actually appear on your status pages.\n\nThat's all for this update! As always, if you have any questions or feedback, our team is here to help. \ud83d\udd25\n\n","pubDate":"Fri, 01 Aug 2025 21:10:33 GMT"},{"title":"Take a Breather, Snooze Alerts Is Here","link":"https:\/\/firehydrant.com\/changelog\/take-a-breather-snooze-alerts-is-here\/","guid":"https:\/\/firehydrant.com\/changelog\/take-a-breather-snooze-alerts-is-here\/","description":"\ud83d\udca4 Snooze Alerts\n\nNot every alert needs immediate attention, and now you have the control to act on that. With Snooze Alerts, you can temporarily silence a single alert for 15 minutes, an hour, or however long you choose. Perfect for giving low-priority issues time to resolve on their own or finishing what you're working on before context switching.\n\nKey Features:\n\nSnooze alerts from web, Slack, push notifications, and SMS\n\nReduce alert fatigue without losing visibility\n\nFully tracked in the Alert Timeline\n\n\ud83d\udc85 Improvements\n\nEnhanced Call Routing Experience: We've improved our voice call reliability by adding a slight delay to account for network latency between VoIP providers, plus a repeat prompt to ensure you never miss that crucial incident alert.\n\nMore Resilient Custom Event Source Testing: Testing your custom event sources in Signals is now more dependable with improved custom transposer form initialization, making it easier to validate your JavaScript transformations with confidence.\n\nUI\/UX Polish: Addressed multiple design feedback items including improved \u201csave search\u201d modal design, fixed broken team navigation links, and enhanced alert attachment feedback for a more consistent user experience.\n\n\ud83d\udc1b Bug Fixes\n\nPerformance Boost for Event Logs: Fixed performance issues in the Signals Event Logs page that caused hanging when viewing Debug Logs or Errors tabs with thousands of entries. Now uses virtualized rendering to handle large datasets smoothly.\n\nBetter Text Wrapping in Alerts: Resolved an issue where long text strings in alert descriptions would overflow instead of wrapping properly. Alert descriptions now display cleanly regardless of content length.\n\nPrivate Runbook Testing Fix: Fixed an issue where testing private runbooks wasn't working correctly. Now creates the appropriate private test incident when testing runbooks that are configured to only attach to private incidents.\n\nMobile Status Page Fix: Resolved an issue where date and time stamps weren't displaying on internal status pages for mobile browsers that couldn't render custom JavaScript. Now includes server-side fallback timestamps in UTC format.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.\n\n","pubDate":"Fri, 25 Jul 2025 19:47:50 GMT"},{"title":"Introducing: FireHydrant MCP Server","link":"https:\/\/firehydrant.com\/changelog\/introducing-firehydrant-mcp-server\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-firehydrant-mcp-server\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83e\uddea MCP Server Now Available in Beta!\n\nWe're excited to announce the beta release of our Model Context Protocol (MCP) server! This new integration allows AI assistants like Claude to directly access your FireHydrant data and perform incident management tasks through natural language.\n\nWhat can you do with MCP?\n\nQuery incident data and metrics conversationally\n\nGet real-time status updates on ongoing incidents\n\nAccess your service catalog and on-call schedules\n\nGenerate reports and analytics through AI assistance\n\nReady to try it? The MCP server beta is available now for all customers. Check it out here! https:\/\/www.npmjs.com\/package\/firehydrant-mcp\n\n\ud83d\udcdd Custom Field Updates in Runbooks\n\nWe've added a powerful new Runbook step that lets you update incident custom fields automatically! This new step supports all types of custom fields, giving you complete control over your incident data as your response progresses.\n\nWhat does this mean for you?\n\nAutomate field updates based on incident progression\n\nKeep custom data consistent across your workflow\n\nLess manual data entry, more time fighting fires\n\n\ud83e\udd16 AI Summary Condition Triggers\n\nNow you can create Runbook conditions that trigger when AI summaries are generated or updated! Set up automatic notifications via email, Slack, or other channels whenever your incident summaries change.\n\nPerfect for:\n\nKeeping stakeholders updated with the latest AI-generated insights\n\nTriggering follow-up actions when summaries are refreshed\n\nAutomating communication workflows around incident analysis\n\n\ud83d\udc85 Improvements\n\nMark Alerts as \"Noise\": Our mobile app now lets you mark alerts as \"Noise\" directly from your phone! Reduce alert fatigue by quickly identifying and filtering out non-actionable alerts while on the go.\n\nTimeline View Customization We\u2019ve added configurable duration options to the on-call timeline view. Now you can set the time window to see exactly what you\u2019re looking for.\n\nMobile App Logout Confirmation: Added a confirmation dialog when logging out of the mobile app to prevent accidental logouts. Because nobody wants to accidentally log out when they're trying to respond to an incident!\n\nSlack Guest Access for On-Call: Slack guests can now view on-call schedules! When users aren't linked to FireHydrant from Slack, they can enable or disable access to \/fh oncall commands, making it easier for external collaborators to stay informed.\n\nJira Integration Enhancements: We\u2019ve added a manual sync button for Jira Cloud and Jira On-Prem integrations so you can refresh your connection whenever needed. New ticketing projects now automatically get default field mappings to streamline your setup.\n\nServiceNow Health Monitoring: Added integration status warnings if your ServiceNow field mappings aren't properly configured, helping you catch setup issues before they impact your workflow.\n\nEnhanced iCal Details: Improved shift change details in iCal exports with better timestamps and change tracking, so your calendar always reflects the most current schedule information.\n\nOrganization Context Protection: Added a helpful modal that appears when users try to interact with alerts from a different organization context, preventing confusion and ensuring you're always working in the right space.\n\nOptimized Real-Time Updates: Introduced a centralized incident channel provider that manages Pusher subscriptions more efficiently, eliminating race conditions and reducing unnecessary network traffic for faster, more reliable real-time updates.\n\n\n\n\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. Keep fighting those fires! \ud83d\udd25\n\n","pubDate":"Fri, 18 Jul 2025 18:35:51 GMT"},{"title":"Mobile App Updates, Better Integration Performance, and UX Improvements","link":"https:\/\/firehydrant.com\/changelog\/mobile-app-updates-better-integration-performance-and-ux-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/mobile-app-updates-better-integration-performance-and-ux-improvements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what shipped for you this week!\n\n\ud83d\udcf1 Mobile App Improvements\n\nWe've made significant improvements to how you navigate and interact with alerts across the platform:\n\nNoisy Alert Support: Now you can take advantage of our Alert Noise feature from within the mobile app! Updates include dedicated actions, UI controls, and improved status display.\n\nDirect Communication Channel Links: You can now directly open Slack and Microsoft Teams channels from the Related Incidents section, making it easier to jump into ongoing conversations without hunting for the right channel.\n\nBetter Back Button Behavior: When viewing an alert from the Home screen or Alerts screen, the back button now correctly returns you to your originating screen instead of following the navigation stack history. No more getting lost in the navigation flow!\n\nStabilized Alert Timeline: The alert timeline component no longer re-renders unnecessarily when other parts of the alert screen update, providing a smoother and more stable viewing experience.\n\nBetter Tag Display: Tags in alert details now properly wrap instead of truncating, so you can see all your tag information without navigating out of the mobile app.\n\n\ud83d\udc85 Improvements\n\nOptimized Microsoft Teams Integration: We've updated the Microsoft Teams integration to request more specific and organized permissions when users connect their Teams accounts to FireHydrant. Since we're reducing permissions rather than adding new ones, existing authorizations should continue to work without requiring re-authorization. To opt in for the new permissions scope you can re-authorize your installed FireHydrant app.\n\nSmarter Jira Performance: Replaced expensive live API calls to Atlassian with cached data from our database for issue types and field mapping. This significantly reduces load times and improves reliability when configuring Jira integrations.\n\n\ud83d\udc1b Bug Fixes\n\nImproved Schedule Selector: Long schedule names are now properly truncated in the schedule list, preventing UI overflow and making the interface cleaner.\n\nSmarter Notifications: We now skip handoff notifications for shifts that belong to deleted on-call schedules or rotations, preventing confusing notifications for non-existent schedules.\n\nDesign Consistency: Fixed several minor design issues including sentence case policy compliance, header sizes in Command Center tabs, and alignment issues in the teams page.\n\nLine Break Support: Task descriptions now support line breaks for better formatting, and we've fixed an issue where the task list wouldn't refresh when new tasks or lists were added.\n\nServiceNow Integration Fixes:\n\nServices can now be properly \"un-discarded\" when ServiceNow CMDB records sync back into the FireHydrant Catalog.\n\nRemoved erroneous milestone mapping code that was throwing errors\n\nCleaned up the inbound field mapping interface to remove the unused \"Current milestone\" option.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. \ud83d\udd25\n\n","pubDate":"Fri, 11 Jul 2025 19:37:02 GMT"},{"title":"\ud83e\udde8 Fireworks Preview: Eight New Signals Features","link":"https:\/\/firehydrant.com\/changelog\/fireworks-preview-eight-new-signals-features\/","guid":"https:\/\/firehydrant.com\/changelog\/fireworks-preview-eight-new-signals-features\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've shipped eight powerful new features to make your on-call experience smoother, smarter, and more collaborative! Make sure to keep scrolling to catch all of the features, improvements, and bug fixes! \n\n\ud83d\udcac Signals for Microsoft Teams\n\nYou can now directly route alerts directly to Microsoft Teams channels or direct messages in your escalation policies. Now all of your teams can receive alerts wherever they work. Microsoft Teams can now be set as a user notification preference, a target to an escalation policy, and configured as your team\u2019s channel.\n\n\ud83d\udd14 Notification Preferences Policy\n\nAdmins can now set preferred channels and delay settings for alerting notification policies for each priority level. Your users will see policy compliance status in their settings, so that they can ensure they are within the expected notification time. Admins can also view and filter the users list by those within policy and download a CSV for further processing.\n\n\ud83d\udcca Team Analytics Views Revamped\n\nWe\u2019ve updated the analytics page in the Team, Service, Functionality, and Environment pages to be more actionable from your first look. You can now see high level details of the alerts opened, acknowledged, escalated, and resolved alongside incidents declared \u2014 all with MTTA, MTTR, and noise ratio metrics in one clean view.\n\n\ud83e\udd1d Handoff Summary\n\nAt the end of every shift, our Slack bot sends the incoming engineer a summary including alert + incident counts and direct links to dashboards. Click on any link to see more details within the command center. You can enable this by assigning a Slack channel to your team and using the \/fh channel command to enable your team\u2019s channel to receive notifications.\n\n\ud83d\udd73\ufe0f Coverage Gap Notifications\n\nGet daily Slack and email alerts to notify your team about coverage gaps with direct links to fix them fast. Set to notify your team at 9am in your schedule's configured timezone.\n\n\ud83d\udea8 Alert Noise\n\nTag unnecessary alerts as noise directly from Slack threads or the FireHydrant UI. Filter them in the Alerts view and track \"noise over time\" trends in Analytics with full timeline context.\n\n\ud83d\udd01 Alert Visualization\n\nNow you can preview exactly how an alert will escalate through your organization. Drop in a sample payload and see exactly who gets notified, when, and how. Change the time or date to simulate different routing scenarios and catch misconfigurations before they cause problems.\n\n\ud83d\udee0\ufe0f Signal Event Debugging\n\nThe new \"Debug Custom Event Sources\" tab shows all incoming payloads from your custom sources for the last 7 days \u2014 even failed ones. See what was accepted\/rejected and get direct links to created Signals. You can now easily review any incoming payload and ensure your alerts contain all the details that your team needs.\n\n\n\n\ud83d\udc85 Improvements\n\nEnhanced AI Summary Experience: Added helpful text when AI summary regeneration takes longer than expected, so you'll know the system is working and not stuck.\n\nImproved Toggle Button States: Toggle buttons now properly track and display their active state, making it clearer when features are enabled or disabled.\n\nBetter AI Incident Descriptions: Enhanced our AI incident base prompt with improved rules for handling abbreviations, resulting in clearer and more consistent incident summaries.\n\nBetter Incident Creation Flow: When using shortcuts to open incidents, descriptions are now properly included, ensuring you don't lose important context during the creation process.\n\nEnhanced On-Call Shift Display: The shifts section on the on-call page now focuses on what matters most - showing only unclaimed shifts and those requesting coverage, reducing noise and helping you focus on actionable items.\n\nStreamlined Confluence Integration: Removed unnecessary space type filters from the Confluence integration, simplifying configuration and reducing confusion.\n\nIncident Type Support for Alert Actions: You can now specify incident types when configuring alert actions, giving you more control over how alerts create and categorize incidents.\n\nSignals Migration Tool Updates: Now when you use our signals-migrator, your rotation order will be maintained, making it that much easier to migrate your team over to Signals.\u00a0\n\n\ud83d\udc1b Bug Fixes\n\nMore Reliable On-Call Sync: We fixed a bug that could prevent Slack user groups from being re-enabled during on-call syncs. Now when syncing on-call users, we properly check group status and re-enable them as needed. Plus, we've added helpful debugging messages when workspace admins need to update permissions or when users are no longer workspace members.\n\nBetter Alert Target Pagination: Fixed pagination issues for alert targets so you can now properly navigate through all your alert configurations without getting stuck.\n\nAsync User CSV Export: Fixed the user CSV export process to handle large datasets more efficiently with asynchronous processing.\n\nImproved Field Descriptions: Fixed the display of severity descriptions and incident type field descriptions for better clarity when creating and managing incidents.\n\nThat's all for this update! As always, if you have any questions or feedback, our team is here to help. Keep fighting those fires! \ud83d\udd25\n\n","pubDate":"Thu, 03 Jul 2025 19:12:28 GMT"},{"title":"We\u2019ve got some small but mighty improvements this week!","link":"https:\/\/firehydrant.com\/changelog\/weve-got-some-small-but-mighty-improvements-this-week\/","guid":"https:\/\/firehydrant.com\/changelog\/weve-got-some-small-but-mighty-improvements-this-week\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83d\udc85 Improvements\n\nTimeline View Now Default for On-Call Schedules: We've reordered the calendar view options and made timeline view the default view for on-call schedules. This gives you a clearer, more intuitive way to see your on-call schedule at a glance.\n\nEnhanced Table Filtering: You can now select multiple filter options simultaneously! For example, you can select both \"Open\" and \"Acked\" alert filters to see items matching either status.\n\nBetter Nested Audit Event Support: We've improved the UI to support viewing and filtering nested audit events, particularly for shift generation. This provides better visibility into complex on-call schedule changes and how they relate to each other.\n\nMarkdown Table Support: Tables in markdown are now supported across the platform, giving you more formatting options for documentation and incident updates.\n\nPublic API Access to Audit Events: Audit event data is now available through our public API. See the documentation for details.\n\nEasier Field Removal from Incident Types: You can now easily remove fields from incident types using the trash can icon that appears when hovering over fields. Removed fields will properly disappear after saving. Simply hover over any field to see and use the removal option.\n\nOrganization Switcher on Mobile: The organization switcher is now available on mobile and tablet devices! You can change which organization you're viewing from any device, not just desktop.\n\n\ud83d\udc1b Bug Fixes\n\nRegex Validation Improvements: Updated regex validation in conditions menu so you get proper validation feedback when entering regex patterns.\n\nTooltip Positioning: Fixed incorrectly positioned tooltips to ensure they remain visible and properly aligned.\n\nForm Error Scrolling: The \"scroll to first error\" feature now works correctly with select inputs.\n\nSlack Channel Messaging: Improved how we handle alternative host messages - now sending a single failure message to channels while whispering directly to users for subsequent failures.\n\nEnhanced Custom Field Filtering: Custom field option filtering now works reliably when typing filter values.\n\nFixed Handoff Command Issues: Fixed a bug that prevented role handoffs when assigning a role to a user who already had that role. The handoff command now works consistently in all scenarios.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. \ud83d\udd25","pubDate":"Fri, 20 Jun 2025 20:42:59 GMT"},{"title":"Your Team\u2019s On-call Is About to Get Better","link":"https:\/\/firehydrant.com\/changelog\/your-teams-on-call-is-about-to-get-better\/","guid":"https:\/\/firehydrant.com\/changelog\/your-teams-on-call-is-about-to-get-better\/","description":"Hey there, firefighters \ud83d\udc68\u200d\ud83d\ude92 We know you were probably busy with a few incidents yesterday, so here's some more features we've shipped for you to help!\n\n\ud83d\udc4b Automatically Add Users to Incident when Paging\n\nWhen you page a user via Signals from an incident, we'll add them to the incident's Slack channel as soon as they acknowledge the alert. If an alert that's already been acknowledged is linked to an incident later, we'll invite the user who acknowledged it then as well! You can stay within your paging workflows and involve who you need as soon as you need them!\n\n\ud83d\udcdd Slack Native Alert Note Comments\n\n\n\nWe've added the native capability to view and create notes for alerts directly from the Slack message! Now you can provide additional context in the alert message thread, by using the comment button, or within the Web UI. Now you can stay in your current workflow and more efficiently add the context your team needs to resolve those alerts.\n\n\ud83d\udd0d Additional On-call Coverage Visibility\n\n\n\nWe've rolled out coverage indicators across your entire infrastructure! Now you can quickly see which parts have proper on-call coverage through teams with default escalation policies. In Services, Functionalities, and Teams you can easily see which entities have a team and active escalation policy to respond to production issues. No more guessing about coverage gaps \u2014 you'll have instant visibility across your entire setup.\n\n\ud83d\udc85 Improvements\n\nOpen \/ Closed Status Indicator: Signal rows get a visual indicator and tooltip to show whether they have an open or closed status\n\nMissing Default Escalation Policy Warning: Escalation Policy page gets a warning alert when there are no default escalation policies for that given team\n\nAlert Created vs Opened Time: Changes copy on alert timeline to be clearer that alert was created at a specified time, not opened\n\nBatched Change Event Notifications: We've introduced batched change event notifications and a new \/fh changes Slack command to reduce notification noise. When multiple change events are related to an incident, you'll now receive a single consolidated notification instead of being overwhelmed with individual alerts.\n\nShift Override Improvements: When creating an override that overlaps with existing shifts, we'll show you a helpful warning so you stay informed, but won't block you from making the change.\n\nSmarter Error Messages in Signals Debugger: The Signals debugger now displays clear, helpful error messages when your CEL expressions have syntax issues, instead of showing you an empty results list.\n\nEnhanced Audit Log Filtering: Audit log filtering converts Event Type and Resource Type fields to text inputs that support partial matching, giving you more flexible filtering options to find exactly what you're looking for.\n\nMS Teams Dynamic Channel and Chat Naming: Your MS Teams channels and group chats can now automatically update their names whenever you change an incident name \u2014 assuming you're using custom naming formats.\n\nStreamlined Slack Channel Topics: Slack channel topics now show only incident names, removing unnecessary dashes and empty summary fields for a cleaner experience.\n\nBetter Zoom Transcription: Automatically add licensed participants as alternative hosts during incident meetings to improve transcription success rates\n\nImproved Incident Filtering: Updated incident filter buttons to use lifecycle phases instead of the old \"Active\", \"Resolved\", and \"Retrospective\" filters, giving you more precise control over what incidents you're viewing.\n\nEnhanced Form Validation: Added proper validation to the Incident Responders form to catch missing role assignments, preventing incomplete incident setups.\n\nCustom Field Timeline Support: Incident timeline and Slack messages now properly display changes to custom fields, giving you complete visibility into all incident updates\n\nSmoother Channel Selection: The Slack channel selector is now an paginated dropdown, making it easier to find and select channels in large Slack workspaces.\n\nEnhanced Date\/Time Display: Date and time components now display with full timezone information, giving you better context when working across different time zones.\n\n\ud83d\udc1b Bug Fixes\n\nResolve Button Functionality: Fixed the issue where using the \"Resolve\" button in slack would silently fail.\n\nAudience Summaries: Fixed a bug that was returning outdated audience summaries. Now you'll always get the latest summary when using liquid template variables\n\nSlack Access: Fixed restricted access creation in Slack when marked as \"no\"\n\nSignals API Documentation: Improved API documentation for Signals with proper response body documentation and coverage for new endpoints including call routes, alert groupings, and custom event sources\n\nMobile App Stability: Fixed a bug causing continuous retry loops and screen flickering for customers without Signals enabled\n\nOn-Call Schedule Performance: Fixed timeout issues that could prevent large on-call schedule calendars from loading by adding time window filtering\n\nRunbook Logic: Fixed an issue where previously completed runbook steps weren't being considered as \"started\" for conditional step logic\n\nAudit Log Filters: Fixed broken drawer filter buttons that weren't working properly\n\nStatus Page Management: Fixed validation errors when disconnecting status pages that were in conflicted states\n\nIncident Lifecycle Filters: Updated filter logic to properly handle lifecycle phase transitions\n\nCode Block Text Wrapping: Code blocks in markdown components now wrap properly and stay within their designated space, preventing overflow issues.\n\nThat's all for these two weeks! As always, if you have any questions or feedback, our team is here to help. Keep fighting those fires! \ud83d\udd25","pubDate":"Fri, 13 Jun 2025 20:05:57 GMT"},{"title":"Incident Types Get a Major Upgrade \ud83c\udf89","link":"https:\/\/firehydrant.com\/changelog\/incident-types-get-a-major-upgrade\/","guid":"https:\/\/firehydrant.com\/changelog\/incident-types-get-a-major-upgrade\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83c\udf89 Major Upgrade to Incident Types\n\nWe've made some big improvements to how Incident Types work in FireHydrant, giving your team more structure, flexibility, and visibility.\n\nHere's what's new:\n\nMake Incident Types required at declaration or any milestone to ensure every incident is classified consistently. Head to Settings > Incident Settings\n\nReorder Incident Fields and customize the layout to match your team's priorities\n\nChange Incident Types post-declaration without impacting any other data \u2014 update as you learn more, no rework needed\n\nView Incident Types at a glance in the Incident list view for faster context\n\nAnalyze by Incident Type in Incident Analytics to unlock more meaningful insights and reporting by grouping analytics data by their type.\n\nSlack parity: All the work we\u2019ve done is reflected in your Slack and Teams experience, allowing you to set and update Incident Types with ease.\n\n\ud83d\udc85 Other Improvements & Bug Fixes\n\nLiquid Templating for AI Summaries: We\u2019ve restored liquid templating support for AI Summaries. You can now use {{ incident.ai_incident_summary }} in a Runbook, and it will automatically pull your Summary for your default Audience.\n\nBetter date handling: We fixed an issue where some incident events weren't displaying proper timestamps in success notifications \u2014 now you'll always see a real date (like \"May 29, 2025\") instead of \"Invalid DateTime\"","pubDate":"Thu, 29 May 2025 20:10:18 GMT"},{"title":"Introducing Heartbeat Monitoring for Signals","link":"https:\/\/firehydrant.com\/changelog\/introducing-heartbeat-monitoring-for-signals\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-heartbeat-monitoring-for-signals\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\ud83d\udea8 Introducing Heartbeat Monitoring for Signals\n\n\n\nNever miss a critical system failure again.\n\nWe've added Heartbeat monitoring to Signals \u2014 a game-changing feature that keeps watch over your most critical services. Configure an inbound heartbeat endpoint that FireHydrant continuously monitors. If we don't receive the expected event within your specified timeframe, a Signal automatically dispatches and can be matched with your existing alert rules.\n\nWhat does this mean for you?\n\nProactive monitoring: catch silent failures before they become incidents\n\nFlexible configuration: set custom timeframes that make sense for your systems\n\nSeamless integration: works with all your existing Signal rules and escalation policies\n\nPeace of mind: know that FireHydrant is watching even when your systems go quiet\n\nTo create a Heartbeat, head to Signals > Event Sources > Heartbeats\n\n\ud83c\udfaf Enhanced Filtering by Incident Type\n\n\n\n\u201cIncident Types\u201d trigger condition now support two powerful new operators: \"is one of\" and \"is not one of\". This means you can create more granular rules for automatically attaching the right runbooks to incidents based on their type. Whether you need to exclude certain incident types from a runbook or target multiple specific types at once, you now have the flexibility to fine-tune your automation exactly how you need it.\n\n\ud83d\udccb Smarter Follow-Up Ticket Management\n\nOnce you create a follow-up ticket for an incident, FireHydrant now automatically fills in the Priority and Project for future follow-up tickets on that same incident. Say goodbye to repeatedly entering the same information.\n\n\ud83d\udc85 Design & User Experience Improvements\n\nImproved Date Filtering Accuracy: Enhanced incident date filtering to properly handle DateTime objects with full time zone awareness, fixing an issue where filtered results could accidentally include incidents outside your expected time range\n\nRefined User Account Pages: Updated all user account tabs with better cards and improved typography for easier navigation\n\nEnhanced Timeline Filters: Incident and Retrospective timeline filters now visually match the rest of the app, plus we've added helpful default filters to streamline your view\n\nColor Flexibility: Fixed an issue preventing green from being used as a valid severity color\n\nClearer Language: Updated filter text from \"does not include\" to \"does not include any of\" for better clarity\n\n\ud83d\udc1b Bug Fixes & Quality Improvements\n\nTable Management: Fixed multiple issues with table row reordering and display updates in task lists\n\nPDF Export: Resolved a bug where sub-bullets weren't appearing in Retrospective PDF exports\n\nIntegration Instructions: Cleared up faint text in installation instructions for better readability\n\nKeyboard Shortcuts: Fixed tooltip duration and new row creation in task list forms\n\nAudience Summaries: Corrected last generated time display issues","pubDate":"Fri, 23 May 2025 17:54:58 GMT"},{"title":"New Slack \/fh learn Command and a Big Shipment of Improvements","link":"https:\/\/firehydrant.com\/changelog\/new-slack-fh-learn-command-and-a-big-shipment-of-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/new-slack-fh-learn-command-and-a-big-shipment-of-improvements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83e\udde0 New Slack Command: \/fh learn\n\nWe've introduced a new Slack command to help your team get up to speed with FireHydrant! The \/fh learn command launches a brief tutorial that walks users through basic Slack commands for incident management.\n\nThis interactive tutorial is perfect for:\n\nOnboarding new team members\n\nRefreshing knowledge for existing users\n\nBuilding confidence with the FireHydrant Slack commands\n\n\ud83d\udc85 Other Improvements\n\nCall Routes API: We've unhidden the list call routes endpoint, making it easier to programmatically access and manage your call routing configurations through our API.\n\nResilient Signals UI: We've added graceful backoff handling to the Signals UI when loading large numbers of signals, automatically reducing the number of signals displayed to ensure you can still access critical information without errors.\n\nTransposer Slug Protection: We've disabled editing of transposer slugs after creation to prevent unintended configuration changes.\n\nBetter Form Behavior: Navigation after successful form submissions no longer triggers unnecessary confirmation prompts.\n\nFilter Incidents by Retrospective Template: You now have the ability to filter your incident overview by which retrospective template was used for your incident.\n\nImport Error Handling: Now when an import fails, you'll see detailed error information instead of a generic \"0 items imported\" message, making troubleshooting much easier.\n\nMicrosoft Teams Group Chat Updates: Now when a role is assigned to a user, they will be automatically added to the group chat, reducing the time to involve a responder.\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue where the \"Do Not Disturb\" override wasn't correctly displaying its status when first visiting the settings page on Android devices.\n\nFixed the drag-and-drop functionality for Priorities on the Ticketing Settings page.\n\nResolved a bug where the forced time zone setting couldn't be turned off in organization settings.\n\nWe've fixed an issue that was preventing milestone updates after an incident entered the \"post incident\" or \"closed\" state.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.","pubDate":"Fri, 16 May 2025 18:41:27 GMT"},{"title":"Team Creation Wizard, Keyboard Shortcuts, Sidebar Customization, and Alert Routing UI Improvements","link":"https:\/\/firehydrant.com\/changelog\/team-creation-wizard-keyboard-shortcuts-sidebar-customization-and-alert-routing-ui-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/team-creation-wizard-keyboard-shortcuts-sidebar-customization-and-alert-routing-ui-improvements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83e\udde9 Enhanced Team Creation with Multi-Step Wizard\n\n\n\nCreating and onboarding new teams just got a whole lot easier with our new multi-step wizard that:\n\nSimplifies the process of creating teams and adding members\n\nGuides you through setting up team-specific configurations\n\nHelps establish clear responsibilities and notification preferences\n\nStreamlines the entire team setup process\n\nPerfect for growing organizations that need to quickly scale their incident response capabilities!\n\n\u2328\ufe0f Keyboard Shortcuts for Incident Command Center\n\n\n\nWe've added keyboard shortcuts throughout the incident command center interface, allowing you to navigate and manage incidents more efficiently. Now you can:\n\nQuickly assign roles\n\nToggle between different views\n\nAdd incident events\n\nUpdate status\n\n...and much more - all without reaching for your mouse!\n\nThis enhancement helps incident commanders work faster during critical moments when every second counts. Look for the keyboard icon in the UI for a complete list of shortcuts.\n\n\u2699\ufe0f Incident Command Center Sidebar Customization\n\n\n\nWe've added the ability to reconfigure the incident details sidebar when viewing an incident! This will enable you to show, hide, and reorder each field so that you can see exactly what you need to when responding to an incident.\n\n\ud83d\udd0d Signals Alerting Routing UI\n\n\n\nWe've improved the Alert Timeline UI to clearly indicate when an alert was created by direct targeting versus being caught by a rule, making it easier to:\n\nQuickly understand how alerts are being routed\n\nTroubleshoot alert routing issues\n\nGet a clearer picture of your alert flow\n\nThis improvement gives you better visibility into your alerting system, helping you ensure the right people get notified at the right time.\n\n\ud83d\udc85 Improvements\n\nAdded \"Incident Restricted\" attribute to enable field mapping based on private incidents.\n\nImproved status Tracking for Zoom session transcripts with clear troubleshooting steps.\n\nAdded severity and improved overall readability in email.\n\nAdded confirmation toasts to when adding incident events in retrospectives.\n\nImproved mobile view of incidents to upgrade timeline views and make it easier to quickly discover the most relevant information\n\n\ud83d\udc1b Bug Fixes\n\nFixed race conditions where messages weren't properly posting to Slack channels when thread preferences were set to \"threaded only\"\n\nResolved retro page layout issues that caused long text to overflow into the right panel\n\nAdded better handling when posting to channels with no threads available\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help. \ud83d\udd25","pubDate":"Fri, 09 May 2025 13:58:50 GMT"},{"title":"Slack Upgrades, Paging Improvements, Integration Page Redesign and a Bounty of Bugs","link":"https:\/\/firehydrant.com\/changelog\/slack-upgrades-paging-improvements-integration-page-redesign-and-a-bounty-of-bugs\/","guid":"https:\/\/firehydrant.com\/changelog\/slack-upgrades-paging-improvements-integration-page-redesign-and-a-bounty-of-bugs\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 This week, we\u2019re dedicated to squashing bugs and improving the reliability of our product. Here's what we've shipped for you!\n\n\u2699\ufe0fSlack Channel Specific Configuration\n\nYou can now set channel specific notification preferences per channel! This will help you cut out the clutter and surface only what you need. In order to take advantage of this functionality just use the \/fh channel command in any channel that the FireHydrant Bot is included in and you\u2019ll be able to configure it to your specific needs.\n\n\u2709\ufe0f Multi Select for Invite Slack Users in Runbooks\n\n\n\nWe now present an option to include Slack users within the Invite to Incident Channel runbook step, allowing you to add Slack users from your organization with ease. Ensure that you add exactly who you need, integrated directly with Slack.\n\n\ud83d\udea8 Directed Command Center Alerts\n\n\n\nWe\u2019ve updated our \u201cSend an Alert\u201d modal in the Command center to now allow you to select a specific incident to attach the alert to. If you are in a live incident, the dialog will even automatically associate the alert with the incident. This matches the behavior that you already know from Slack. Now you can give your responders the context they need to jump in and help get to the resolution!\n\n\ud83d\udd04 Integrations Page Redesign\n\n\n\nWe've completely redesigned our integrations experience to make connecting your tools smoother than ever. Integration cards and pages have been rebuilt from the ground up for better clarity and ease of use. These updates make managing your integrations more intuitive, giving you more time to focus on what matters - putting out fires!\n\n\ud83d\udc85 Improvements\n\nLiquid Templating Enhancements: Added current_lifecycle_milestone to incident liquid templating\n\nSecondary Schedule Timing: Now when defining a secondary schedule you can configure whether the secondary schedule is before or after the primary shift.\n\nPrecision Template Validation: Real-time feedback as you build liquid templates to ensure that you get accurate time based metrics\n\nAudience Details in Liquid Templates: You can now reference Audience generated summaries within your liquid templates.\n\nRetrospective Save Functionality: The Save button in the retrospective experience responds to the current state of the text, showing you when you need to save\n\nStatus Page Display: Improved how information appears on status pages to clearly show if the page is hosted by us or Atlassian\n\nURL Support: Added support for creating followup tickets from URLs that contain JQL syntax\n\nChange Events Search: You can now search for change events within the attach change events modal from an incident.\n\nSlack Integration: Replaced formatted links with proper Slack mrkdwn\n\nSaved Searches in API: Now you can utilize your saved searches in the incident retrieval API.\n\n\ud83d\udc1b Bug Fixes\n\nMS Teams: MS Teams group chat invitations will now honor API limits\n\nNumber Change on Scroll: Fixed numeric input fields changing on scroll\n\nTimeline Message Duplication: Eliminated message duplication in incident timelines\n\nTask and Follow-Up Slack Notification Preferences: Fixed preference keys for a more consistent experience within the Slack channel when creating Tasks and Follow ups\n\nMulti-org Testing: Fixed routing errors when testing runbooks in multi-org setups\n\nOn-call Schedule \"Add All\": Now when you choose to add all users to a schedule on creation, you won't get an unassigned user.\n\nRunbook Handling: Discarded runbooks no longer execute or attach to incidents\n\nMulti-Jira Connection Health: Jira Cloud connection warnings now only show relevant alerts from your specific connections and handles decommissioned instances gracefully\n\nBetter Jira Handling: Ticket summaries are now truncated so that we can sync incident tickets with long summaries to Jira\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.","pubDate":"Fri, 02 May 2025 15:21:42 GMT"},{"title":"\u2728AI Generated Task Lists, Easy-to-Configure Secondary On-Call Schedules, Liquid Variables for Slack Channel invites, and SO much more!","link":"https:\/\/firehydrant.com\/changelog\/ai-generated-task-lists-easy-to-configure-secondary-on-call-schedules-liquid-variables-for-slack-channel-invites-and-so-much-more\/","guid":"https:\/\/firehydrant.com\/changelog\/ai-generated-task-lists-easy-to-configure-secondary-on-call-schedules-liquid-variables-for-slack-channel-invites-and-so-much-more\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week!\n\n\ud83e\udd16 AI-powered Task List Generator\n\nWe\u2019ve shipped a major upgrade to our Task List creation workflow! Now you can take advantage of our AI \u2728 capabilities to instantly generate a Task List from your existing documentation, standard operating procedures, or process descriptions. Just copy a body of text in our generator text field, and we\u2019ll transform it into a clear, actionable list \u2014 no manual work required!\n\n\n\n\u23f1\ufe0f Create Secondary Rotation Schedules with a Single Click\n\nSetting up backup coverage just got a whole lot easier! You can now create a secondary on-call rotation schedule at the same time you create your primary schedule. No more manual coordination of backup schedules \u2014 this feature reduces setup time and ensures your on-call coverage is always properly configured.\n\n\n\n\ud83d\udce8 Liquid Templating for Slack Channel Invites\n\nGetting everyone into your Slack channel is now easier than ever with the ability to use liquid templating within your Runbook steps! Define who you want to invite into your incident Slack channel in your Runbook step as a Slack variable.\n\n\n\n\ud83d\udce2 Direct Slack Channel Notifications for Signal Rules\n\nYou can now select Slack channels as notification targets for Signal Alert Rules! This new option appears alongside your existing target types (Escalation Policies, On-Call Schedules, Individual Users, and Webhooks) whenever an Alert Rule is configured.\n\n\n\n\u2705 Required Milestone Fields in Resolved Incident Forms\n\nWe've fixed validation in the Incident form to ensure all required Milestone timestamps are properly filled out before submission. This prevents the creation of resolved Incidents without proper timestamp documentation.\n\n\n\n\ud83d\udc85 Improvements\n\nNew Dropzone Component for Better File Uploads: We've updated the look and feel to our file upload experience to give you drag-and-drop support, visual feedback during interactions, file type and size validation, image previews, and comprehensive error handling.\n\nEnhanced Task List Creation Interface: When building your task lists, you can now use common shortcuts (Ctrl\/Cmd+Enter) to add new tasks, as well as easily reorder items with drag and drop.\n\nEnhanced Zoom meeting diagnostics: Our Zoom integration now includes improved diagnostics and troubleshooting like pre-flight validation, more detailed error messages with specific troubleshooting steps, and actionable guidance to resolve common Zoom API problems.\n\nCreate Incident from Incident Types via API: Now you can easily create an incident via API using the incident types configured by including the incident_type_id request parameter.\n\nThat's all for this week! As always, if you have any questions or feedback, our team is here to help.","pubDate":"Wed, 23 Apr 2025 20:55:35 GMT"},{"title":"Incident Communication Improvements, More Liquid Variables, a Whole Lot of UI Upgrades, and Much More","link":"https:\/\/firehydrant.com\/changelog\/incident-communication-improvements-more-liquid-variables-a-whole-lot-of-ui-upgrades-and-much-more\/","guid":"https:\/\/firehydrant.com\/changelog\/incident-communication-improvements-more-liquid-variables-a-whole-lot-of-ui-upgrades-and-much-more\/","description":"Hey there, firefighters \ud83d\ude92\ud83e\uddd1\u200d\ud83d\ude92 We've got a LOT to share with you today, so let's get into it!\n\n\ud83d\udcac Incident Communication Improvements\n\nBetter collaboration. Cleaner Timelines. Clearer context.\n\nAdd Comments on Alerts\n\n\n\nYou can now add comments directly to alerts, keeping discussions in one place and making it easier to track decisions and next steps.\n\nBackdate Timeline Events\n\nAdd Incident Timeline events with specific timestamps to capture earlier moments that weren\u2019t recorded in real time. Click the clock icon to show\/hide the datetime picker and place context exactly where it belongs.\n\nImproved Slack Notifications for Signals Alerts\n\nSignal alerts in Slack now include clickable links and clearer formatting, so responders can quickly jump to what matters without context-switching.\n\nMore Informative Slack Notifications for New Incidents\n\nWe\u2019ve updated how Slack notifications display for new Incidents. The Incident name now appears in mobile push notifications again \u2014 no more tapping into Slack just to figure out what\u2019s going on.\n\n\ud83e\uddea Smarter Automation with Liquid Templating\n\nLiquid templating is now supported in even more places, helping you build dynamic, context-aware workflows across FireHydrant.\n\nSlack Invitations in Runbooks\n\n\n\nUse Liquid in the Invite to Incident Channel step to automatically pull in the right responders based on tags, labels, or severities.\n\nEmail Address Fields\n\nThe Send an Email Notification step now supports Liquid, allowing you to build dynamic email lists or routing logic.\n\nNew Liquid Variables for Timezones\n\nYou can now use new timezone-specific Liquid variables in your Incident Channel name templates. For instance, date_pt, date_mt, date_ct, date_et, and date_utc \u2014 making it easier to create clear, time-zone aware channel names.\n\n\u2692\ufe0f Improved Settings Management\n\nWe\u2019ve updated key parts of the FireHydrant UI to make setup and maintenance easier.\n\nMore Polish for the Settings UI\n\n\n\nConverted modals to drawers for a cleaner, more consistent experience\n\nImproved management of Incident Roles, Severities, and Priorities\n\nAdded tooltips to clarify ownership requirements for Services and Functionalities\n\nRedesigned Webhook Form\n\n\n\nStreamlined layout using cards\n\nReplaced dropdowns with radio buttons for clarity\n\nAdded a confirmation step when deleting webhooks\n\nOwnership Tooltips for Services and Functionalities\n\nWe\u2019ve added tooltips to the Services and Functionalities configuration pages to help clarify ownership requirements and avoid configuration errors.\n\n\ud83d\udcca Alert Analytics UI Upgrade\n\n\n\nWe\u2019ve enhanced the Alert Analytics page for better usability and navigation:\n\nCleaner table formatting with proper spacing and borders\n\nEntire rows are clickable for better discoverability\n\nNew \u201cDetails\u201d column for focused inspection\n\nImproved grouping options with dropdown selection\n\nDynamic page titles reflect current filters\n\n\ud83d\udcc6 Maintenance and Scheduling Updates\n\nImproved Scheduled Maintenance UI\n\n\n\nWe\u2019ve enhanced the Scheduled Maintenance view so you can get more context at a glance:\n\nAdded columns for impacted Services and Status Pages\n\nClearer start\/end labels and layout for faster understanding\n\nNew action dropdown to quickly edit maintenance windows\n\nCoverage Request Emails \u2013 Now With Schedule Name\n\nCoverage request emails now include schedule names and support timezone-specific suffixes in channel naming.\n\n\ud83d\udd0d Expanded Audit Logs\n\nWe\u2019ve expanded audit logging to give you deeper visibility and control over changes in your environment.\n\nNew Audit Log events include:\n\nService Catalog: Track when catalog items are created or updated\n\nIncident Exports: See who exported incident CSVs, when, and why\n\n\u2699\ufe0f Other Improvements\n\nIncident Webhook payloads now include custom webhooks and last update times\n\nImproved layout of Events Sources page in Signals \u2014 more compact for better viewing\n\nYou can now freely type and delete values for \"Duplicate the step every\" in Runbook Conditions\n\nAdded helper text to clarify that viewer users won\u2019t appear in the \u201cAdd Responders\u201d dropdown\n\nRequires Escalation Policy timeouts to be between 15 seconds and 1 day to prevent unwanted escalations\n\nAdded support for Escalation Policies as fallback targets in Call Routing\n\nNew Incident alerts from Opsgenie now include the associated Team label for better filtering and routing\n\nAlerts that are over 24 hours old or have reached the end of the Escalation Policy now have a helpful indicator to explain why it can no longer be escalated.\n\nRenamed \u201cStatus Pages\u201d button in Slack to \u201cManage Status Pages\u201d\n\n\ud83d\udc1b Bug Fixes\n\nWhen a speaker isn\u2019t identified by our AI Scribe in your meeting, we now clearly label them as \u201cunknown\u201d in the transcript so no information gets lost.\n\nFixed issue with some navigation items not being visible in tablet mode\n\nFixed Severity suggestions in Slack \u201cNew Incident\u201d modal when multiple functionalities were specified\n\nFixed whitespace issues on alert rows \u2014 longer text now wraps properly\n\nEnsured the manual Runbook Step for Google Meet displays correctly in the web UI","pubDate":"Wed, 16 Apr 2025 19:52:20 GMT"},{"title":"Signals Alert Customization in Slack, Smoother Onboarding, Performance Improvements","link":"https:\/\/firehydrant.com\/changelog\/signals-alert-customization-in-slack-smoother-onboarding-performance-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/signals-alert-customization-in-slack-smoother-onboarding-performance-improvements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what we've shipped for you this week:\n\n\ud83d\udd14 Signals Alert Customization in Slack\n\n\n\nSay hello to fully customizable Alerts in Slack! You now have granular control over how alerts appear based on the Signal Level. Choose which context shows up, highlight key annotation fields, add tag filters, set thresholds for images, choose whether to include links in the overflow menu, and even add custom messages. Whether you're minimizing noise or highlighting critical info, Alerts can be fully customized without ever leaving chat.\n\n\ud83d\udee0\ufe0f URL-Encoded Support for Custom Transposer Forms\n\n\n\nOur Custom Transposer just got a lot more flexible. Custom event sources now support application\/x-www-form-urlencoded payloads \u2014 a format widely used by webhook providers like Slack and other messaging platforms \u2014 in addition to JSON. This means smoother integrations with third-party tools and fewer headaches when mapping incoming data into FireHydrant.\n\n\ud83d\udcca Analytics Demo Data\n\n\n\nOur analytics demo environment got a serious boost, providing the option to show sample data on MTTX analytics pages when you have fewer than 10 incidents. This helps you visualize how your metrics will look and better understand the platform's capabilities \u2014 perfect for teams just getting started with FireHydrant!\n\n\ud83d\udcc5 Guided Google Calendar Integration\n\n\n\nWe\u2019ve revamped our onboarding flow to make it easier than ever to get started with Google Calendar. Our new onboarding experience walks you through setting up the integration and adding it to your first runbook \u2014 all in one clean, intuitive flow. It's faster, simpler, and gets your team calendar-ready from day one.\n\n\ud83d\udc85 Improvements\n\nStatus Page Configuration Enhancement: We've improved the Status Page list view by adding Subscriber column as well as an Action column that allows you to edit or delete a Status Page, making it easier to manage them at a glance.\n\nReauthenticate Jira Default Users With Ease: Managing your Jira integration just got simpler. If authentication expires for a default Jira user, you can now easily re-authenticate \u2014 no need to dig through settings. We've also improved how user authentication is displayed, so you\u2019ll see the current Default and their authentication status at a glance.\n\nRetrospective Editor Stability Improvement: We've made various improvements to our Retrospectives rich text editor to make it more stable, including better loading states and enhanced multi-user editing capabilities.\n\nIncident Role Clarity: We\u2019ve renamed \"Role\" to \"Incident role\" in the settings submenu for better clarity when navigating the FireHydrant interface.\n\nMore Helpful Permission Error Messages: We've consolidated permissions-denied messages across the platform, ensuring you now get only one helpful message that makes it clear what permissions you need to perform that particular action.\n\nSwipe to Delete on Mobile: You can now remove old devices from the mobile app with a swipe.\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue with the Severity dropdown to properly support required options filtering, making it clearer when setting incident severities.\n\nFixed UI issues on the mobile home screen including disappearing settings button and a flicker on error states.\n\nFixed an issue where the \"Idempotency key deduplication\" field had to be modified to successfully update a Signals rule.\n\nImproved error handling for event source management. Now you'll see clear error messages if something goes wrong during creation or editing, instead of being stuck in a submitting state.\n\nFixed an issue where inviting users to Slack channels would error if they were already in the channel. Now FireHydrant gracefully handles this scenario and continues without interruption.\n\nAs always, thank you so much for being a part of the FireHydrant community! We\u2019re laser-focused on making the platform more powerful, flexible, and reliable than ever.","pubDate":"Wed, 09 Apr 2025 15:52:59 GMT"},{"title":"Configurable Deduplication Window, On-Call Schedule Improvements, Performance Enhancements","link":"https:\/\/firehydrant.com\/changelog\/configurable-deduplication-window-on-call-schedule-improvements-performance-enhancements\/","guid":"https:\/\/firehydrant.com\/changelog\/configurable-deduplication-window-on-call-schedule-improvements-performance-enhancements\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've been busy this week! Here's what's shipped for you:\n\n\ud83d\udd14 Configurable Deduplication Window\n\n\n\nYou can now configure deduplication windows for alerts from 5 minutes to 24 hours, giving you more control over when similar alerts are combined. This flexible setting allows you to adjust parameters to match your team's workflow and reduce alert fatigue.\n\n\u231a On-Call Schedule Improvements\n\n\n\nWe've given your on-call schedules a significant boost to performance and usability:\n\nFaster Schedule Loading: Improved on-call shift display performance by filtering shifts to match only the calendar view you're looking at\n\nSmarter Shift Display: Limited display to 100 most relevant shifts with clear messaging when shifts are being filtered\n\nBetter Date Formatting: Added year information to date displays for improved clarity\n\nDecluttered View: Removed past shifts with coverage requests to focus on what matters now\n\n\ud83d\udcf1 Mobile App Updates\n\n\n\nAlert Details Enhancement: Added support for viewing annotations, links, and attachments in the mobile alert details screen\n\nDeveloper Experience: Improved development workflow by disabling automatic update checks in development mode\n\n\ud83e\uddf0 API & Developer Tools\n\nAPI Documentation: We have backfilled tags, summaries, and descriptions for API endpoints to improve your developer experience.\n\nNew Retrospective Endpoint: We added a new \/v1\/retrospectives endpoint for Retrospective management via the API.\n\n\ud83d\udc85 UI\/UX Improvements\n\nIncident Timeline Improvements:\n\nMulti-line Editing: Replaced single-line inputs with spacious text areas for better visibility of your incident notes\n\nIntuitive Keyboard Shortcuts: Simply press Enter to save your edits (previously required Cmd\/Ctrl+Enter)\n\nBetter Named Filters: Updated filters to be more clearly named for easier understanding\n\nRefreshed Timeline Display: Attachments now trigger an automatic Timeline refresh, ensuring you always see the latest updates\n\nOther Improvements:\n\nPriority Display Logic: Status reports now automatically hide the priority field if the priority feature is disabled at the organization level\n\nBeta Features Clearly Marked: Added a Beta tag to the Retrospective collaboration setting so you know what's still in development\n\nCleaner Milestones: We've cleaned up the Milestone steps within Incidents with refreshed colors, spacing, and layout\n\n\ud83d\udc1b Bug Fixes\n\nIncident Timeline Bug Fixes:\n\nFixed an issue that prevented users from setting Milestone timestamps directly from the Timeline.\n\nIn the elapsed time Milestone view, the \"Add milestone\" buttons were not opening the modal. This is fixed now.\n\nRunbook Bug Fixes:\n\nFixed an issues that showed \u201cNaNm\u201d as the time duration in a Runbook Step when the step was set to repeat but no duration was defined.\n\nWe updated placeholder text for the Microsoft Teams Runbook step from incident-{{ number }} to the correct incident-{{ incident.number }}.\n\nFixed a bug in the Liquid template preview that incorrectly handled timestamp formats with timezone parameters.\n\nSignals Bug Fixes:\n\nThe \/fh page Slack command now works properly with long target names (we're automatically truncating them to avoid Slack API limits).\n\nFixed a bug where the Event Log drawer could break when viewing events without annotations.\n\nImproved error messages and display when creating Escalation Policies.\n\nThe Calendar timeline view no longer breaks when there are unclaimed shifts.\n\nStatus Page Bug Fixes:\n\nEnhanced the display of Milestone names on status pages.\n\nUpdated some of the wording with scheduled maintenances that incorrectly implied events were happening now instead of in the future.\n\nImproved histogram to properly list all maintenance events.\n\nFixed a bug with timestamps that was causing incorrect timezone names.\n\nOther Bug Fixes:\n\nUpdated tooltip link in measurement definitions.\n\nFixed an issue where deleted teams were showing up in the user list. Now it only shows currently active teams.\n\nFixed a display issue that occurred when testing custom transposer configurations. We will now display the status parameter in transposition output.","pubDate":"Tue, 01 Apr 2025 16:37:47 GMT"},{"title":"Priority-Based Escalation Policies, Enhanced Incident Alerts, Better Multitasking, and Improved Collaboration","link":"https:\/\/firehydrant.com\/changelog\/priority-based-escalation-policies-enhanced-incident-alerts-better-multitasking-and-improved-collaboration\/","guid":"https:\/\/firehydrant.com\/changelog\/priority-based-escalation-policies-enhanced-incident-alerts-better-multitasking-and-improved-collaboration\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week:\n\n\ud83d\udea8 Introducing Priority-Based Escalation Policies\n\nPriority-Based Escalation Policies ensure notifications take the right route to the right people at the right time:\n\nPriority-Specific Targeting\n\nConfigure different notification targets for High, Medium, and Low priority notifications\n\nRoute notifications to the most appropriate teams and channels\n\nKeep your Slack channels focused with priority-based routing\n\nSmart Timing Controls\n\nSet aggressive notification schedules for high-priority alerts\n\nGive breathing room for lower-priority notifications\n\nConfigure priority-specific repeat intervals and hand-off timing\n\nIntelligent Escalation Flows\n\nDefine separate hand-off chains for each priority level\n\nConfigure flexible response paths based on notification urgency\n\nRead more about in the blog post here.\n\n\ud83d\udd14 Streamlined Incident Alert Experience\n\nWe've revamped the incident alert page to match the Signals experience you're already familiar with:\n\nConsistent alert information display across platforms\n\nImproved layout makes it easier to scan critical information\n\nDirect access to alert paths and flow for better context\n\n\ud83d\udc65 Invite Multiple Team Members at Once\n\nOnboarding your team just got easier! You can now add multiple users at once:\n\nEnter a comma-separated list of email addresses\n\nStreamlined invitation process for entire teams\n\nClear validation ensures all emails are properly formatted\n\n\ud83d\udd04 Enhanced Retrospective Experience\n\nWe've made some new improvements to your retrospective workflow:\n\nLink to Incident in PDFs: Exported retrospective PDFs now include a direct link back to the incident for easier reference\n\nLive Collaboration (simultaneous editing) is moving into Open Beta, and users will have the ability to toggle it on\/off. This toggle will be added to the Organization Settings in the UI, and set to \u201coff\u201d for all customers.\n\n\ud83c\udfa5 Better Meeting Integrations\n\nImproved Zoom Experience\n\nClearer error messages make troubleshooting easier\n\nNo more runbook failures when a meeting already exists - steps now succeed with helpful context\n\nGuided post-authorization onboarding for Zoom helps you get started faster\n\nTry out Zoom in a test incident with just a few clicks\n\nTranslation Options on Conference Bridges\n\nReal-time language translation powered by Claude\n\nIdentity capture for participant attribution in transcripts\n\nEvents recorded when people join conferences\n\n\ud83e\ude84 More Powerful Runbook Conditions\n\nWe've expanded the condition operators available in runbooks to give you more flexibility:\n\nNew Negative Operators:\n\n\"is not\" (opposite of \"is\")\n\n\"is not one of\" (opposite of \"is one of\")\n\n\"is not empty\" (opposite of \"is empty\") These new operators are available on all runbook condition attributes that support their positive counterparts to help you create more precise control flows in your automation\n\n\ud83d\udd0d Improved Integrations & Visibility\n\nGlobal Integration Health Monitoring\n\nQuick-glance health status indicator in the navigation bar\n\nColor-coded tags (green\/yellow\/red) show overall integration health\n\nA detailed popover that displays health status information for each integration when clicked\n\n\ud83d\udc1b Bug Fixes & Quality of Life Improvements\n\nFixed incorrect timestamp display for resolved incidents\n\nAdded emoji to internal status pages and command center UI links\n\nFixed hyperlink issues on the Signals page\n\nUpdated Jira Cloud health check messages for better clarity\n\nModified Zoom\/Webex steps to gracefully handle existing meetings","pubDate":"Fri, 21 Mar 2025 21:39:54 GMT"},{"title":"Audiences Delivers Role-Based Incident Comms, Learn and Configure FireHydrant Faster with Fire Academy","link":"https:\/\/firehydrant.com\/changelog\/audiences-delivers-role-based-incident-comms-learn-and-configure-firehydrant-faster-with-fire-academy\/","guid":"https:\/\/firehydrant.com\/changelog\/audiences-delivers-role-based-incident-comms-learn-and-configure-firehydrant-faster-with-fire-academy\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Lots of share with you this week!\n\n\ud83c\udfad Introducing Audiences\n\n\n\nThe right message, to the right people, automatically.\n\nWhen incidents happen, communication is everything \u2014 but not everyone needs the same details. Customer Support needs to know what users are experiencing and potential workarounds, executives need big-picture updates and timelines, and engineering teams need deep technical details.\n\nWith Audiences, every stakeholder gets exactly what they need \u2014 automatically and in a way that makes sense to them.\n\n\ud83d\udd11 Key Features\n\nCustomizable Audience Profiles: Get started fast with ready-to-go templates for Customer Support, Executives, Engineering teams, and more \u2014 and easily customize to fit your exact needs.\n\nAudiences in the Web UI: Switch between Audience views in the Incident Summary, and easily set your personal default view.\n\nAudiences in Slack: Get role-based Incident Summaries directly in Slack. Use \/fh summary to switch views and \/fh me to set your personal default.\n\nAutomate Audience Updates: Automate Audience-specific messaging using liquid template variables in Runbooks, so you don\u2019t have to craft manual updates.\n\n\ud83d\ude80 Available Now: If you have AI features enabled, you can start using Audiences today! Organization owners can customize them in Settings.\n\nCheck out the blog to learn more.\n\n\ud83d\udd25 Welcome to Fire Academy\n\n\n\nLearn FireHydrant, your way.\n\nNew tools can feel overwhelming \u2014 that\u2019s why we built Fire Academy, our new learning platform designed to get your team up to speed quickly.\n\n\ud83d\udcda What\u2019s Available Now\n\nIncident Management Training\n\nResponders: How to navigate and manage incidents effectively\n\nConfiguration: Set up FireHydrant quickly for your team\n\nSignals Alerting Training\n\nResponders: Learn to make sense of alerts and prioritize what matters\n\nIntegrations Training\n\nJira Cloud Integration: Set up and optimize your ticketing workflow\n\n\ud83c\udfaf Access Fire Academy directly from the dropdown menu in right corner of the web UI \u2014 no extra login required! You can even assign specific training to team members to make sure everyone\u2019s on the same page.\n\n\ud83d\udcac Incident Settings in Slack Now More Intuitive and Customizable\n\n\n\nWe've rolled out major improvements to our Slack integration to make your incident notifications and updates more informative and customizable:\n\nConfigurable Links: Control which links appear in non-incident channels (like #support) so teammates get exactly what they need.\n\nIncident Type Context: Notifications now include Incident Type with emoji (\ud83d\udcdb) for instant clarity.\n\nImproved Settings UI: We've completely reorganized the settings screen with clearer section headers and more functional layout.\n\nCustom Message Field Improvements: Now placed in a more intuitive spot, making setup smoother.\n\n\ud83d\udcdd Retrospectives Collaboration: Smoother Editing & Better Inactivity Handling\n\nWe've improved how FireHydrant handles inactive users in the collaborative editor in Retrospectives to prevent accidental overwrites and lost work \u2014 so your team can collaborate with confidence.\n\nStale User Detection: Users inactive for 2 minutes (or 30+ seconds after switching back to a tab) now receive connection status warnings.\n\nView-Only Mode: Inactive users can\u2019t edit but still see real-time updates from others.\n\nSeamless Reconnection: Restores collaboration without losing context or overwriting changes.\n\n\u26d1\ufe0f New Integration Health Status Monitoring\n\nA new global Integration Health Status indicator in the navigation bar allows Organization Owners to quickly see and diagnose connection issues across all integrations with color-coded tags.\n\n\ud83d\udcd6 New Runbook Step: Create a Separate Comms Channel in Slack\n\nWe've added a new runbook step that lets you create a dedicated communications channel in Slack \u2014 without needing an incident channel. This gives teams more flexibility in managing incident comms, whether for internal coordination, customer updates, or other discussions separate from the main incident channel.\n\n\u203c\ufe0f Status Pages Now Display Alerts\n\nStatus pages can now display related incident alerts, giving your stakeholders more context and visibility.\n\n\ud83d\udee0\ufe0f Create Read-Only API Tokens\n\nAPI tokens can now be created as read-only, with options to allow reading data about private incidents while restricting write permissions.\n\n\ud83d\udd01 Improved Integrations UI\n\nWe resized the Connection Health section so the tabbed interface (Projects, Alert Routing, Alert Log, Uninstall) is easier to see and navigate.\n\n\ud83d\udc1b Bug Fixes\n\nTable Overflow Fix: Fixed long text overflowing when creating Alert Groups (now truncates with hover-to-view).\n\nAPI Token Display: Fixed an issue where regenerated API tokens weren\u2019t displaying properly.\n\nCleaned Up Trial Messages: Removed outdated trial messages so no one sees inaccurate \u201ctrial ending\u201d alerts.","pubDate":"Wed, 12 Mar 2025 17:13:46 GMT"},{"title":"Introducing Audit Events: Complete Transparency, Compliance, and Security in Your FireHydrant Organization","link":"https:\/\/firehydrant.com\/changelog\/introducing-audit-events-complete-transparency-compliance-and-security-in-your-firehydrant-organization\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-audit-events-complete-transparency-compliance-and-security-in-your-firehydrant-organization\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\u2705 Audit Events Now Available for Enterprise Organizations\n\n\n\nWhen something goes wrong, the first question is always: what changed? Today, we're introducing Audit Events \u2014 a powerful way to bring enterprise-grade transparency and accountability to your FireHydrant organization.\n\nAudit Events provide a clear record of who created, updated, or deleted resources across your FireHydrant Organization. Organization Owners can now track changes to Incidents, Runbooks, On-Call Schedules, and more from a single view.\n\nEach event includes:\n\nActor Details \u2013 Who took the action\n\nEvent Information \u2013 What happened and when\n\nResource Details \u2013 What was changed and its ID\n\nDetailed Change Logs \u2013 Exactly what modifications were made\n\nFind what you need with powerful filtering by event type, user, resource type, and more. Access Audit Events directly from Incidents, Runbooks, and On-Call Schedules to review resource-specific changes.\n\nAvailable now in Settings for Owners of Enterprise FireHydrant Organizations.\n\n\ud83c\udf82 Signals Turns One! A Year of Growth and Innovation\n\nOne year ago, we launched Signals with a simple but powerful idea: on-call shouldn't be a painful juggling act. We brought alerting and incident response together in one platform and built a modern, team-based approach where escalation policies and schedules make sense for how real teams actually work.\n\nHere are the key highlights from Signals' first year:\n\n1. Alert Grouping: Say goodbye to alert fatigue with related alerts bundled into one meaningful notification, letting you focus on fixing problems rather than silencing your phone.\n\n2. Round Robin Escalations: Balance the workload across your team with options to distribute alerts evenly (each new alert moves to the next person) or consistently (start with the same person and rotate only when needed).\n\n3. Mobile Upgrades: Manage on-call from anywhere with our enhanced mobile app. View alerts and shifts, customize notifications, request coverage, and more \u2014 all from your phone.\n\n4. Live Call Routing: When a ping won't cut it, route calls directly to the right people with options for voicemail (messages recorded, transcribed, and attached to alerts) or direct connect (immediately linking callers to on-call responders).\n\n5. Automatic Incident Creation: Critical alerts can now automatically create incidents from Alert Trigger Rules, ensuring high-priority issues get immediate attention.\n\n\u2764\ufe0f Thank you for you for all your support for Signals over this past year \u2014 your feedback is what keeps our product moving forward. And there's so much more to come!","pubDate":"Wed, 05 Mar 2025 14:21:26 GMT"},{"title":"Create Teams Meetings Without a Channel, Improvements to AI Summaries","link":"https:\/\/firehydrant.com\/changelog\/create-teams-meetings-without-a-channel-improvements-to-ai-summaries\/","guid":"https:\/\/firehydrant.com\/changelog\/create-teams-meetings-without-a-channel-improvements-to-ai-summaries\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\ud83c\udfa5 Create Microsoft Teams Meetings Without a Channel\n\n\n\nYou can now create a Microsoft Teams meeting from a Runbook step without requiring a Teams channel, giving you the power to create meetings even when using a different chat solution.\n\nGet more flexibility in your incident workflows:\n\nConfigure coordination differently between severities (or any condition!)\n\nNo need to rely on Teams channels for video calls\n\nA smoother workflow for Teams and non-Teams users alike\n\n\ud83e\udd16 More Reliable AI Incident Summaries\n\n\n\nWe\u2019ve improved the reliability of AI Summaries by adding a safety net polling mechanism. This ensures that Summaries always update as expected.\n\nWhat\u2019s new?\n\nMore consistent delivery of AI Summaries\n\nNo more missing updates due to connectivity hiccups\n\nA seamless experience when generating or regenerating summaries\n\n\ud83d\udc85 UX Improvements & Bug Fixes\n\nImproved Escalation Policy Form: We've added a loading state to prevent the edit escalation policy form from displaying with no data while loading. This includes preventing clicks on the second step during the loading process for a smoother user experience.\n\nEnhanced Slack User Group Sync: Our on-call schedule synchronization is now more resilient! If an error occurs with one user group within the same workspace, it won\u2019t block the rest from syncing properly \u2014 ensuring your on-call schedules stay accurate and up to date.","pubDate":"Wed, 26 Feb 2025 21:58:00 GMT"},{"title":"Enhanced Incident Time Management, Better Jira Cloud Integration Management","link":"https:\/\/firehydrant.com\/changelog\/enhanced-incident-time-management-better-jira-cloud-integration-management\/","guid":"https:\/\/firehydrant.com\/changelog\/enhanced-incident-time-management-better-jira-cloud-integration-management\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\u23f0 Improved Incident Time Management\n\n\n\nWe\u2019ve made it easier to track time during incidents \u2014 whether you\u2019re working across time zones or managing shift changes.\n\nWhat does this mean for you?\n\nClearer time zones: Now you can easily switch between UTC and local time in Milestone forms, so everyone stays on the same page, no matter where they are.\n\nMore precise shift timing: Shift cards now show exact minutes instead of rounded hours, so you always know when your shift starts and ends.\n\nBetter calendar experience: The \"My Shifts\" filter now works as expected, making it easier to see your upcoming shifts.\n\n\ud83d\udd01 Jira Cloud Integration: Easily Manage Multiple Instances\n\n\n\nUse multiple Jira Cloud instances within FireHydrant? This one\u2019s for you. You can now add display names, so it\u2019s easier to identify and manage multiple Jira instances within your organization.\n\n\u2692\ufe0f Other Improvements\n\nMicrosoft Teams integration: We\u2019ve made user management more robust, preventing issues with bot users and duplicate participants in group chats.\n\nBetter user visibility in Incidents & Retrospectives: Now, you\u2019ll always see the avatars of people currently viewing the page (not just after in the post-resolved state), plus cleaner placement of incident details for better readability.\n\n\ud83d\udc1b Bug Fixes\n\nWe\u2019ve fixed an issue where organization settings couldn\u2019t be saved if a logo had not yet been added to the org.\n\nResolved an error that sometimes prevented users from seeing role changes in the Incident Timeline.\n\nStopped the Follow-Up form from crashing when selecting certain projects. The form now gracefully handles invalid project selections and provides clear error messages to users.\n\nFixed a bug that sometimes caused severity suggestions not to load.\n\nSome users using Safari were getting errors on Incident and Retrospectives pages. That\u2019s fixed!\n\nFixed an issue where changing the time while requesting shift coverage caused an error.","pubDate":"Wed, 19 Feb 2025 17:25:27 GMT"},{"title":"Alert Grouping \"FYI\" Notifications in Slack, More Control Over ServiceNow CMDB Synchronization","link":"https:\/\/firehydrant.com\/changelog\/alert-grouping-fyi-notifications-in-slack-more-control-over-servicenow-cmdb-synchronization\/","guid":"https:\/\/firehydrant.com\/changelog\/alert-grouping-fyi-notifications-in-slack-more-control-over-servicenow-cmdb-synchronization\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here's what's shipped for you this week:\n\n\ud83c\udf89 Alert Grouping: Now with FYI Notifications\n\n\n\nWe've expanded Alert Grouping to give you more control over how your team stays informed. Now, you can opt for \u201cFYI\u201d notifications in Slack for linked alerts \u2014 keeping your team in the loop without requiring any action.\n\nWhen setting up Alert Grouping, you can choose how you want to handle grouped alerts:\n\nLink: Silence all notifications for linked alerts.\n\nFYI Only: Get Slack notifications for linked alerts in the channel of your choice.\n\nThese updates make it easier to focus on what matters by keeping related alerts neatly linked \u2014 so you can quickly access and respond when needed.\n\n\ud83d\udd01 ServiceNow Integration: More Control Over CMDB Synchronization\n\n\n\nManaging your CMDB syncs just got easier and more powerful. You can now configure exactly which records sync from each CMDB table into FireHydrant. This update gives you more granular control over what gets imported, enabling per-table filters that ensure your Service Catalog is more precise and manageable.\n\n\ud83d\udc85 UI\/UX Improvements\n\nEnhanced Timeline text colors in Tasks and Follow Ups for better readability.\n\nAdded a trombone sound to available notification options \u2014 because sometimes you need a bit more flair.\n\nUpdated the login page with a fresh new look.\n\nWe\u2019ve added a fresh coat of paint throughout the UI with improved colors.\n\n\ud83d\udc1b Bug Fixes\n\nWhen filtering by Date, users would get an error if they entered a non-existent date. That\u2019s all fixed!\n\nResolved an issue where clearing out specific fields in field mapping would cause an error.\n\nFixed an issue where some users were experiencing issues with starring events.\n\nWe now ensure that the Team associated with an alert is always shown for alerts created through targeted URLs.","pubDate":"Tue, 11 Feb 2025 22:55:42 GMT"},{"title":"Auto-Create Incidents From Signals, Expanded Team Filters, Better Visibility for Manual Pages","link":"https:\/\/firehydrant.com\/changelog\/auto-create-incidents-from-signals-expanded-team-filters-better-visibility-for-manual-pages\/","guid":"https:\/\/firehydrant.com\/changelog\/auto-create-incidents-from-signals-expanded-team-filters-better-visibility-for-manual-pages\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\u2728 Auto-Create Incidents from Signals Rules\n\n\n\nNow you can automatically create incidents from Alert Trigger Rules within Signals! This highly requested feature streamlines your incident response workflow by automatically declaring incidents for critical alerts without requiring manual acknowledgment.\n\nTo use this feature, head to the Teams tab > click into your Team > choose Alert Triggers. When you set up a Rule in Alert Triggers, you will now be able to choose between:\n\nUser Discretion: Allow users to decide when to open a new incidents - Always: An incident is always created for this Alert Rule\n\n\u2699\ufe0f Expanded Team Filtering\n\n\n\nWe've expanded our Team filtering capabilities to make team discovery simpler, adding the ability to filter by both Slack channels and Members. For instance, not sure what team Sarah is a part of? No prob \u2014 just search, and discover any and all Teams she\u2019s associated with.\n\n\ud83d\udcf2 Alert Path Now Shows Target for Manual Pages\n\n\n\nWe've enhanced the Alert Path to show you exactly who's been paged. Now, instead of just seeing \"Manually Paged,\" you'll get complete target information when a person, team, schedule, or policy is manually paged. This improvement gives you better context and visibility into your alert routing process.\n\n\ud83d\udc85 Other Improvements\n\nVictorOps integration now handles routing keys more effectively, ensuring proper alert delivery when incidents are escalated or require multiple team notifications.\n\nEnhanced Slack channel attribute type to support better channel selection and management","pubDate":"Tue, 04 Feb 2025 22:35:12 GMT"},{"title":"New SDKs, Improved API Docs, More Milestone Control, More ICS Calendar Support","link":"https:\/\/firehydrant.com\/changelog\/new-sdks-improved-api-docs-more-milestone-control-more-ics-calendar-support\/","guid":"https:\/\/firehydrant.com\/changelog\/new-sdks-improved-api-docs-more-milestone-control-more-ics-calendar-support\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Lots coming your way this week to give you more control, flexibility, and extensibility so you can make FireHydrant fit perfectly for your organization.\n\nEnhancing Your Developer Experience: New SDKs and Improved API Documentation\n\n\n\nWith over 350 publicly accessible API endpoints, we have always believed in giving developers the power to customize and extend our platform to their exact needs. Today, with major updates to our API documentation and brand new SDKs for TypeScript, Go, and Terraform, we\u2019ve taken it a step further \u2014 making it easier than ever to build custom workflows and integrations using the same APIs we use internally.\n\nAnd this is just the beginning \u2014 we will continue to raise the bar for API support across the entire product, offering the most comprehensive and developer-friendly experience in the business.\n\nWith these new SDKs, developers now have:\n\nUp-to-Date Documentation: Access accurate, detailed endpoints, example requests, and expected responses, all powered by a fully functional OpenAPI spec.\n\nSimplified Integration: Language-specific methods like FireHydrant.new or FireHydrant.incidents to get the data you need quickly and efficiently.\n\nSeamless Language Integration: Whether you\u2019re working in TypeScript, Go, or Terraform, these SDKs let you start building with a simple package extension.\n\nCheck them out:\n\nTypeScript SDK\n\nGo SDK\n\nTerraform SDK\n\nAPI Documentation\n\n\u23f0 More Flexibility With Milestone Configuration\n\n\n\nYou asked for more control over Milestone timestamps \u2014 we heard you! Now you can customize exactly how Milestone timestamps are set when incidents are declared, ensuring that your metrics accurately reflect your process.\n\nYou can now choose what works best for your team:\n\nAuto-assign for all incidents: Automatically set the Milestone whenever an incident is created, whether by a user or through an integration\n\nAuto-assign for manual incidents only: Automatically set the Milestone when an incident is created by a user only\n\nNever auto-assign: We\u2019ll never set a timestamp to this milestone until you tell us to\n\n\ud83d\udcc6 ICS Calendar Support for Signals\n\n\n\nYou can now subscribe to On-Call Schedules using any calendar app that supports ICS feeds, allowing you to add Schedules to your favorite calendar app with just a click.\n\n\ud83d\udcac Switch Organizations From New Incident Modal in Slack\n\n\n\nFor teams managing multiple FireHydrant organizations, this one\u2019s for you! You can now switch between organizations directly from the Slack incident modal, ensuring you\u2019re creating incidents in the right organization every time.\n\n\ud83d\udcf2 Mobile Slack Links Now Open Directly in Slack App\n\n\n\nIncident response on our mobile app just got smoother! We've added Slack deep linking support to the mobile app, so when you tap a Slack incident channel link, it'll open directly in your Slack mobile app instead of bouncing you to a browser. No more awkward app switching \u2014 just seamless incident response on the go. Plus, don't worry if things aren't quite right \u2014 it'll gracefully fall back to the web browser if needed.\n\n\u2692\ufe0f Refreshed Integration Page Experience\n\n\n\nOur integration pages got a fresh coat of paint with improved descriptions, loading states, and a more streamlined configuration experience. Now, connecting to your favorite tools is simpler and more user-friendly than ever.\n\n\ud83e\udd16 Scribe Bot Privacy Details Shared in Runbook Steps\n\n\n\nWe\u2019d added some explanatory text to the \u201cCreate Google Calendar Event\u201d and \u201cCreate a Zoom Meeting\u201d Runbook steps that makes it crystal clear how recording permissions work for our scribe bot. While the bot needs recording access to create transcripts, we never store any video recordings of your meetings.\n\n\ud83d\udce3 Streamlined Escalation Policy Configuration\n\n\n\nWe've enhanced the Escalation Policy configuration by removing the third step, making the setup process cleaner and more intuitive.\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue where Slack's blockquote formatting wasn't playing nice with our messages.\n\nYou'll no longer receive notification emails for your own shift coverage requests.","pubDate":"Wed, 29 Jan 2025 17:00:44 GMT"},{"title":"ServiceNow Integration Now Generally Available, Jira Cloud Integration Improvements, Expanded Analytics","link":"https:\/\/firehydrant.com\/changelog\/servicenow-integration-now-generally-available-jira-cloud-integration-improvements-expanded-analytics\/","guid":"https:\/\/firehydrant.com\/changelog\/servicenow-integration-now-generally-available-jira-cloud-integration-improvements-expanded-analytics\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\ud83c\udf89 ServiceNow Integration Now Generally Available, With the Addition of Inbound Field Mapping\n\n\n\nOur ServiceNow integration is now generally available, bringing enterprise-grade incident management to your ITSM workflows. The GA release includes powerful new Inbound Field Mapping capabilities, letting you customize exactly how ServiceNow ticket fields sync with FireHydrant \u2014 especially useful when you have custom fields in ServiceNow.\n\nIf your org uses ServiceNow, here\u2019s everything you\u2019ll \u2764\ufe0f:\n\n\ud83d\udd04 Two-Way Incident Creation: Automate incident creation between FireHydrant and ServiceNow.\n\n\ud83d\udccd Bi-Directional Data Sync: Seamlessly sync data between platforms.\n\n\ud83d\udcd6 CMDB & Service Catalog Synchronization: Align ServiceNow CMDB with FireHydrant\u2019s Service Catalog.\n\n\ud83d\udcdd Work Notes Sync: Keep stakeholders informed across platforms.\n\n\u270f\ufe0f Problem Management Made Easy: Turn FireHydrant tasks into ServiceNow problem tickets.\n\n\ud83d\uddfa\ufe0f Field Mapping: With both Inbound and Outbound field syncing, you now have complete flexibility to map your data to fit your unique needs.\n\n\ud83d\udcac New Slack Role Handoff Command, Plus Custom Nudges and Snoozing\n\nWe've introduced a new \/fh handoff command in Slack that makes transferring incident roles and tasks a breeze as well \u2014 giving you more notification options and ensuring nothing slips through the cracks.\n\nEffortlessly transfer roles and tasks to teammates with the \/fh handoff command.\n\nStay on top of incidents with a configurable nudging system that remind inactive users to re-engage.\n\nCustomize nudge frequency with organization-level settings.\n\nManage focus time with per-user snooze preferences for notifications.\n\nSeamlessly hand off outstanding to-dos with automatic task reassignment during handoffs.\n\n\u2728 Jira Cloud Integration Improvements\n\n\n\nWe've improved our Jira Cloud integration to make assigning users more reliable. The integration now uses Jira account IDs instead of email addresses for assigning users, which is especially helpful in environments where profile visibility settings hide email addresses.\n\n\ud83d\udcca Expanded Analytics Time Range\n\n\n\nFireHydrant Analytics are all about giving you the data you need to identify patterns, improve decision-making, and optimize your workflows. With updates to our Analytics, you can now dive deeper into your incident history, analyzing data from up to 3 years in the past. This extended range provides more comprehensive insights into your incident history and trends, helping your team enhance reliability and drive continuous improvement.\n\nWe\u2019ve got a lot (and we mean a LOT) of big updates coming soon! We can\u2019t wait to get them into your hands. Stay tuned \u2014 this is just the beginning \u2764\ufe0f","pubDate":"Wed, 22 Jan 2025 19:57:18 GMT"},{"title":"Redesigned Timeline, MS Teams Image Support, More On-Call Advanced Notice Options","link":"https:\/\/firehydrant.com\/changelog\/redesigned-timeline-ms-teams-image-support-more-on-call-advanced-notice-options\/","guid":"https:\/\/firehydrant.com\/changelog\/redesigned-timeline-ms-teams-image-support-more-on-call-advanced-notice-options\/","description":"Hey there, firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what\u2019s shipped for you this week:\n\n\ud83d\udc40 Refreshed Timeline to Give You Clear Insights at a Glance\n\n\n\nThe incident timeline has been refreshed for improved scanning and readability, ensuring you can fully track and understand your incident\u2019s progress at a glance.\n\nEvents are now grouped by date and display more concisely, with expandable accordion sections when you need more detail.\n\nChat messages now show a convenient two-line preview in the collapsed state, with full content easily accessible in the expanded view.\n\nWe've also streamlined the interface by moving author information to avatar tooltips, reducing visual clutter while keeping important context just a hover away.\n\n\ud83d\udcdd New Retrospective Experience Now in Open Beta\n\n\n\nOur new Retrospective experience is now in open beta, and we can\u2019t wait for you to try it out! This revamped interface makes post-incident analysis more collaborative and customizable.\n\nHere\u2019s what\u2019s new:\n\n\ud83d\udcd1 Custom Retrospective templates\n\n\ud83d\udc6f Real-time collaborative editing\n\n\ud83c\udfa8 A rich-text editor that allows you to format and customize your answers\n\n\ud83d\udee0\ufe0f Automated template attachment via a new Runbook step\n\n\ud83d\udcda Ability to add multiple Retrospectives to Incidents\n\n\ud83e\udd16 AI-generated answers\n\n\ud83d\udcca Polished export of your retros to Google Docs, Confluence, and PDF\n\nRead our blog to learn more.\n\nIf you\u2019re an Enterprise customer, please reach out to your Customer Success Manager to get access. And please let us know what you think! Your feedback will help us make this experience even better \u2764\ufe0f\n\n\ud83d\udcac MS Teams Now Attaches Images and Files to Your Timeline\n\n\n\nWhen users upload images or files (.txt. and .pdf) to Microsoft Teams channels or group chats, they'll now appear directly in your Incident Timeline, ensuring all your incident data and communications are in one place. This works for both attached files and inline files that are copied and pasted into messages.\n\n\u260e\ufe0f More Options Now Available for On-Call Advanced Notice\n\n\n\nOn-call shift handoff notifications now offer extended advance notice options. You can now set notifications up to 2 days, 3 days, or even 1 week before your shift starts \u2014 giving teams more flexibility to arrange coverage, especially for Monday shifts.\n\nTo update your preferences, head to your Signals Notifications in your profile.\n\n\ud83d\uddfa\ufe0f Improved Field Mapping Interface\n\n\n\nWe've redesigned our field mapping interface to make integration configuration clearer and more intuitive. The update includes improved form layouts, better empty states, and enhanced conditional mapping workflows \u2014 making it easier than ever to set up and manage your integrations.\n\n\ud83d\udc1b Bug Fixes\n\nWe've fixed an issue where the reauthorization button was hidden for OAuth integrations. You'll now always see the reauthorization button when you need it.\n\nFixed a bug in our Signals debugger to properly support tags as a parameter in CEL expression evaluation. This makes testing and validating your custom event sources more reliable.\n\nFixed a validation issue in the Catalog Settings form that was preventing users from successfully creating new settings with GitHubScan provider type. The form now properly validates repository fields based on the provider type selected.\n\nAnd there\u2019s much more to come \u2014 stay tuned!","pubDate":"Thu, 16 Jan 2025 17:02:14 GMT"},{"title":"Alert Grouping, Star Messages from MS Teams with Reactions","link":"https:\/\/firehydrant.com\/changelog\/alert-grouping-star-messages-from-ms-teams-with-reactions\/","guid":"https:\/\/firehydrant.com\/changelog\/alert-grouping-star-messages-from-ms-teams-with-reactions\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 Happy New Year! Let\u2019s get things started. Here\u2019s what we\u2019ve shipped for you this week:\n\n\ud83c\udfa7 Alert Grouping is Here!\n\n\n\nSay goodbye to alert fatigue. Enter Alert Grouping \u2014 a smarter way to manage your alerts and cut through the noise. Now you can consolidate related alerts into a single parent alert, giving you a clearer signal when issues arise.\n\nWhat does this mean for you?\n\n\ud83c\udfa7 Reduced alert noise: Related alerts are automatically grouped together\n\n\ud83d\udee0\ufe0f Customizable grouping rules: Group by cluster name, region, environment, or other criteria\n\n\u23f0 Flexible duration windows: You control how long alerts should be grouped\n\n\ud83d\udc40 Clear visibility: Easily track linked alerts in the Timeline view\n\n\ud83d\udcd6 Preview capabilities: See how your grouping rules will work before implementing them\n\nHead to Signals > Alert Grouping to get started.\n\nRead the blog to learn more.\n\n\ud83c\udf1f Microsoft Teams: Star your messages with reactions\n\nWe've made it easier to manage important messages in Microsoft Teams! You can now star and unstar messages using reactions. Use the \"Glowing star\" \ud83c\udf1f or \"Pin\" \ud83d\udccc reaction to star a message, and the \"No entry\" \u26d4\ufe0f reaction to unstar it.\n\n\n\n\u203c\ufe0f Single digit values for Severity for better external system compatibility\n\n\n\nYou can now use single-digit values for severity levels, making it easier to map your severities to external systems like ServiceNow. This update provides more flexibility in how you configure and manage incident severity levels across your integrated tools.\n\n\ud83c\udf89 Thanks for all your support in 2024 \u2014 we can't wait to share everything we've got in store for you in 2025!","pubDate":"Wed, 08 Jan 2025 18:45:21 GMT"},{"title":"View Incidents by Priority and Severity, Improved Schedule Maintenance Forms, and More","link":"https:\/\/firehydrant.com\/changelog\/view-incidents-by-priority-and-severity-improved-schedule-maintenance-forms-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/view-incidents-by-priority-and-severity-improved-schedule-maintenance-forms-and-more\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 As we close out 2024, we want to give a huge thank you to you, our customers, for all your support and feedback throughout the year. It\u2019s been a huge year, and there\u2019s so much more to come in 2025 \ud83c\udf89\ud83e\udd42\n\n\u203c\ufe0f Customize Incident View by Priority and Severity\n\n\n\nYou can now customize your incident list view with toggleable priority and severity columns. This update gives you more flexibility in how you view and track your incidents, with color-coded badges making it easy to quickly assess incident status at a glance.\n\nWhat does this mean for you?\n\nBetter visibility: Quickly spot high-priority or severe incidents\n\nCustomizable views: Show exactly the information you need\n\nImproved organization: Sort and filter incidents more effectively\n\n\ud83d\udcdd Enhanced Schedule Maintenance Forms\n\n\n\nWe've enhanced our scheduled maintenance forms with expanded description capabilities. You can now provide as much detail as you need in maintenance descriptions, making it easier to communicate complex changes to your team.\n\nWe've also improved the scheduled maintenance UI with better navigation and a cleaner layout structure, including a handy \"Back to scheduled maintenances\" button.\n\n\ud83d\udd5d Add Additional Users to Override Shifts\n\n\n\nWhen setting up an Override Shift, the user dropdown now shows additional team members beyond Team Members, making it easier to assign shifts to anyone in your organization.\n\n\ud83d\udc1b Bug Fixes\n\nWe fixed a bug where CSV exports were sometimes generating \"Signed URL mismatch\" errors.\n\nAndroid users will be happy to know we've fixed a bug where devices weren't properly restoring their original ringer mode after receiving critical alerts. Your device will now correctly return to vibrate or silent mode after alerts, just as you'd expect.\n\nThanks again for a great 2024 \u2013 we can't wait for all that's to come in 2025 (hint: LOTS to come in January!)","pubDate":"Mon, 23 Dec 2024 22:28:57 GMT"},{"title":"Round Robin for Signals, ServiceNow Integration, Microsoft Teams Group Chat, Slack Enhancements","link":"https:\/\/firehydrant.com\/changelog\/round-robin-for-signals-servicenow-integration-microsoft-teams-group-chat-slack-enhancements\/","guid":"https:\/\/firehydrant.com\/changelog\/round-robin-for-signals-servicenow-integration-microsoft-teams-group-chat-slack-enhancements\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 We've got some major updates for you this week!\n\n\ud83d\udea8 Round Robin for Signals Escalation Policies\n\n\n\nBalance your team's workload and reduce alert fatigue with our new Round Robin feature for Signals Escalation Policies. This feature is designed to make alert escalations smarter, fairer, and more team-friendly by allowing you to automate the sequential assignment of new alerts.\n\nChoose between:\n\nDistribute Evenly: Moves to the next target for each new alert and when the policy repeats \u2013 great for keeping things fair and balanced.\n\nDistribute Consistently: With this option, alerts will always start with the first target but move on to the next target when the policy repeats.\n\nWe\u2019ve also added the ability to add \u201cadditional targets\u201d to your escalation policies \u2014 think Slack channels, external team members, webhooks, or even other escalation policies.\n\nRead the blog to learn more.\n\n\ud83d\udd04 ServiceNow Integration (Beta)\n\n\n\nOur newest enterprise integration brings FireHydrant and ServiceNow together, creating a seamless bridge between engineering and the rest of your organization. Now your teams can work in their preferred platform while staying perfectly in sync.\n\nCreate incidents bi-directionally between platforms\n\nMap custom and standard table fields for perfect data alignment\n\nSync your CMDB with FireHydrant's Service Catalog\n\nShare Work Notes automatically across both platforms\n\nConvert Follow-Up tasks into ServiceNow problem tickets\n\nKeep critical incident details synchronized in real-time\n\nRead the blog to learn more.\n\n\ud83d\udcac Run Incidents From Microsoft Teams Group Chats\n\n\n\nYou can now auto-create Microsoft Teams group chats and seamlessly run your incidents within them \u2013 fully interacting with FireHydrant, just as you would from channels. Opposed to team channels that may limit who is involved in incidents, group chats allow anyone across the company to be involved in the discussion, making cross-functional collaboration easier than ever.\n\nRead the blog to learn more.\n\n\ud83d\udcdd Reimagined Retrospectives (Beta)\n\n\n\nWe've completely rebuilt our Retrospectives experience to make post-incident learning more powerful, customizable, and collaborative than ever.\n\nThis new version brings:\n\nCustom templates \u2013 great for different teams, Incident types, or services\n\nReal-time collaborative editing\n\nA rich text editor that allows you to format and customize your answers\n\nAutomated template attachment via a new Runbook step\n\nAbility to add multiple Retrospectives to Incidents\n\nAI-powered answer generation\n\nPolished export of your retros to Google Docs, Confluence, and PDF\n\nRead the blog to learn more.\n\n\ud83d\udd0d New \/fh catalog Command in Slack\n\n\n\nSearch, view, and manage your catalog items directly from Slack! This new command brings the power of your FireHydrant Service Catalog right to your fingertips:\n\nSearch Service Catalog items with real-time filtering\n\nView detailed item information including descriptions, ownership, and change events\n\nAdd or remove items as incident impacts without leaving Slack\n\nSee recent Incidents involving specific Service Catalog items\n\nAccess ownership information and external links\n\nQuick links to view items in FireHydrant\n\n\u26a0\ufe0f Enhanced Schedule Management\n\n\n\nWe've improved the on-call rotation schedule experience with better warnings and controls when making changes, ensuring you know exactly what is changing and when.\n\nClear warnings when modifying shift rotations\n\nChoose when the changes will take effect \u2013 Next Handoff, Now, or Custom timing\n\nSide-by-side comparison of current vs new rotations\n\nDisplays timing information for each shift\n\n\u23f0 High Priority Notifications Warning\n\n\n\nTo help prevent missed critical alerts, we've added a warning that lets you know when you haven't configured immediate notifications for high-priority alerts. This ensures you're making informed decisions about your notification setup and have no delays in your response to critical issues.\n\n\ud83d\udc1b Bug Fixes\n\nWe fixed an issue with the \/fh update command in Slack which sometimes made it difficult to fill out missing required fields when moving to a new milestone\n\nFixed a bug in the \/fh page that was preventing users from paging a service when no specific user or team was defined","pubDate":"Tue, 17 Dec 2024 20:07:55 GMT"},{"title":"Page From Anywhere in Slack, Add Non-Team Members to Schedules, and CSV Reports for On-Call Hours ","link":"https:\/\/firehydrant.com\/changelog\/page-from-anywhere-in-slack-add-non-team-members-to-schedules-and-csv-reports-for-on-call-hours\/","guid":"https:\/\/firehydrant.com\/changelog\/page-from-anywhere-in-slack-add-non-team-members-to-schedules-and-csv-reports-for-on-call-hours\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 Here\u2019s what we\u2019ve shipped for your this week:\n\n\ud83d\udea8 Page from Anywhere in Slack!\n\nThe \/fh page command now works from any Slack channel \u2013 you're no longer restricted to incident channels. This makes it easier to page on-call teams whenever and wherever you need to.\n\n\ud83d\udcc5 Add Non-Team Members to Signals Schedules\n\nSometimes you want to add people to Signals schedules who might not be a part of your FireHydrant Team \u2013 now you can! Easily add people to on-call schedules even if they're not part of the team, providing more flexibility in your schedule management.\n\n\ud83d\udcc3 Export CSV Reports of On-Call Hours\n\nWe\u2019ve added the ability to export CSV reports of on-call hours, filtered by users and time periods and grouped by user. Especially helpful for our EU customers, this feature helps track and manage on-call hours per user over specific time periods along with data about the number of pages that each person received.\n\n\u2692\ufe0f Webhook Enhancements\n\nWe've enhanced incident webhooks with more milestone information, including each milestone\u2019s ID, name, and organization-level milestone ID for better cross-referencing.\n\n\ud83c\udfa8 UI Improvements\n\nYou can now link directly to specific events in your Signals event log, making it easier to share and reference particular incidents.\n\nWe\u2019ve upgraded our date range components to be easier to use and faster for people that are used to time range selectors in logging tools.\n\nWe\u2019ve Added an \u201cx\u201d to the Due Date field in Tasks so you can easily remove dates. This update applies globally across the application to all fields with a timepicker.\n\n\ud83d\udc1b Bug Fixes\n\nFixed a bug in Signals that was causing crashes when event logs contained attachments\n\nWe've improved timezone support for calendar integrations \u2013 your Outlook calendars will now correctly display on-call schedules in the right timezone\n\nFixed a bug that was causing the final window of some weekly on-call shifts to be dropped under rare circumstances\n\nFixed an issue where team tags weren't displaying the correct team name on catalog pages","pubDate":"Fri, 06 Dec 2024 20:59:55 GMT"},{"title":"More Control in Organization Settings, Enhanced Help Command in Slack, and Automated \u201cClosed\u201d Milestone in Runbooks","link":"https:\/\/firehydrant.com\/changelog\/more-control-in-organization-settings-enhanced-help-command-in-slack-and-automated-closed-milestone-in-runbooks\/","guid":"https:\/\/firehydrant.com\/changelog\/more-control-in-organization-settings-enhanced-help-command-in-slack-and-automated-closed-milestone-in-runbooks\/","description":"Hey there, Firefighters \ud83e\uddd1\u200d\ud83d\ude92 Check our what we\u2019ve shipped for you this week, including more flexible organization settings, improved \/fh help commands in Slack, more Status Page flexibility, and more. Check it out \ud83d\ude92\n\n\u2699\ufe0f Organization-wide Settings\n\n\n\nTake more control of your FireHydrant experience with new organization-wide settings:\n\nWeekly Email Preferences: Choose whether your team receives \"Last Week in Incident Response\" emails\n\nTimezone Management: Set a default timezone for your entire organization (excluding Slack interactions)\n\n\ud83d\udcac Improved Slack Commands\n\n\n\nWe've revamped our Slack Help command (\/fh help) to make it more intuitive:\n\nAll Signals commands are now included\n\nUpdates to descriptions and titles for greater clarity and organization\n\nNew categorization and updated titles, along with helpful emojis\n\n\ud83d\udcd6 Milestone Management in Runbooks\n\nFor incidents that don\u2019t require a retrospective, it can be easy to forget to change the state of an incident to \u201cClosed.\u201d Within the \u201cUpdate incident details\u201d runbook step, you will now see the Milestone for \u201cClosed,\u201d enabling you to automate the process of closing out resolved incidents, triggered by time lapsed or other criteria. This ensures no incidents get left in the \u201cResolved\u201d state and you can more accurately track your incident activity.\n\n\ud83d\udcca Status Page Flexibility\n\nYou can now add resolved incidents to your status page, promoting greater transparency with your customers by providing both an accurate record of past issues and how issues have been resolved.\n\n\ud83d\udcf1Call Route Escalations\n\nIt happens \u2013 the primary contact isn\u2019t always available at the right moment. Call Routes now support escalation steps when using Direct Connect mode, ensuring the critical call won\u2019t go unanswered. If the primary contact is unavailable, the system automatically tries backup contacts with customizable timeout intervals.\n\n\ud83d\udee0\ufe0f Other Improvements\n\nWithin Analytics, you can now click into the list of Incidents that have \u201cNo value set\u201d for custom fields\n\nGoogle Calendar integration now handles bot-created incidents more gracefully\n\nEnhanced webhook delivery reporting with more detailed data and failure information\n\nImproved navigation highlighting and consistent table headers throughout the UI\n\nThe mobile app now displays tags in the alert detail screen\n\nThe mobile app now prompts you if you are missing notifications for the current device\n\nIn addition to updating to the closed state in runbooks, incidents can now be filtered based on when they were closed\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue where status messages were occasionally double-posted in incident channels\n\nResolved a bug affecting keyboard usage in our iOS app when sending pages\n\nFixed navigation highlighting issues on the Settings page\n\nAddressed webhook delivery inconsistencies\n\nStay tuned for more updates! We're always working on making incident management smoother and more efficient for your team.","pubDate":"Tue, 26 Nov 2024 19:07:08 GMT"},{"title":"Customizable Alert Sounds & Volume and Schedule Management Improvements","link":"https:\/\/firehydrant.com\/changelog\/customizable-alert-sounds-and-volume-and-schedule-management-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/customizable-alert-sounds-and-volume-and-schedule-management-improvements\/","description":"Hey there, firefighters. \ud83d\ude92 Here's what shipped this week:\n\n\ud83d\udd0a Customizable Alert Sounds & Volume\n\nWe know that one alert tone doesn't fit all situations \u2013 or all responders. Now you can personalize both how and how loudly FireHydrant gets your attention when paging you.\n\nSound Customization \n\nChoose from a curated selection of notification sounds to match your preference\n\nSet custom volume levels for pages needing your attention\n\nPreview sounds and volume levels before selecting them\n\nNo more scrambling to adjust your phone's volume during an alert storm \u2013 customize your alert experience exactly how you want it, when you want it.\n\n\ud83d\udcc5 Schedule Management Improvements\n\nMaking it easier to manage your on-call schedules with new filtering and organization tools.\n\nSchedule Filtering:\n\nNew \"My Shifts\" filter to quickly find your assignments\n\nBulk select\/deselect all schedules with one click\n\nSlack Integration Updates:\n\nWe updated our Slack user group sync functionality to post informative messages on team\u2019s Slack channel when we\u2019re unable to add on-call users to a user group and are instead forced to disable it.\n\n\ud83d\udccb Runbook & Alert Enhancements\n\nNew ways to organize and track your incidents and alerts.\n\nRunbook Organization:\n\nSort runbooks by name, last update, or creation date\n\nAlert Visibility:\n\nClear indication of manually paged alerts\n\nEnhanced alert context in notification displays\n\n\ud83d\udee0\ufe0f Jira Integration Improvements\n\nBetter Jira ticket management for your incidents:\n\nFixed custom \"Labels\" field mapping in Jira Cloud issue creation\n\nBetter error handling for field mappings\n\nSmoother ticket creation workflow\n\n\ud83d\udce8 Email Event Handling\n\nImproved flexibility in handling email-based alerts:\n\nSupport for generic email events without specific targets\n\nRedesigned form layout for clearer rule configuration\n\nBetter visibility of targeting options\n\nWe're constantly working to make FireHydrant the best incident management tool out there. Stay tuned for more updates, and keep that feedback coming.","pubDate":"Mon, 18 Nov 2024 20:21:26 GMT"},{"title":"Team Support Hours, Interactive iOS and Apple Watch Notifications, New API Documentation, and Better Error Logging","link":"https:\/\/firehydrant.com\/changelog\/team-support-hours-interactive-ios-and-apple-watch-notifications-new-api-documentation-and-better-error-logging\/","guid":"https:\/\/firehydrant.com\/changelog\/team-support-hours-interactive-ios-and-apple-watch-notifications-new-api-documentation-and-better-error-logging\/","description":"Hey there, firefighters. \ud83d\ude92 It\u2019s been a busy week here! Here's what we shipped for you:\n\n\u23f0 Team Support Hours\n\nTake control of your alert management with intelligent support schedules that automatically adjust notification priorities based on your team's availability.\n\nCustomizable Team Schedules: \n\nDefine working hours for each team\n\nSet support availability windows\n\nManage notification delivery based on schedule\n\nView any teams support hours anywhere across the application\n\nSmart Alert Routing: \n\nAutomatically respect maximum notification priority during support hours\n\nHonor team escalation policies\n\nControl alert flow based on team availability\n\n\ud83d\udcf1 Interactive iOS and Apple Watch Notifications\n\nRespond to alerts faster than ever with our new interactive notifications for iOS and Apple Watch users.\n\nQuick Actions from Notifications: \n\nAcknowledge, Escalate, Resolve, or Ignore alerts without opening the app\n\nPerfect for Apple Watch users managing alerts on the go\n\nImmediate feedback on your actions with follow-up notifications\n\nEnhanced Navigation: \n\nDeep links take you directly to alert details after action\n\nPreserve context even when errors occur\n\nSeamless integration with existing alert management workflows\n\n\ud83d\udcda New API Documentation\n\nWe've launched our new developer documentation to help you build powerful integrations with FireHydrant. As developers, we wanted to release something we would want to use ourselves. Check it out here!\n\nComplete API Reference: \n\nComprehensive endpoint documentation\n\nReal-world example requests and responses\n\nInteractive API explorer for testing endpoints\n\nBetter Developer Experience: \n\nClean, modern interface for easier navigation\n\nDetailed authentication guides\n\nCode samples in multiple languages\n\n\ud83d\udccb Enhanced Error Logging in Signals\n\nYou told us that finding and resolving Signal errors could use some love from us \u2013 and we agree. Now, with our redesigned error logging system, you'll spend less time hunting for information.\n\nPersistent Error Storage:\n\nNever lose critical error information from Signals parsing\n\nShare error context (headers,, request context, etc) easily with team members and stakeholders\n\n5x More Efficient Log Display:\n\nFind relevant information faster with denser, cleaner displays\n\nSee more context with consistent cursor\n\nSmart Error Context:\n\nDiagnose issues faster with complete error context\n\nReproduce issues more easily with full request details\n\n\ud83d\udee0\ufe0f UI Improvements\n\nSmall changes that make a big difference in your daily workflow.\n\nTask Context Display: \n\nPrioritize work more effectively with complete incident context\n\nReduce confusion around auto-assigned Runbook tasks\n\nTrack task progress with full visibility into related incidents\n\nTable Interactions: \n\nMore intuitive hover states and click behaviors reduce cognitive load\n\nConsistent interaction patterns across the platform\n\nClearer visual feedback for all actions\n\nPerformance Optimization: \n\nGet answers faster with improved query response times\n\nWork confidently with more reliable data loading\n\nHandle complex investigations without performance degradation\n\nPriority Notification Settings in Mobile:\n\nSet notification preferences for all priorities directly in the mobile application\n\nQuickly understand how you\u2019ll be paged based on inbound priority directly in the application\n\nWe're constantly working to make FireHydrant the best incident management tool out there. Stay tuned for more updates, and keep that feedback coming.","pubDate":"Tue, 12 Nov 2024 21:28:08 GMT"},{"title":"On-Call Calendar Customization and Team Analytics","link":"https:\/\/firehydrant.com\/changelog\/on-call-calendar-customization-and-team-analytics\/","guid":"https:\/\/firehydrant.com\/changelog\/on-call-calendar-customization-and-team-analytics\/","description":"Hey there, firefighters. \ud83d\ude92 Here's what shipped this week:\n\n\ud83d\udea8 Signals Improvements\n\nMake your on-call schedules work the way your team does. We've added more flexibility to match your preferred calendar view and management style.\n\nCustom Start Day: Choose which day your week starts, just like in Google Calendar\n\nCustomize Event Source Targets: Target individual users, schedules, and escalation policies with custom transposers right from the teams page\n\nBetter Filtering: Enhanced team filtering and organization for improved schedule management\n\nGeneric Email Ingestion: Now emails can be treated as generic inbound events, like any of our other sources. With this change, emails can be actioned by rules rather than needing a predefined target.\n\nEmail attachments are now captured: When you send FireHydrant an email to trigger an alert via email ingest, we\u2019ll now also capture any attachments included in the email and give responders a link to download them.\n\n\ud83d\udcca New Team Analytics\n\nGet deeper insights into your team's operational performance with expanded analytics:\n\nAlert Analytics: View alert metrics directly on team pages alongside incident data\n\nPerformance Metrics: Track total opened\/acknowledged alerts and incidents\n\nVisual Insights: \n\nBetter MTTX data visualization\n\nNew alert funnel progression\n\nTemporal heatmaps\n\nTeam-specific filtering\n\n\ud83c\udf10 Mobile App Enhancements\n\nWe've also introduced better notification handling and navigation across all devices:\n\nShift Overrides: Now you can override shifts just as easily as requesting coverage directly in the mobile app\n\nAndroid Improvements: Fixed push notification handling. Now when you tap on a push notification, we will navigate you to the correct alert detail screen\n\nAlert Timeline Improvements: Now alert timelines will load immediately when navigating to an alert from a push notification.\n\n\u2699\ufe0f Custom Field Improvements\n\nExpanding on our custom fields implementation, we've made incident management more flexible for enterprise needs:\n\nExpanded Limit: Increased custom field limit to 30 for Enterprise users\n\nTimezone Clarity: Added explicit timezone information to incident resolution time inputs to reduce confusion for users across different timezones\n\nBetter Context: Improved task context display in the My Tasks widget\n\n\ud83d\udca1 UI\/UX Improvements\n\nWe\u2019re continuing to make FireHydrant easier and more intuitive to use. Some quality-of-life items we\u2019ve shipped:\n\nClearer Team Labels: Updated \"Impacted Team\" to \"Service Owning Team\" throughout the platform for better clarity that aligns with the service catalog\n\nAttachment Access: Easier access to email attachments and voicemail recordings is here! These can be now downloaded directly from the UI\n\nTask Context: Enhanced visibility of incident details and dates in task views\n\n\ud83d\udc1b Bug Fixes\n\nFixed a bug where you couldn't update the execution state of a runbook step manually in the UI\n\nImproved query handling for task context display\n\nEnhanced team filtering and analytics data loading\n\nWe're constantly working to make FireHydrant the best incident management tool out there. Stay tuned for more updates, and keep that feedback coming.","pubDate":"Mon, 04 Nov 2024 23:25:28 GMT"},{"title":"Live Call Routing (and more!)","link":"https:\/\/firehydrant.com\/changelog\/live-call-routing-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/live-call-routing-and-more\/","description":"Hey there, firefighters! \ud83d\ude92 We\u2019ve had a busy week working on a lot of new features and enhancements to make your incident management experience better. Here's what shipped in the past week:\n\n\ud83d\udcde New: Live Call Routing in Signals (Beta)\n\n\n\nExpand your incident response channels and ensure critical calls never go unanswered. With call routing, you can now manage phone-based alerts directly within FireHydrant, streamlining your communication channels and reducing tool switching during incidents.\n\nSupport for up to 5 active phone numbers per organization on Enterprise\n\nTwo routing options:\n\nVoicemail: Async communication with transcript and recording storage\n\nDirect Connect (Beta): Forward calls directly to team members\n\n\ud83d\udd04 Signals and Integration Updates\n\nGeneric Email Targets for Signals: Create email sources without specific targets for broader team rules, perfect for managing department-wide or non-specific alerts\n\nWeekly Summary Emails: Improved visibility into your recent incidents from the previous week, removing the previous 20-incident limit.\n\nWeekly email summaries now have support for custom milestones and customized MTTX metrics right in your inbox.\n\n\ud83d\udc1b Bug Fixes\n\nFixed required fields validation when archiving incidents, streamlining the cleanup process\n\nImproved tag list population in Slack's \/fh update command, making incident updates more efficient\n\nEnhanced Azure SCIM update processing for smoother user management\n\nFixed latency issues on schedule page, providing faster access to on-call information\n\nImproved command handling for accounts with multiple organizations in Slack Enterprise Grid\n\nFixed catalog listing when GitHub integration is uninstalled, ensuring stable operation even when integrations change\n\n\ud83d\udc85 Other Improvements\n\nNew endpoint to retrieve single users by ID (GET \/v1\/users\/:id), enabling better user management in custom integrations\n\nAdded tag options support to the \/fh update command, making incident updates more comprehensive\n\nMore intuitive service command labels for responding teams, reducing confusion during incident response\n\nAny owner can now reauthorize integrations, not just the original authorizing owner\n\nChat channel links now display on automatic pages from catalog item additions, improving navigation between related resources","pubDate":"Mon, 28 Oct 2024 18:14:12 GMT"},{"title":"Mobile Alert Timeline, MS Teams Incident Types, and Slack Update Enhancements","link":"https:\/\/firehydrant.com\/changelog\/mobile-alert-timeline-ms-teams-incident-types-and-slack-update-enhancements\/","guid":"https:\/\/firehydrant.com\/changelog\/mobile-alert-timeline-ms-teams-incident-types-and-slack-update-enhancements\/","description":"Hey there, firefighters. \ud83d\ude92 We've been hard at work improving FireHydrant to make your incident management even smoother. Here's what's new:\n\n\ud83c\udf89 New Features and Major Improvements\n\n\u23f1\ufe0f New Required Milestone Timestamps\n\nWe've introduced a powerful new feature to enhance your incident tracking: required milestone timestamps. Now with each milestone you can:\n\nEnsure that all incident milestones are set before allowing you to resolve an incident\n\nEnsure that custom post incident milestones are set in order to finish a retrospective\n\nEnsure that all alerting milestones are set to get more accurate metrics\n\n\ud83d\udcf1 Mobile App: New Alert Timeline and UX Improvements (v0.13.0)\n\n\n\nWe have a brand new, comprehensive, chronological display of alert events on mobile, including creation, rule matching, and subsequent actions.\n\nWe include information about who acknowledged, resolved, or ignored an alert at the top of the screen. Additionally, we display the entire alert timeline to investigate how an alert escalated over it\u2019s entire lifecycle.\n\nOther mobile improvements include:\n\nGlobal Swipe-to-Refresh: Refresh the entire screen with a single swipe to catch up on the latest alerts in your organization\n\nAdaptive layouts: Better layout across all device sizes\n\nManual Paging Info: New field shows who initiated manual pages.\n\nThese are all available today in iOS and Android.\n\n\ud83d\udd17 MS Teams: Incident Type Selection and Milestone Transitions\n\n\n\nExciting new developments in MS Teams: you can now pick incident types in an easy-to-use dialogue, streamlining the amount of time it takes to fill out important fields and impacted components.\n\nPick incident types when declaring incidents.\n\nDialog-based interactions for less disruption in common channels.\n\nModal for handling required fields when transitioning milestones.\n\n\ud83d\udcac Slack: Enhanced \/fh update for required fields and Link Handling\n\nNot to be left behind by MS Teams, we also have several new improvements for Slack and required fields.\n\nImproved \/fh update command: Slack modal now updates with inputs for missing required fields when selecting a new milestone.\n\nEmbedded links in messages are now visible and clickable in the incident timeline.\n\n\ud83d\udcca New Timeline CSV Export\n\nDownload your entire incident timeline as a CSV file, including timestamps, authors, and event summaries.\n\n\ud83d\udee0\ufe0f Other Improvements\n\nAlert Actions: New layout for acknowledgment and resolution information.\n\nSettings Button: Increased touch target size for better accessibility.\n\nTask List Reordering: Fixed drag-and-drop functionality in settings.\n\n\ud83d\udc1b Bug Fixes\n\nFixed navigation bugs in the alerts screen.\n\nResolved issues with runbook step execution after manual termination.\n\nFixed filtering of null users in Signals calendar.\n\nVarious improvements to runbook closure and step dismissal processes.\n\n\ud83d\ude80 What's Next?\n\nWe're constantly working to make FireHydrant the best incident management tool out there. Stay tuned for more updates, and keep that feedback coming.","pubDate":"Mon, 21 Oct 2024 18:15:38 GMT"},{"title":"On-Call Scheduling Updates, Webhook-based Notifications for Signals, Customizable \"Closed\" Lifecycle Phase","link":"https:\/\/firehydrant.com\/changelog\/on-call-scheduling-updates-webhook-based-notifications-for-signals-customizable-closed-lifecycle-phase\/","guid":"https:\/\/firehydrant.com\/changelog\/on-call-scheduling-updates-webhook-based-notifications-for-signals-customizable-closed-lifecycle-phase\/","description":"Enhanced On-Call Scheduling in Signals\n\n\n\nWe've improved the flexibility and accuracy of on-call scheduling in Signals, allowing for more complex rotation patterns and intentional coverage management.\n\nKey Features and Benefits\n\nUsers can be added to rotations multiple times, enabling more flexible schedules.\n\nSchedules can now include intentional gaps in coverage, supporting irregular patterns.\n\nBetter visualization of intricate rotation patterns and complex schedules.\n\nWhy It Matters\n\nThese enhancements allow you to create schedules that truly reflect your team's availability and preferences, managing coverage more effectively, including planned gaps.\n\nGetting Started\n\nNo additional configuration required. Signals users can start creating more flexible and accurate on-call schedules immediately.\n\nWebhook-based Notifications for Signals\n\n\n\nWe've introduced a new webhook target management feature in Signals, enabling automated alert notifications to your preferred destinations without the need for incident escalation.\n\nKey Features and Benefits\n\nDedicated webhook management interface in the Signals sub-menu\n\nTarget webhooks in escalation policies and \"Page people via Signals\" runbook step\n\nSend alerts to custom webhook destinations without unnecessary escalation\n\nIncreased flexibility in choosing notification destinations for each Alert\n\nImproved integration with your team's preferred communication tools\n\nWhy It Matters\n\nThis enhancement bridges the gap between our existing webhook capabilities and the need for targeted, customizable alert notifications, allowing for more effective team communication and faster response times.\n\nGetting Started\n\nAccess this feature in the Signals section to create and configure webhook targets for your alerts. When setting up or editing an alert, you can now select a webhook for automated notifications.\n\nCustomizable \"Closed\" Lifecycle Phase\n\nEnterprise customers can now customize milestones in all four incident lifecycle phases, including the \"Closed\" phase, providing complete control over your incident management workflow.\n\nKey Features and Benefits\n\nFull customization of the \"Closed\" incident lifecycle phase.\n\nTailor the entire incident lifecycle to match your organization's specific processes.\n\nMaintain consistent workflows even after an incident is closed.\n\nImprove post-incident activities and learning processes.\n\nEnhance reporting and analytics with customized closed phase data.\n\nWhy It Matters\n\nThis update allows you to define and track post-incident activities crucial for your team's learning and improvement processes, addressing the unique needs of your organization in handling closed incidents.\n\nGetting Started\n\nEnterprise customers can access these new customization options in the \"Incident Milestones\" settings.\n\nImprovements\n\n\ud83d\udc85 Email event sources got an upgrade. You'll see separate Signals and alerts for each valid recipient. This means more accurate targeting for your notifications.\n\n\ud83d\udc85 We\u2019ve added the ability to download the incident timeline as a CSV. This CSV export includes the timestamp, author, and summary of each event, giving you a comprehensive overview of the incident's progression.\n\n\ud83d\udc85 We've added support for custom milestone mappings to ticket states in Linear, allowing for more flexible incident management workflows.\n\nBug Fixes and Optimizations\n\n\ud83d\udc1b Fixed a bug preventing the re-use of names of deleted Measurement Definitions.\n\n\ud83d\udc1b Resolved an issue preventing the creation of a new Healthiness Measurement after an organization's existing one had been deleted.\n\n\ud83d\udc1b Fixed a bug causing pending runbook steps to execute even if the runbook was canceled.\n\n\ud83d\udc1b Corrected Nunc Status Page URLs to properly link directly to the incident instead of the general status page.","pubDate":"Tue, 15 Oct 2024 17:26:14 GMT"},{"title":"Flexible Milestone Ordering, Adaptive Required Fields, MTTX Analytics Update","link":"https:\/\/firehydrant.com\/changelog\/flexible-milestone-ordering-adaptive-required-fields-mttx-analytics-update\/","guid":"https:\/\/firehydrant.com\/changelog\/flexible-milestone-ordering-adaptive-required-fields-mttx-analytics-update\/","description":"Flexible Milestone Ordering\n\n\n\nChronological order for milestones is no longer required. We've removed this constraint to give you more flexibility in recording incident timelines as they actually unfold.\n\nWhat's New\n\nWe now allow for out-of-order timestamp entries.\n\nNegative durations between milestones are now possible we automatically exclude them from analytics.\n\nBenefits\n\nGreater flexibility in recording incident timelines.\n\nMore accurate representation of complex or unusual incident scenarios.\n\nImproved ability to capture real-world incident management processes.\n\nWhy It Matters\n\nIn the dynamic world of incident management, processes don't always follow a perfect, linear path. This update acknowledges that reality and provides the tools to accurately record and analyze incidents as they truly unfold. By allowing out-of-order milestones, we're enabling more precise and honest incident documentation.\n\nGetting Started\n\nNo special configuration is needed to use this feature\u2014it's automatically available for all incidents. We encourage you to leverage this flexibility to create more accurate and detailed incident records.\n\nAdaptive Required Fields for Incident Milestones\n\nWe've enhanced the incident update process in our web UI to ensure all critical information is captured while maintaining a smooth user experience. This new feature introduces an adaptive approach for handling required fields when changing incident milestones, making it easier to manage incidents effectively.\n\nWhat's New\n\nA modal now appears when transitioning an incident's milestone, displaying any unfilled required fields.\n\nRequired fields are intelligently presented based on the current and target milestones.\n\nChanges are preserved and applied after required fields are filled.\n\nBenefits\n\nSmoother workflow for updating incident status.\n\nPrevents data loss and ensures all necessary information is collected.\n\nImproves data completeness for incident documentation and analysis.\n\nWhy It Matters\n\nBy adapting to each milestone's requirements, this system streamlines the update process while guaranteeing that all essential information is recorded. This leads to more comprehensive incident documentation and smoother handoffs between team members.\n\nGetting Started\n\nTo use this new feature, initiate a milestone change for an incident as usual, and the system will guide you through providing any required information specific to that milestone or previous milestones.\n\nEnhanced MTTX Analytics\n\nMTTX Analytics now provides metrics for incident milestones, allowing you to explore data for each milestone in greater detail. Additionally, we've migrated task and follow-up progress metrics to the MTTX Analytics page, consolidating all your incident-related metrics in one place.\n\nWhat's New\n\nMilestone Metrics for Incidents\n\nDrill down into individual milestone metrics within your MTTX Analytics.\n\nAvailable for various analytics dimensions including severity, services, and teams.\n\nTask and Follow-up Progress Metrics\n\nTask and follow-up progress metrics are now integrated into the MTTX Analytics page.\n\nNo more switching between different pages to access all your incident-related metrics.\n\nKey Benefits\n\nGain deeper insights into your incident lifecycle with granular milestone data.\n\nAnalyze performance across different stages of your incident management process.\n\nAccess a comprehensive view of your incident metrics in one centralized location.\n\nWhy It Matters\n\nBy bringing all these insights together, we're empowering you to make more informed decisions and drive improvements in your incident management practices.\n\nGetting Started\n\nThese enhancements are automatically available to all users with access to MTTX Analytics.\n\nImprovements\n\n\ud83d\udc85 MS Teams Integration: We've officially removed the \"Beta\" label from our MS Teams integration. It's now generally available to all users!\n\n\ud83d\udc85 User CSV export now includes assigned teams. Users can now run automations or pull analytics based on team assignment data in the User table.\n\n\ud83d\udc85 We've added role display to the invitations list in the main UI and included an initial role selector in the new invitation form. You can now invite team members and assign a them a role.\n\n\ud83d\udc85 Updated behavior of viewing service dependencies and change events in Slack to maintain context.\n\n\ud83d\udc85 Enhanced \/fh service Slack command for improved service management. Users can now view service info, mark services as impacted, and manage dependencies more easily directly from Slack, enabling faster and more intuitive service operations.\n\nBug Fixes and Optimizations\n\n\ud83d\udc1b Non-Owner user roles can now filter the incident list by a custom field.\n\n\ud83d\udc1b Fixed an issue preventing filtering by \u201cIncident Type in analytics.\n\n\ud83d\udc1b Fixed an issue in Chrome where UTC option for timezones in the schedule creator were not showing.","pubDate":"Mon, 07 Oct 2024 18:15:43 GMT"},{"title":"Page entire team via Escalation Policy, AI Summaries for Liquid Snippets, and Other Improvements","link":"https:\/\/firehydrant.com\/changelog\/page-entire-team-via-escalation-policy-ai-summaries-for-liquid-snippets-and-other-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/page-entire-team-via-escalation-policy-ai-summaries-for-liquid-snippets-and-other-improvements\/","description":"Team-Wide Paging: Escalation Policies Evolve\n\n\n\nWe're excited to introduce a powerful new option for escalation policies: the ability to target all members of a team simultaneously.\n\nWhat's New\n\nEscalation policies can now target an entire team at once\n\nProvides an alternative to the team's default escalation policy\n\nActs as a \"pull the fire alarm\" feature for urgent situations\n\nBenefits\n\nIncreased flexibility in team paging\n\nPotential for faster response times\n\nSimplified process for alerting entire teams\n\nWhy It Matters\n\nThis highly-requested feature reinforces our commitment to \"team-first\" paging. By allowing you to page all team members with a single action, we're making it easier than ever to mobilize your entire team during critical incidents.\n\nWhether you're dealing with a major outage or need all hands on deck, this feature ensures that no one is left out of the loop when every second counts.\n\nGetting Started\n\nTo use this new feature, simply update your escalation policies to target the desired team. For more detailed instructions, check out our updated documentation.\n\nAutomated AI Summaries in Liquid Snippets\n\n\n\nWe're thrilled to introduce AI summaries to our liquid snippets list, bringing intelligent automation to your incident communication process.\n\nWhat's New\n\nAI summaries are now available in the liquid snippets list\n\nAutomate summary generation based on runbook conditions\n\nPost AI-generated summaries directly to Slack or MS Teams\n\nBenefits\n\nSave time by automating summary creation\n\nEnsure consistent and intelligent incident reporting\n\nStreamline communication to team collaboration tools\n\nWhy It Matters\n\nThis feature significantly enhances your ability to keep teams informed during incidents. By automating the creation and distribution of AI summaries, we're reducing the manual effort required in incident communication while ensuring that all stakeholders receive timely, coherent updates.\n\nWhether you're managing a minor hiccup or a major outage, this feature ensures that your team stays informed without adding to your workload.\n\nGetting Started\n\nTo leverage this new feature, simply configure your runbook conditions to trigger AI summaries and set up the integration with your preferred collaboration tool (Slack or MS Teams).\n\nImprovements\n\n\ud83d\udc85 We've added a new slash command alias for \/fh signals-on-call. You can now use \/fh signals-oncall, accommodating different spelling preferences and helping you access the command faster.\n\n\ud83d\udc85 Hovercards have been added to various locations throughout the UI, enhancing the user experience and providing quick access to relevant information.\n\n\ud83d\udc85 The on-call schedule page will now remember your previously selected view, you no longer need to switch between our default weekly calendar view and your preferred display.\n\n\ud83d\udc85 Interacting with status pages got a big overhaul in the web application. Now we\u2019ll allow you to verify that an incident name is correct before posting it to a status page, we will warn you when you\u2019re making an update to a publicly accessible page, and more.\n\n\ud83d\udc85 On the Users list, we now include information about the teams to which those users are assigned.\n\n\ud83d\udc85 Adds a new column to the incident CSV export for unassigned teams. Now the CSV data will differentiate between actively assigned teams and no longer assigned teams in that data set.\n\n\ud83d\udc85 Alerts created manually through our API and applications are now tagged with annotations, making it clearer who created each alert.\n\n\ud83d\udc85 The alerts section on the incident page now allows you to attach additional alerts to the incident without needing to go to a separate tab.\n\n\ud83d\udc85 The incident settings page now includes an estimate for how long we think it will take someone to declare an incident. This will help you understand how the fields you require impact the cognitive load of a responder at declaration time.\n\n\ud83d\udc85 We've added support for custom milestone mappings to ticket states in Jira On-Prem, allowing for more flexible incident management workflows.\n\nBug Fixes and Optimizations\n\n\ud83d\udc1b Fixed an incorrect tooltip link in the impact stats table, now pointing to our updated documentation.\n\n\ud83d\udc1b Fixed an issue with searching saved views if an organization had more than two hundred saved views.\n\n\ud83d\udc1b Fixed an issue where some Slack channel inputs were not searchable in alert routing.\n\n\ud83d\udc1b Fixed an issue where organizations needed to manually choose a healthiness calculation, it is now selected by default.\n\n\ud83d\udc1bA large number of tables got a visual refresh to be better aligned and more clear in the information they are showing.","pubDate":"Mon, 30 Sep 2024 18:15:06 GMT"},{"title":"Cortex Integration, Mobile Dashboard and Other Improvements","link":"https:\/\/firehydrant.com\/changelog\/cortex-integration-mobile-dashboard-and-other-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/cortex-integration-mobile-dashboard-and-other-improvements\/","description":"Cortex Integration\n\n\n\nWe're pleased to announce the integration of Cortex with FireHydrant. This new feature allows you to import Catalog entities from Cortex directly into FireHydrant, streamlining the management of your microservice ecosystem. Additionally, you can now synchronize team and service information between the two platforms, ensuring consistent and up-to-date data across your tools.\n\nThis integration enhances your ability to leverage Cortex's comprehensive service catalog within the FireHydrant environment, improving visibility and coordination in your microservice management and incident response workflows.\n\nWhat this means for you\n\nSimpler service management - by importing Cortex Catalog entities into FireHydrant, you can manage your microservices from a single platform, reducing complexity and saving time.\n\nFaster incident response - with up-to-date service information readily available in FireHydrant, your team can quickly identify affected services during incidents, leading to faster resolution times.\n\nBetter team collaboration - synchronized team and service data ensures that all stakeholders have access to the same information, facilitating better communication and coordination across departments.\n\nLess manual work - automatic synchronization between Cortex and FireHydrant eliminates the need for manual data updates, minimizing errors and ensuring data accuracy.\n\nBig picture view - by combining Cortex's service catalog with FireHydrant's incident management capabilities, you gain a comprehensive understanding of your microservice ecosystem and its performance.\n\nTeams can significantly improve their operational efficiency, reduce mean time to resolution (MTTR) for incidents, and maintain a more robust and reliable microservice infrastructure through this powerful integration.\n\nTo learn more about the Cortex integration, check out the documentation.\n\nMobile Dashboard\n\n\n\nWe've given our iOS and Android apps a fresh new look with a home screen that puts everything you need front and center. You'll see your on-call status at a glance, plus quick access to recent alerts, active shifts, and coverage requests. We've also streamlined navigation, making it easier to find what you're looking for.\n\nWhat this means for you\n\nManage alerts, check shifts, and handle coverage requests with fewer taps, making your work smoother and more efficient.\n\nWith this update, we're making your on-call life a little bit easier. Enjoy the new dashboard!\n\nHead over to the App Store or Google Play Store now and download the latest version of our app.\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 You'll now see custom measurement definitions displayed in the services, functionalities, environments, and teams pages. Instead of hardcoded headers and data, the tables now dynamically pull information from the API response, giving you a more accurate and tailored view of your metrics.\n\n\ud83d\udc85 When publishing a retrospective, you can choose a specific milestone to associate it with. Additionally, you'll see a handy \"Download PDF\" button when viewing a retro. This allows you to easily share the retrospective with your team or stakeholders.\n\n\ud83d\udc85 We've polished up our incident status templates in Slack for a smoother user experience. Now, instead of seeing raw Liquid code, you'll see the fully rendered template in your incident updates. This change ensures that your status updates are immediately clear and readable, without any distracting code snippets.\n\n\ud83d\udc85 We've streamlined our example placeholder for custom event sources. While we previously showcased a comprehensive function to demonstrate the full power of JavaScript, we realized a simpler approach could be just as effective. The new, more concise example includes helpful comments, providing a clearer starting point without overwhelming our users.\n\n\ud83d\udc85 We've enhanced our API to help you stay in the loop about your team's notification preferences. Now you can programmatically check if your teammates have enabled Signals notifications, including push and email alerts. This API update gives you better visibility into how your team is staying informed, helping you ensure everyone's on the same page when it comes to important alerts.\n\n\ud83d\udc85 We've standardized the naming of follow-ups across our platform. This update ensures consistency and clarity in how we reference them moving forward.\n\n\ud83d\udc85 We've improved the readability of runbook rows by wrapping text in the category cell. This small but impactful change helps you see full category names at a glance, making your runbooks easier to navigate and understand.\n\n\ud83d\udc1b We've updated our change events API to play nicely with our catalog entries. Now, you can use friendly ID slugs for services and environments when creating change events. This fix to the POST \/v1\/changes\/events endpoint makes it easier to associate services and environments with your change events.\n\n\ud83d\udc1b We've squashed a bug that was getting in the way of filtering resolved alerts by team. We now check for both the alert's Team and the associated Alert Trigger for team information. This means you can now easily find all resolved alerts for a specific team, giving you a clearer picture of your alert history.\n\n\ud83d\udc1b We've fixed a bug that was blocking you from reusing names of deleted Severities and Priorities. You're now free to create new ones with those familiar names, giving you more flexibility in organizing your work.\n\n\ud83d\udc1b We've patched an issue with our Slack framework that was giving some customers trouble with the \/fh new command. We've gone through the framework and added additional label truncation to resolve this issue.\n\n\ud83d\udc1b We've updated how we display the configured or unconfigred tag on the project table for users who have custom milestones. This change comes after implementing custom milestones. Now, to be marked as \"configured,\" both the incident default issue type and the first milestone need to be set.\n\n\ud83d\udc1b We've squashed a couple of bugs on the teams page related to our custom milestones feature. You'll now see correct tooltip names instead of the old ones that were hanging around. We've also fixed how column data is passed to the charts, so they should be displaying accurately now.\n\n\ud83d\udc1b We've fixed a tricky bug related to incident milestones. Previously, incidents could end up with an invalid \"started\" milestone if you had customized your milestone setup. Now, when an incident is created, we ensure it's assigned to the first valid milestone in your organization's configuration.\n\n\ud83d\udc1b We fixed a bug that was giving some users trouble with hiding the \"Priority\" field. You should now be able to customize your incident form fields as intended, including hiding the Priority field if desired.\n\n\ud83d\udc1b We've fixed a bug that prevented users from reopening incidents with required impact fields. The issue stemmed from a recent change related to custom milestones, which inadvertently caused all impacts to be removed when re-opening an incident. Now, you can smoothly reopen incidents even when services, functionalities, or environments are set as required fields.\n\n\ud83d\udc1b Some users were running into issues when trying to resend an invitation that had failed initially. We've updated our system to skip the unique email check when resending invites, so you should now be able to get those invitations out without a hitch.\n\n\ud83d\udc1b We've rolled out a bundle of improvements to enhance your alert analytics experience. We've fixed filtering issues on alert attributes, refreshed the heatmap colors for better visibility, and made several UI enhancements to the alert analytics page, including more accurate links and improved chart displays.\n\n\ud83d\udc1b We've streamlined the incident closure process for a smoother user experience. Now, when you submit a close request, the modal will automatically close, giving you instant feedback on your action.\n\n\ud83d\udc1b We've improved navigation for project pages. Now, if you try to access a non-existent project, you'll be automatically redirected to the main projects page, ensuring you always land in a useful spot.\n\n\ud83d\udc1b We've updated the alert modal to be more intelligent in displaying linked incidents. If an alert has no linked incidents, we will now assume that there are no linked incidents to show in the alert modal's link view.","pubDate":"Mon, 23 Sep 2024 17:18:44 GMT"},{"title":"Custom Milestones, Field Requirements for Milestone Transitions, and Other Improvements","link":"https:\/\/firehydrant.com\/changelog\/custom-milestones-field-requirements-for-milestone-transitions-and-other-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/custom-milestones-field-requirements-for-milestone-transitions-and-other-improvements\/","description":"Custom Milestones\n\n\n\nWe've updated our Milestone feature with customization options! Now you can tailor your incident management process to perfectly fit your organization's unique needs. Seamlessly align Milestones with your specific policies and workflows for a smoother, more efficient experience.\n\nCurious to learn more? Check out our blog.\n\nField Requirements for Milestone Transitions\n\nWe've enhanced our milestones feature. You can now set field requirements at each milestone transition, enabling:\n\nSpecified required fields for individual milestone stages\n\nImproved compliance tracking throughout the incident lifecycle\n\nGreater flexibility to match your organization's policies\n\nThis update addresses customer requests for more granular control over incident progression. It's incident management, your way!\n\nFor configuration details, please refer to our documentation.\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 We've added a powerful new attribute to runbook steps. You can now create conditional execution based on changes in incident details (Name, Description, Severity, Priority, Milestone, Impacted Infrastructure). This enables more precise and dynamic incident response automation. Remember to check Rerun on every transition if you want this step to execute on every change to said details!\n\n\ud83d\udc85 We've enhanced validation for required fields in incident management, ensuring they're checked consistently throughout an incident's lifecycle, not just at declaration. This improvement covers both standard and custom fields. We've also refined error messages for failed updates, providing clearer feedback when required information is missing or incomplete.\n\n\ud83d\udc85 We've added a timeline view to on-call schedules, displaying each calendar as a row with shifts color-coded by user. This new view offers a quick overview of your team's availability, making it easier to spot patterns and coverage gaps. Check it out in the on-call schedules section to streamline your scheduling process.","pubDate":"Thu, 12 Sep 2024 17:10:43 GMT"},{"title":"Associate alerts to incidents from Alert detail pages","link":"https:\/\/firehydrant.com\/changelog\/associate-alerts-to-incidents-from-alert-detail-pages\/","guid":"https:\/\/firehydrant.com\/changelog\/associate-alerts-to-incidents-from-alert-detail-pages\/","description":"Associate alerts to incidents from Alert detail pages\n\n\n\nNow you can associate alerts to incidents directly from the Alert detail pages. This new functionality makes it easier to link relevant alerts to ongoing incidents, streamlining your workflow.\n\nWhat does this mean for you?\n\nImproved efficiency - less time spent navigating between pages\n\nBetter context - all the information you need in one place\n\nEasier tracking - quickly see connections between alerts and incidents\n\nThis update allows for quicker and more intuitive alert-incident association, supporting more comprehensive incident documentation and analysis.\n\nOther Improvements and Fixes\n\n\ud83d\udc85 Our MS Teams integration is now generally available. Seamlessly connect your incident management workflow with your team collaboration hub.\n\n\ud83d\udc85 We've added a visual \"Now\" indicator to your team's on-call calendar. Quickly spot the current time and see who's on duty at a glance.\n\n\ud83d\udc85 We've upgraded your schedule view! Upcoming shift start times are now displayed right in the interface. Quickly see when you're on next, keeping you prepared and on schedule.\n\n\ud83d\udc85 Our Signals org-wide on-call endpoint is now public. Easily connect external systems to access your organization's on-call information, opening up new possibilities for custom integrations and workflows.\n\n\ud83d\udc85 Great news for Jira on-prem users! You can now post incident updates directly to your Jira on-prem tickets from FireHydrant. Keep your entire team in the loop with seamless incident status updates across both platforms.\n\n\ud83d\udc1b We fixed a bug in our iOS app that was blocking some users from using the keyboard when sending a page.\n\n\ud83d\udc1b The schedule page will no longer automatically scroll to the middle when loading. Enjoy a more intuitive browsing experience as you check your on-call schedule.\n\n\ud83d\udc1b We've fixed a bug that was blocking custom date\/time fields in alert routing. Now you can use these fields to create more precise and flexible routing configurations.\n\n\ud83d\udc1b We've fixed a sneaky bug that was hiding shifts with midnight turnovers. Now you'll see all your shifts, no matter when they start or end.\n\n\ud83d\udc1b We fixed a bug that prevented the \"Invite Scribe to Incident\" step from being repeatable. Now you can repeat this action as needed, ensuring your scribe is always available \u2013 even for long-running or reconvened incidents.","pubDate":"Fri, 06 Sep 2024 17:59:34 GMT"},{"title":"Create incidents from Slack emoji reactions, and UI Improvements","link":"https:\/\/firehydrant.com\/changelog\/create-incidents-from-slack-emoji-reactions-and-ui-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/create-incidents-from-slack-emoji-reactions-and-ui-improvements\/","description":"Create incidents from Slack emoji reactions, including incident types\n\n\n\nWe've added the ability to create incidents directly from emoji reactions in Slack. This feature also supports specifying incident types during creation.\n\nKey details:\n\nUsers can now trigger incident creation by reacting to Slack messages with customizable emojis\n\nIncident types can be specified as part of the emoji-based creation process\n\nStreamlines the incident creation workflow within Slack\n\nBenefits:\n\nFaster incident reporting\n\nIncreased flexibility in how incidents are initiated\n\nImproved integration between Slack communication and incident management\n\nHow it works:\n\nSpecific emojis can be configured to trigger incident creation\n\nDifferent emojis can be set up to create incidents of various types\n\nReacting with a designated emoji automatically starts the incident creation process\n\nThis feature enhances the seamless integration between everyday communication in Slack and our incident management system, allowing for quicker and more intuitive incident reporting.\n\nTo learn more, view our documentation\n\nUser Interface Improvements\n\n\n\nWe are excited to roll out several UI improvements aimed at enhancing the user experience across various screen sizes and improving clarity in several areas of our application. Here\u2019s a breakdown of what\u2019s new:\n\nIncident Types\n\nPreservation of Existing Names: Existing incident type names are no longer overwritten when loading.\n\nTerminology Update: The 'name' field has been changed to 'incident name' in the incident settings page for better clarity.\n\nResponsive Design: The incident settings page now boasts enhanced responsiveness, with the last few fields wrapped in an elegantly designed card.\n\nUser Account\n\nSSO Account Display Email: We've added a read-only display email for SSO account users, making it easier to identify your account details.\n\nMobile Responsiveness: The user account page is now fully responsive on mobile devices, ensuring a seamless experience on the go.\n\nSlack Configuration\n\nImproved Spacing and Mobile Responsiveness: We've made adjustments to improve spacing and ensure the configuration is user-friendly on mobile devices.\n\nFilters\n\nRenamed Date Filters: For better clarity, date filters have been renamed to 'Started after' and 'Started before.'\n\nIncident and Retro Pages\n\nEnhanced Mobile Responsiveness: Both the incident and retro pages have received updates to improve their mobile responsiveness and resolve any existing layout issues.\n\nThese updates reflect our ongoing commitment to improving the FireHydrant platform and making it more user-friendly for our valued customers.\n\nOther Improvements and Fixes\n\n\ud83d\udc85 We've streamlined your mobile experience! You can now acknowledge or escalate alerts on iOS and Android without confirmation, allowing for quicker responses to critical situations. Update your app today to enjoy this time-saving feature.\n\n\ud83d\udc85 We've improved the way long conditions display in the Execution Rules section. Now, all text wraps neatly, making it easier to read and understand your complex rules at a glance.\n\n\ud83d\udc85 Our AI just got more intuitive! Incident summaries now factor in the current milestone, giving you more relevant insights as your incident progresses.\n\n\ud83d\udc85 We've made the \"Invite scribe to meeting\" step repeatable, ensuring your scribe is always there when you need them.\n\n\ud83d\udc85 You can now use relative time for partial shift coverage. Need someone to cover \"for the next hour\"? Just type it in \u2013 no more calculating end times.\n\n\ud83d\udc1b We've fixed a bug affecting MS Teams users. You'll now see all incident updates in your non-incident channels, even without a specific incident channel. Stay informed without the extra setup.\n\n\ud83d\udc1b We've fixed a pesky bug that was blocking some reauthorizations. Now, entitlement checks only run for new integrations, not reconnections. Existing integrations will reauthorize smoothly, even if you've hit your limit.\n\n\ud83d\udc1b We've fixed a bug that prevented users from deleting priority on the incident form. Users can now clear the priority field in incident forms. Just select the 'x' option in the dropdown menu.","pubDate":"Fri, 23 Aug 2024 18:52:41 GMT"},{"title":"Incident Types Improvements and Export Retros to Google Doc with Full Permissions","link":"https:\/\/firehydrant.com\/changelog\/incident-types-improvements-and-export-retros-to-google-doc-with-full-permissions\/","guid":"https:\/\/firehydrant.com\/changelog\/incident-types-improvements-and-export-retros-to-google-doc-with-full-permissions\/","description":"Incident Types Improvements\n\n\n\nWe've enhanced Incident Types to provide more flexibility and utility:\n\nAdded configurable \"Incident Name\" field to Incident Types, as requested by users. This allows for custom naming conventions like \"[Service]-[Date]-[Issue]\".\n\nImplemented filtering by Incident Type in both the UI and API.\n\nMade Incident Types available in runbook conditions, enabling more targeted automation.\n\nIntroduced Incident Type filtering in analytics for improved reporting capabilities.\n\nThese updates allow for better pre-population and templating of incident declarations, making the process easier for responders.\n\nExport Retrospectives to Google Doc with Full Permissions\n\n\n\nRetrospectives exported via Google Doc integration are now created with edit permissions by default, eliminating the need to manually change permissions for each document. This update, based on user feedback, allows immediate team collaboration. Users can still adjust permissions as needed within Google Docs.\n\nOther Improvements and Fixes\n\n\ud83d\udc85 Incidents can now be accessed by number instead of ID (e.g., \/incidents\/123 rather than \/incidents\/a1b2c3d4). This change simplifies the creation of incident links and improves ad hoc navigation. The previous ID-based system remains supported for backward compatibility.\n\n\ud83d\udc85 We've made it easier to create scheduled maintenance. Users can now add scheduled maintenance via the \"Declare Incident\" dropdown on any page, eliminating the need to navigate to a separate section.\n\n\ud83d\udc85 Added the ability to remove push notification devices from your account, helping to declutter notification options and enhance account security. Users can manage their Push Notification Devices under the Profile section, where they can remove old devices.\n\n\ud83d\udc85 Field mapping labels for follow-up tickets are now clearer. They display as \"Follow-up priority\" and \"Follow-up tags\", replacing the previous generic labels. This change improves user understanding when configuring integrations.\n\n\ud83d\udc85 Functionalities for incident response are now available on the team detail page. Users can add functionalities directly from this page.\n\n\ud83d\udc85 Added a striped left border for calendar shifts belonging to the user viewing the calendar. Users can now easily identify their own shifts at a glance\n\n\ud83d\udc85 Added a configuration option to allow or prevent non-users (Slack accounts without linked FireHydrant accounts) from opening incidents. This setting can be found in the Slack connection settings.\n\n\ud83d\udc1b We fixed an issue where completing a retrospective incorrectly removed impacted services and functionality. Retrospectives now correctly retain all associated information upon completion.\n\n\ud83d\udc1b We\u2019ve implemented a fallback mechanism for Jira token expiration. When we encounter token expiry errors using a user-specific connection, we now default to the integration's user token. This change is automatically applied and should result in fewer disruptions when interacting with Jira. We're continuing to monitor the situation and may implement further improvements in future updates.\n\n\ud83d\udc1b We've updated how \"all day\" shifts are displayed in our UI. Now, only shifts that start and end at midnight are shown as \"all day.\" Partial day shifts are now displayed with their specific start and end times. This change improves the accuracy of shift representation and addresses user feedback about shift duration clarity.\n\n\ud83d\udc1b Viewers can now claim shifts, expanding the capabilities of this role. When a coverage request is submitted, users with the viewer role have the ability to claim that shift. This change allows for more flexible shift management and quicker coverage of open shifts.","pubDate":"Wed, 14 Aug 2024 19:33:04 GMT"},{"title":" DateTime Custom Fields and Time-based Analytics Filters ","link":"https:\/\/firehydrant.com\/changelog\/datetime-custom-fields-and-time-based-analytics-filters\/","guid":"https:\/\/firehydrant.com\/changelog\/datetime-custom-fields-and-time-based-analytics-filters\/","description":"DateTime Custom Fields\n\nWe've enhanced our custom field functionality by introducing a new date\/time custom field type. This addition offers greater flexibility and precision in incident reporting and management. Here's what you need to know:\n\nUsers can now create custom fields that specifically accept date and time inputs.\n\nThis feature is particularly useful for precise timing information related to incidents.\n\nDateTime custom fields can be added via the Incident Settings page.\n\nNew time-based filters in Analytics\n\nWe're happy to introduce new time-based filters in Analytics. You will now see Last Week, Last Month, Last Quarter, and Last Year options in the Date Range picker. These additional filters will make gathering data easier for reporting.\n\nOther Improvements, Bug Fixes and Deprecations\n\n\ud83d\udc85 We have cleaned up the UI on our Catalog show pages. Improvements include better loading states and condensed header sizes.\n\n\ud83d\udc85 Users can now create global saved views and default views for incident timelines. This feature enables quick switching between different perspectives and configurations without the need to manually adjust filters and settings each time.\n\n\ud83d\udc85 The update incident and resolve incident buttons are now displayed in the command center header.\n\n\ud83d\udc85 We have added the ability to post updates into incident Jira tickets. This brings more incident status visibility to users who want to leverage both FireHydrant and Jira.\n\n\ud83d\udc85 Added relative time selection for task due dates (e.g., \"due in 15 minutes\"), with the option to switch to absolute time when necessary.\n\n\ud83d\udc1b We addressed an issue with our OpsGenie integration in the fh page command. Previously, we were returning more users than Slack could display. We now limit the return to the first 100 users, matching Slack's display capacity.\n\n\ud83d\udca5 We have deprecated the Data Export integration and Data Export page from Analytics. All data is still available via API, webhooks, and other means.","pubDate":"Thu, 08 Aug 2024 21:23:04 GMT"},{"title":"Mobile Onboarding and DataDog Event Source changes","link":"https:\/\/firehydrant.com\/changelog\/mobile-onboarding-and-datadog-event-source-changes\/","guid":"https:\/\/firehydrant.com\/changelog\/mobile-onboarding-and-datadog-event-source-changes\/","description":"Mobile Onboarding\n\nWe're thrilled to introduce our new step-by-step onboarding process for both iOS and Android apps. This user-friendly guide helps you unlock the full potential of FireHydrant right from the start. As a new user, you'll be guided through setting up essential features, including:\n\nEnabling notifications to stay in the loop\n\nActivating critical alerts for timely updates\n\nAdding FireHydrant as a contact for seamless communication\n\nWe're excited for you to experience the full capabilities of FireHydrant on your mobile device!\n\n\n\nDataDog Event Source Changes\n\nStarting August 12, 2024, we will treat any payload from DataDog as having an OPEN status, except for those marked as \"Resolved.\"\n\nCurrently, we ignore payloads unless the status is Triggered or Resolved. This means that Warn\/Re-Warn webhooks from DataDog are ignored by FireHydrant.\n\nWhat we're changing\n\nWe will begin treating Warn\/Re-Warn the same as Triggered.\n\nWhy we're changing it\n\nThis change is to align with the rest of our product behavior: any payload coming to FireHydrant is associated to either\u00a0OPEN\u00a0or\u00a0CLOSE alert.\n\nWhat you need to do\n\nIf you would like for FireHydrant to only listen on \"Triggered\", please update your DataDog monitor to be explicit on when DataDog will send a payload to us:\n\n{#is_alert} @webhook-FireHydrant-Signals {\/is_alert}\n{#is_recovery} @webhook-FireHydrant-Signals {\/is_recovery}\n\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 Android app maximum volume reduced from 100 to 75\n\n\ud83d\udc85 Microsoft Teams now displays milestones in notification cards\n\n\ud83d\udc85 Assigned teams is now available in CSV export\n\n\ud83d\udc85 Added a runbook condition for re-running steps whenever a status update is made\n\n\ud83d\udc85 Added the ability to disable announcing new incidents back to the channel when created via \/fh new in Slack\n\n\ud83d\udc1b We no longer announce private incidents in their originating channels\n\n\ud83d\udc1b Fixed an issue where saving content on the Lessons Learned tab would sometimes return stale data.\n\n\ud83d\udc1b We fixed an issue that may have caused us not to cache Slack channels properly in Enterprise Grid\n\n\ud83d\udc1b Fixed a UI bug that prevented related services from being associated to a functionality in our Catalog\n\n\ud83d\udc1bWe added back the ability to unsubscribe from weekly summary emails for non-Signals users","pubDate":"Tue, 30 Jul 2024 19:36:36 GMT"},{"title":"Custom Event Sources and iOS Updates","link":"https:\/\/firehydrant.com\/changelog\/custom-event-sources-and-ios-updates\/","guid":"https:\/\/firehydrant.com\/changelog\/custom-event-sources-and-ios-updates\/","description":"Custom Event Sources\n\n\n\nWe've released Custom Event Sources! Signals now has the flexibility to ingest and parse alert payloads from any observability tool in your stack and provide you the ability to configure alert notifications that best suit your teams needs.\n\nWith this update, regardless of the format of your payload, you can now include a simple snippet of your own JavaScript to transform it into a useful and beneficial format for your on-call teams.\n\nTo learn more, visit our blog post.\n\niOS Updates\n\n\n\nYou can now create and send Alerts from your mobile application. Send an alert\/page to any user, escalation policy, on-call schedule, or team from your phone.\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 We've improved our notification system to ensure you never miss an alert. Fallback notifications (email and Slack, if connected) are now always provided. This prevents missing notifications when alert priorities are not explicitly set.\n\n\ud83d\udc1b Deleting the last row in a field map now deletes the entire map to prevent broken behavior.\n\n\ud83d\udc1b Fixed an issue in MS Teams tabs where severity could become unset.","pubDate":"Mon, 22 Jul 2024 21:03:09 GMT"},{"title":"Task Due Dates and Reminders","link":"https:\/\/firehydrant.com\/changelog\/task-due-dates-and-reminders\/","guid":"https:\/\/firehydrant.com\/changelog\/task-due-dates-and-reminders\/","description":"Task Reminders and Due Dates\n\n\n\nWe're happy to introduce the ability to set due dates for Tasks in FireHydrant. Certain incident tasks need to be completed within a certain amount of time after the incident starts, and with reminders and due dates, you can help ensure responders complete them within the required time.\n\nYou will now see due date and time fields when creating or editing Tasks. Once set, you will, by default, receive email and Slack DM notifications and reminders:\n\nWhen assigned\n\n30 minutes before due\n\n10 minutes before due\n\nWhen due\n\nOur team is happy to take feedback as we continue to improve our features\u2014feel free to reach out to your Success Managers or Support!\n\nOther Improvements, Fixes, and Deprecations\n\n\ud83d\udc85 We've reduced the maximum volume for alerts on Android when overriding volume settings\n\n\ud83d\udc85 Small clarifying updates were made to the warning text when attempting to Archive an incident\n\n\ud83d\udc85 When an Alert is expired and can no longer be escalated, we've added an indicator in the UI to differentiate it from other open Alerts\n\n\ud83d\udc85 Our MongoDB event source for Signals has been improved to ingest and pass along more metrics information when opening Alerts in FireHydrant\n\n\ud83d\udc85 We made additional updates and improvements to the Jira field mapping prompts we added last week to enable creating mappings for required fields more easily\n\n\ud83d\udc1b We fixed a bug where \"Medium\" did not show up in selection dropdowns when setting priority on Alert Rules\n\n\ud83d\udc1b We've addressed an issue where the wrong tab was highlighted when navigating to the field mapping tab in Jira project settings\n\n\ud83d\udc1b The Lessons Learned tab had issues with overlapping text when the amount of content exceeded a certain threshold. This has been fixed\n\n\ud83d\udc1b Jira ticket updates has been improved in Microsoft Teams\n\n\ud83d\udc1b When installing Slack for Enterprise grid, we fixed an issue where users encountered a bug with setting default channels\n\n\ud83d\udc1b We addressed an issue where notifications were posted into Slack for Milestone updates even when the setting was set to \"Threaded only\"\n\n\ud83d\udc1b Deleted conditions will no longer continue to show up in the Severity Matrix - we remove them automatically\n\n\ud83d\udc1b When creating a Follow-Up during an incident, we removed configuration error prompts for projects that are correctly configured\n\n\ud83d\udc1b When updating members within a team, the \"Last updated\" time for the team was not being updated. This has been fixed\n\n\ud83d\udca5 We will be deprecating the Data Export integration and Data Export page from Analytics - all data will still be available via API, Webhooks, and other means. Please reach out to FireHydrant Support if you are actively using the Data Export capabilities today","pubDate":"Wed, 17 Jul 2024 03:06:31 GMT"},{"title":"MS Teams AI Summary Tab, Jira Improvements, and Android Updates","link":"https:\/\/firehydrant.com\/changelog\/ms-teams-ai-summary-tab-jira-improvements-and-android-updates\/","guid":"https:\/\/firehydrant.com\/changelog\/ms-teams-ai-summary-tab-jira-improvements-and-android-updates\/","description":"MS Teams Summary Tab\n\n\n\nIn Microsoft Teams, we've added a Summary tab to the FireHydrant tab within incident channels. This mirrors the FireHydrant web interface, which allows you to view and generate AI summaries and AI-assisted updates using your timeline and any meeting transcripts as context.\n\nThis serves as a graphical alternative to the @FireHydrant summary command, making FireHydrant easier than ever to use!\n\nMore Jira Improvements\n\n\n\nWe've improved the Jira custom field mapping experience by allowing users to select any issue type for their tickets and then warning the user about unmapped required fields.\n\nThis is a much better, more intuitive experience and can help customers understand why their Jira ticket creations aren't working if there are missing field mappings.\n\nIn addition, you can now use custom fields as conditionals in advanced field mapping for Jira, enabling more flexibility for how you map your FireHydrant fields to Jira fields.\n\nAndroid App Updates\n\n\n\nGreat news for Android users - our app updates have been approved and there are two big changes:\n\nFirst, you can now create and send Alerts from your mobile application. Take the power of FireHydrant Signals with you on the go and send an alert\/page to any user, escalation policy, on-call schedule, or team from your phone.\n\nSecondly, we've updated Signals to override volume settings on Android devices. Users have sometimes had their volume turned all the way down, resulting in missed pages and alerts. Now, you can trust that you will receive an alert regardless of whether you have Do Not Disturb turned on or if your volume is all the way down.\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 We've limited the width of the Details column on the Signals > Alerts page so that longer alert titles don't push action buttons out of visibility within the table\n\n\ud83d\udc85 We adjusted the on-call schedules page so that schedules and their shifts would remain in line with each other instead of specific users\n\n\ud83d\udc85 The Teams page right-side drawer has been cleaned up and UI elements made consistent with the rest of our interface\n\n\ud83d\udc85 Visual updates were made to the view Change Event page to better match the rest of our platform's interface\n\n\ud83d\udc1b We fixed a bug where \"Medium\" did not show up as a priority in selection dropdowns\n\n\ud83d\udc1b Firefox users should no longer see odd CSS issues with overlapping text and clipped elements on the user interface\n\n\ud83d\udc1b We added a retry mechanism for when API calls from Slack fail with unforeseen, intermittent errors\n\n\ud83d\udc1b We fixed an issue where Markdown formatting wasn't being preserved when sent in custom notifications to Microsoft Teams\n\n\ud83d\udc1b Our Terraform provider had a couple API calls for fetching services and fetching on-call schedules that didn't paginate correctly. This has been fixed\n\n\ud83d\udc1b We corrected an issue where Datadog re-notifications for open alerts would incorrectly resolve them in FireHydrant","pubDate":"Mon, 08 Jul 2024 20:53:32 GMT"},{"title":"Notification Priorities, Revamped Jira Onboarding, and more","link":"https:\/\/firehydrant.com\/changelog\/notification-priorities-revamped-jira-onboarding-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/notification-priorities-revamped-jira-onboarding-and-more\/","description":"Notification Priorities\n\n\n\nResponders now have the powerful capability to change how they are notified according to an inbound Alert's priority. This flexibility empowers companies to strategically interrupt their responders for the most important issues while deferring lower priority alerts to e.g., email.\n\nEach out-of-box Transposer will have default behaviors to set an Alerts priority, but Teams can override this and explicitly set a priority on an Alert when configuring Rules.\n\nIn addition, users will now see additional settings in their Profile under Signals Notifications. The Alert Notifications are now split into three separate sections for High, Medium, and Low priorities respectively.\n\nFor example, if something is low priority, you can ask FireHydrant to just email you and you'll check in the morning. But if it's high priority, then it's worth calling you and waking you up in the middle of the night.\n\nDocumentation for Alert Rules and Notification Preferences have been updated accordingly.\n\nRevamped Jira Onboarding\n\n\n\nWe've revamped our Jira onboarding to provide a better experience for users configuring Jira for the first time.\n\nThere are numerous small quality of life improvements, such as providing better callouts and notes for important items, refresh button for reloading Jira projects, and more!\n\nWe also allow setting a project as a default ticketing project for Follow-ups, which allows you to easily create Follow-ups from a Slack message by emoji-ing it with \ud83d\udccb (or whatever you customize in Slack settings).\n\nFinally, we added a screen for users to set up the Jira webhook to FireHydrant and to fully test two-way synchronization between the created Jira ticket and the FireHydrant incident ticket.\n\nThese changes are available now for all new customers configuring Jira for the first time. The small quality of life changes like callouts and defaults are still available when setting up new Jira projects for existing customers.\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 We've changed the field display from \"Name\" to \"Incident Name\" in various places like Slack, Microsoft Teams, and the web interface\n\n\ud83d\udc85 We've increased the escalation policy targets in the user interface to show up to 100 entries\n\n\ud83d\udc85 We've released a MongoDB Atlas Transposer so you can notify via Signals when an alert is raised by your Atlas database\n\n\ud83d\udc85 The Uninstall section\/tab of all integrations have been revamped so that the uninstall button is clearer and differentiated from the tab\n\n\ud83d\udc85 Following some CEL processing changes under the hood, when users are building Alert Rules and attempting to match key values, we will now insert .KEY.equals(VALUE) (standard CEL) instead of .keyEquals(KEY, VALUE) (custom FireHydrant CEL)\n\n\ud83d\udc85 When users add the FireHydrant bot to a Slack channel, that channel will now populate and be selectable in dropdowns immediately throughout the application (e.g., Runbooks, Team channel selection, etc.)\n\n\ud83d\udc1b There was a bug where dismissing the prompts for AI to fill in answers in the Retrospective would re-appear after navigating away and back. They are now dismissed for the remainder of each retro\n\n\ud83d\udc1b We fixed a bug where users who were Viewers were still able to be assigned tasks, follow-ups, and roles on incidents\n\n\ud83d\udc1b We addressed an issue where the duration we calculated for incident milestones could be incorrect in niche circumstances","pubDate":"Thu, 27 Jun 2024 23:30:19 GMT"},{"title":"Google Calendar Integration, Liquid Templating for Catalog Labels, and more","link":"https:\/\/firehydrant.com\/changelog\/google-calendar-integration-liquid-templating-for-catalog-labels-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/google-calendar-integration-liquid-templating-for-catalog-labels-and-more\/","description":"Google Calendar Integration\n\n\n\nWe've officially released the Google Calendar integration. This new integration brings two key features: AI meeting transcription and the ability to easily schedule retrospectives.\n\nYou'll find a new integration tile for Google Calendar, and once installed, there will be a shiny, brand new Runbook step: Create Google Calendar Event. This will create an event, but more importantly, a meeting associated with this event and the ability to transcribe its audio. Just like with Zoom, this transcription will feed into your AI summary and AI-generated answers to retrospective questions and other fields. The incident and retrospective pages will also have links to the calendar event once created.\n\n\n\nIn addition, once the incident is resolved, you'll spot a new button on your Command Center page to \"Schedule Retrospective.\" Clicking this button will take you to Google Calendar's new event page with event information pre-filled, including a link to the Incident\/Retrospective and all of the incident's responders present on the guest list! Now, it's way easier to quickly schedule an incident review with all the right folks in just a couple clicks!\n\nLastly, once the retro has been scheduled, we will also display the date\/time it was scheduled for directly in FireHydrant's interface!\n\nDocumentation can be found here:\n\nGoogle Calendar Integration\n\nCreate Google Calendar Event Runbook Step\n\nLiquid Variables for Labels\n\n\n\nLabels have been present on FireHydrant's Services and Functionalities for a couple years now, but we've recently added the ability to access them via Liquid templating.\n\nThis is useful for printing out a Service's labels\/details in numerous places - for Jira field mapping, to page a team with information, sending out emails, and more! You can access these values by using the following Liquid templating:\n\n{% for service in incident.services %}\n  {{ service.labels.LABEL_KEY_HERE }}\n{% endfor %}\n\n{% for functionality in incident.functionalities %}\n  {{ functionality.labels.LABEL_KEY_HERE }}\n{% endfor %}\n\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 Alert links are now in a separate section and limited to a maximum of five, with a link to see all alerts in the Linked Alerts tab. The overall result is a cleaner Details panel on the Command Center page\n\n\ud83d\udc85 We now support wildcard domains on allowed email senders for Signals Email sources\n\n\ud83d\udc85 If retrospective exports (e.g., Google Docs or Confluence) exist on a retrospective, we now add them as easy-access buttons at the top of the retro page\n\n\ud83d\udc85 When there are no events starred when you start a retro, we now show a prompt and link to documentation\n\n\ud83d\udc85 Retrospectives now auto-save when users navigate between tabs, ensuring that any answers to questions or contributing factors aren't lost\n\n\ud83d\udc85 We made several small UX improvements to Jira project configuration: more help text, clearer callouts to field mapping, callouts to authorize with a Service Account, field requirements so you can't choose issue types without status mappings and vice-versa, better field lengths and less crampage, and more\n\n\ud83d\udc85 In case Slack becomes unresponsive or there is a connection issue, we've implemented safeguards to prevent users from clicking \"Declare\" multiple times and subsequently creating multiple duplicate incidents\n\n\ud83d\udc85 The header of the Command Center now displays the time the incident was opened, which is separate from the Started milestone time which may be adjusted manually\n\n\ud83d\udc85 We now have a new transposer for Azure Monitors so you can receive alerts directly from your Microsoft Azure infrastructure\n\n\ud83d\udc85 We've renamed the \"Tasks\" tab to \"Tasks & Follow ups\" to provide better visibility to Follow-ups being contained on those tabs\n\n\ud83d\udc85 You can now delete Functionalities directly on the Functionalities page instead of going in to each Functionality's Edit page\n\n\ud83d\udc85 The Event Logs page now shows icons for each Event designating its Source\n\n\ud83d\udc85 While viewing an Event's details in the side drawer, the title and body are now Markdown-enabled to increase readability\n\n\ud83d\udc85 We clarified some wording in the modal for adding Follow-up tickets using external URLs\n\n\ud83d\udc1b We addressed a bug where the wrong tab was highlighted in the Retrospective because the check for AI features happened after page load\n\n\ud83d\udc1b We mended a weird issue where buttons would have scrollbars if the user's system settings were set to always show scrollbars\n\n\ud83d\udc1b Minor responsiveness issues on the Change Events page have been addressed\n\n\ud83d\udc1b When generating AI answers to Lessons Learned, we incorrectly showed the loading spinner on Follow-ups too even though we were only operating on Lessons Learned. This has been fixed\n\n\ud83d\udc1b We now gracefully handle condition deletions so that if a Service is using a condition (let's say \"Borked\") and it's deleted for some reason, the Command Center page doesn't crash and incident updates still work\n\n\ud83d\udc1b We fixed an issue with Email Sources where we were using case-sensitive encoding of IDs when all email clients tend down-case email addresses. This is now case-insensitive\n\n\ud83d\udc1b We mitigated a bug where switching from Incidents and Impacts to MTTX Analytics analytics subpages broke and reset the filtering\n\n\ud83d\udc1b There was an issue where pairing \"Declared after\" with \"Assigned Teams\" or \"Impacted Teams\" filters on the Incidents page returned nothing that has been fixed\n\n\ud83d\udc1b We fixed a bug where invalid dates in filters would break the whole page. Now, the filter won't save if values are invalid\n\n\ud83d\udc1b We addressed a bug where custom working hours weren't respected or used when calculating and inserting shifts in on-call schedules\n\n\ud83d\udc1b We corrected a problem where Jira tickets created from Alert Routing were either overwritten by a Runbook step also creating an incident ticket, or there would be duplicate incident tickets on the incident\n\n\ud83d\udc1b Incident search would produce inconsistent results when the incident name included numbers. This has been adjusted so that when searching numbers, we would not only find incidents whose number matched, but also incidents whose titles include said numbers","pubDate":"Fri, 21 Jun 2024 01:17:00 GMT"},{"title":"Email Event Source, Saved Views for Alerts, and Various Other Improvements","link":"https:\/\/firehydrant.com\/changelog\/email-event-source-saved-views-for-alerts-and-various-other-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/email-event-source-saved-views-for-alerts-and-various-other-improvements\/","description":"Email Event Source\n\n\n\nWe're excited to introduce Email Event Sources! This came as a popular feature request, especially from customers using some legacy systems without webhook capabilities.\n\nYou can now configure Email sources in FireHydrant to receive emails that trigger alerts, with customizability such as allow-listed senders and Trigger Rules. You can find more information in the documentation here.\n\nSaved Views for Alerts\n\n\n\nBuilding on our existing infrastructure, we've added Saved Views to our Alerts page! Pre-configure filters so you can see your alerts by Rules, Teams, Users, and more!\n\nIf individual users want to quickly see only Alerts belonging to them or to their Team\/Service, they can configure that as a default view.\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 You can now reorder component groups in FireHydrant status pages\n\n\ud83d\udc85 We've added the ability to bulk edit Tasks and Follow-ups in the web interface\n\n\ud83d\udc85 When adding existing Jira Cloud tickets as external tickets, we will automatically insert the ticket's summary as part of the link's description so users have more information aside from the ticket's number\n\n\ud83d\udc85 Whenever an incident field changes, we now display the original value in the timeline next to the new value\n\n\ud83d\udc85 We've added the Linked Alerts tab to the Microsoft Teams FireHydrant tab shown in incident channels\n\n\ud83d\udc85 You can now set a default Microsoft Teams channel for team alerts. Things like coverage requests, shift overrides, and other notifications will post here automatically for the team\n\n\ud83d\udc85 We noticed we were using the same icon for both Signals alerts as well as internal status pages for each incident. We've changed the icon we use for internal status pages\n\n\ud83d\udc85 We updated our Functionalities create\/edit page to use the new styling that's consistent across the rest of the application UI\n\n\ud83d\udc85 New users of the Microsoft Teams bot will receive a welcome message with links to documentation and other instructions\n\n\ud83d\udc85 We've added a new column on the Runbooks page for Categories, which are collected based on the steps used within the Runbook\n\n\ud83d\udc85 We've updated our scoring system for related incident searches - the AI copilot should now be providing even more accurate suggestions for related incidents\n\n\ud83d\udc1b We fixed an issue where canceling an additional edit to a Contributing Factor after a previous edit would suddenly hide the value\n\n\ud83d\udc1b We fixed a bug in Slack where Alerts were updated but the timestamps remained the same and still showed the original creation time\n\n\ud83d\udc1b There was an issue with trying to open the dropdowns after editing multiple Milestone times on an incident which was addressed\n\n\ud83d\udc1b Responsiveness issues with the FireHydrant tab in Microsoft Teams were fixed\n\n\ud83d\udc1b We resolved a bug where our Change Events page wouldn't load for long periods of time, and after that loading period, the page would be empty even though Change Events existed\n\n\ud83d\udc1b We've fixed a problem with retrying actions in Slack while also avoiding hitting Slack's rate limits for large queues of updates\n\n\ud83d\udc1b Some minor alignment and spacing issues were corrected for custom time windows when configuring on-call schedules\n\n\ud83d\udc1b We addressed an issue where trying to set a label with an empty key on a service catalog component would break the page instead of gracefully handling the error","pubDate":"Thu, 13 Jun 2024 00:13:31 GMT"},{"title":"Linear Integration, Customizable Handoff Reminders, and Quality of Life Improvements","link":"https:\/\/firehydrant.com\/changelog\/linear-integration-customizable-handoff-reminders-and-quality-of-life-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/linear-integration-customizable-handoff-reminders-and-quality-of-life-improvements\/","description":"Linear Integration\n\n\n\nWe're excited to announce our new Linear integration! They've built an exciting product for project management and it's been popularly requested from us as an integration.\n\nWith the Linear integration, you can create incident tickets via a Runbook step as well as create follow-up tickets in any Team\/project of your choice!\n\nLinear, like our other ticketing integrations, is bi-directional - changes in status of the FireHydrant incident or Follow-up will automatically change the linked ticket's status in Linear and vice-versa.\n\nAny Follow-up Linear tickets will automatically be set as sub-issues of the Incident ticket.\n\nTo learn more about the Linear integration, check out the documentation\n\nCustomize Handoff Reminders\n\n\n\nPreviously, the default behavior was to notify users 24 hours before the start\/end of a shift and then immediately when the shift begins\/ends.\n\nNow, you have the ability to customize this in your user settings. On top of changing the time frames of when you are notified about upcoming\/ending shifts, you can also choose where you'd like to be notified (Slack vs. email). Take a look at your Profile page and check it out!\n\nOodles of Quality of Life Improvements\n\n\n\nWe've added numerous quality of life improvements for various different tasks within FireHydrant:\n\nYou can now sort the Incidents page by Date Created, Severity, and Priority. You'll find the \"Sort by\" dropdown on the Incidents page just below \"+ Add Filter.\" More parameters for sorting, including duration of incident, are still in-progress\n\nWe've added additional filters to the Settings > Users page to filter users by their (access) roles, whether they have private incident access, and their status (enabled\/disabled). These new filters join our existing filters to show users with and without notifications configured\n\nOn the Signals > Alerts page, you can now bulk resolve alerts. You'll see checkboxes available on the page so you can check all alerts or some alerts and then a bulk actions dropdown will show\n\nIn line with our other re-ordering capabilities, you can now reorder your Priorities. Any changes in this ordering will be respected everywhere you may see the priority dropdown\n\nWe've added the ability for you to search incidents according to roles existing on the incident and who was assigned to said role. Can't remember that one incident where Jimothy was the Commander? Now you don't have to - just filter on Jimothy = Commander using our filter dropdowns\n\nWe hope to continue cranking away on little things that make FireHydrant easier and better to use!\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 We've added Incident Impacted Infrastructure as a selectable condition in Jira custom field mapping. Now, you can map different fields to Jira based on which of your Services and components are impacted in FireHydrant\n\n\ud83d\udc85 For Jira Server (On-Premise), we've added the capability to map custom fields that are linked to Jira Assets - some customers are using Jira Assets as a Service Catalog so mapping these fields on tickets helps streamline their analytics and automation\n\n\ud83d\udc85 When declaring an incident and updating impacted components, we will make severity recommendations if the selected component has an entry in your severity matrix. This will work in Slack, MS Teams, and the web interface\n\n\ud83d\udc85 You now have the ability to upload different types of files to the FireHydrant timeline, including PDFs, Microsoft Word, Excel, and Powerpoint files, RTF, CSV, and ZIP files\n\n\ud83d\udc85 We've added international Voice support for Greece (+30). Remember to download the updated virtual contact card here.\n\n\ud83d\udc85 On the Incidents and Impact page, we've adjusted the Incidents by Severity chart to display the severities in order of severity. Previously they were inconsistent\n\n\ud83d\udc85 Non-licensed Microsoft Teams users will now be able to execute basic commands like seeing who's on call, service information, and of course, declaring incidents. Owners and Members will need to first set an API token for the bot to assume for non-authenticated users. Browse the documentation here\n\n\ud83d\udc85 Our Microsoft Teams integration now restricts Viewers from performing any actions other than viewing incidents and information like services and who's on call, similar to unlicensed users\n\n\ud83d\udc85 Previously, we only had a Runbook step for creating incident Jira tickets and Follow-ups were created manually, but we received feedback that there were consistent Jira tickets users wanted to create each time (e.g., a separate ticket to track RCA completion). So there's now a new Runbook step \"Create a Follow-up Jira Cloud issue\" to meet your needs\n\n\ud83d\udc85 We've added our Status update templates as Terraform resources so you can now manage your templated status messages as code\n\n\ud83d\udc1b We fixed an issue where Jira Alert Routing was unintentionally changing the original ticket's type or creating additional tickets after an incident is started\n\n\ud83d\udc1b We fixed a bug where tagged user group handles weren't replicating properly into the FireHydrant timeline's messages\n\n\ud83d\udc1b There was a bug where messages mentioning users in Slack were showing up as numbers instead of their names in the FireHydrant timeline. This has been addressed\n\n\ud83d\udc1b After adding a Functionality with responding teams to an incident, users were still receiving suggested resource messages in Slack even if these types of notifications were silenced. This has been fixed\n\n\ud83d\udc1b We addressed some typos and mis-formatted documentation in our Terraform docs for Signals Escalation Policies\n\n\ud83d\udc1b We fixed an issue where automatically adding teams whose services were impacted on incidents didn't work if the team only had one user\n\n\ud83d\udc1b There was an issue where existing related incidents were removed when attempting to add more related incidents to an ongoing one which has been fixed\n\n\ud83d\udc1b We addressed a bug where changing the phone number while it was added but unverified would not update to the new number and instead ping the old one","pubDate":"Thu, 06 Jun 2024 22:21:28 GMT"},{"title":"Tutorial Runbooks, Runbook Visual Explorer, Auto-Rerun Steps, and more!","link":"https:\/\/firehydrant.com\/changelog\/tutorial-runbooks-runbook-visual-explorer-auto-rerun-steps-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/tutorial-runbooks-runbook-visual-explorer-auto-rerun-steps-and-more\/","description":"Tutorial Runbooks\n\n\n\nCapitalizing on the flexibility of FireHydrant's Runbooks, you can now define your own Tutorial Runbooks (or start from a template and customize) for your responders to refer to whenever needed.\n\nOnce configured, check the setting for \"Use for tutorial incidents\" and it will automatically execute whenever users run \/fh tutorial command in Slack or @FireHydrant tutorial in Microsoft Teams.\n\nThis also prevents it from accidentally attaching to real incidents, and you can update the Runbook as needed for whenever your processes change.\n\nVisual Runbook Explorer\n\n\n\nWe've introduced a tree view for Runbooks. When configuring Runbooks or viewing a Runbook's execution in the Command Center, there is now a switch present with the \"Explorer\" label. Toggling this changes the view to the visual tree. You can also add and edit steps from within the explorer pane as well.\n\nFor people who are more visually-inclined, now it's easier to see how steps may depend on each other for completion and what executes immediately after incident trigger.\n\nAutomatically Rerun State Transition Steps\n\n\n\nRounding out our improvements to state transitions in Runbooks, any steps with state transitions as conditions now have an additional checkbox to \"Rerun on every transition (Optional)\". You can use the automatic step rerunning with the Attach A Runbook step to automatically re-attach runbooks on state transition.\n\nPlease note that not all steps support rerunning! Runbook steps that previously supported repeating are supported here, as well as a couple additional ones like renaming your Slack channel and attaching a Runbook.\n\nRunbook steps traditionally could only be rescheduled every five minutes at the shortest, but this option enables steps to fire immediately upon transition. So now, you'll be able to do things like:\n\nSend an email out every time the Milestone changes\n\nNotify a Slack channel if the Severity upgrades or downgrades\n\nSend a webhook to your logging tool that the incident changed Severity\n\nWe hope this capability helps satisfy our customers' needs around ensuring updates are sent to custom locations in a timely manner!\n\nDatadog Service Import\n\n\n\nYou can now import Service Catalog components from Datadog! To get started, you'll need to update the Datadog integration settings in FireHydrant with API and Application keys. Once done, head over to Catalog > Import from third party, and you'll see Datadog as an option.\n\nDepending on how many services you have, it may take several seconds to load all of them. From there, you can decide whether to link them to existing components or to create new ones!\n\nOther Improvements and Bug Fixes\n\n\ud83d\udc85 We've added a displayName filter to our \/scim\/v2\/groups endpoint for SCIM, allowing scripts and automation to filter down the fetched list of teams by a team name\n\n\ud83d\udc85 In Microsoft Teams, different users may be logged in to different FireHydrant organizations. We've shipped a change that prevents users logged into one organization from interacting with cards created for a different organization\n\n\ud83d\udc85 We've added transposers for Chronosphere and GCP Service Health, allowing you to ingest Events from these sources out-of-box for alerting in FireHydrant\n\n\ud83d\udc85 The On-Call Schedules page for a team will now always show on-call schedules in the order that they were created, ensuring consistency each time someone looks at the calendar\n\n\ud83d\udc85 We now support reordering conditions in the user interface. Reordering these will impact the order they are shown everywhere else across the platform, such as when marking a Service as impacted in Command Center or in chat apps like Slack or Microsoft Teams. This change also will prompt users to modify their severity in the web ui if they have a configured severity matrix.\n\n\ud83d\udc85 Customers have requested an additional Tier 0 for Services and Functionalities so we've added it to the list of available values\n\n\ud83d\udc85 The \"Attach a Runbook\" step can now be re-run on every transition, in line with the state change capabilities\n\n\ud83d\udc85 For Jira On-Prem\/Server, Custom Fields based on Jira Assets are now mappable in custom field mapping\n\n\ud83d\udc1b We fixed a bug where our AI Copilot was suggesting the same incidents multiple times. Now, if an incident has been suggested before, it won't be suggested again during an incident\n\n\ud83d\udc1b There was an issue where default Jira issue types weren't selectable in Jira project configuration even after mapping custom required fields. This has been fixed\n\n\ud83d\udc1b We fixed an issue in Microsoft Teams where a templatized notification message would not update with latest status and links until after an update was made on the incident\n\n\ud83d\udc1b We fixed a bug where extremely long idempotency keys on inbound Events would throw an error and not ingest the Event at all\n\n\ud83d\udc1b There was an inconsistency in behavior when users were attempting to search for incidents that contained numbers in the title which was addressed\n\n\ud83d\udc1b Our Grafana transposer was not correctly copying over parameters to Signals annotations so we've fixed this\n\n\ud83d\udc1b We had been expiring Alerts that exhausted all Escalation Policy steps and handoffs even if they hadn't reached the 24-hour open threshold. This has been fixed\n\n\ud83d\udc1b Users were getting Liquid errors on valid templating. It turns out this is due to implementation differences between Ruby Liquid (what we use) vs. Javascript and other implementations. In our Liquid previews, we now display descriptive error messages and suggestions for workarounds for specific issues\n\n\ud83d\udc1b We fixed an intermittent issue with the Notify Slack Incident Channel w\/ Custom Message where the Action Button field was sometimes required and sometimes not. This is now consistently optional\n\n\ud83d\udca5 We've disabled the ability for an Escalation Policy to hand off to itself. This prevents an escalation path from running until the end of time, since your on-call responders won't live that long. Instead, we recommend using Repeats to rerun the Escalation Policy (a reasonable number of times).","pubDate":"Wed, 29 May 2024 21:02:31 GMT"},{"title":"Introducing a New (Fully-Featured) Microsoft Teams Integration","link":"https:\/\/firehydrant.com\/changelog\/introducing-a-new-fully-featured-microsoft-teams-integration\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-a-new-fully-featured-microsoft-teams-integration\/","description":"For years, FireHydrant had a Microsoft Teams bot that could do a few basic things like notifying channels. But users were clear in their feedback: they wanted all of the capabilities of incident management without leaving Teams.\n\nAfter many quarters improving other parts of our platform, we're excited to unveil a brand new Microsoft Teams bot - this time, with full IM capabilities.\n\nGetting Started\n\n\n\nWe've gone over the full list of new functionalities in our beta release blog post. You can read the blog post here to get an overview of what the MS Teams bot is capable of, with much more coming prior to GA and after.\n\nTo get started, schedule a demo or reach out to your Customer Success representative. Once we've spoken with you and your team, we can enable you on the Microsoft Teams beta and you'll be able to install the integration.\n\nOnce enabled, you will find a new tile called \"Microsoft Teams (beta)\" on your Integrations page.\n\nFrom there, browse our documentation linked below and reach out to our team if you need help, support, or to provide feedback!\n\nInstallation Docs\n\nMS Teams Responder Guide\n\nFull List of MS Teams Actions and Commands\n\nMS Teams Runbook Steps","pubDate":"Thu, 23 May 2024 14:27:07 GMT"},{"title":"Rerun Any Runbook Step, More Milestone and Severity Conditions, Reordering Severities, and more!","link":"https:\/\/firehydrant.com\/changelog\/rerun-any-runbook-step-more-milestone-and-severity-conditions-reordering-severities-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/rerun-any-runbook-step-more-milestone-and-severity-conditions-reordering-severities-and-more\/","description":"Rerun Any Runbook Step\n\n\n\nFollowing up last week's Runbook improvements, this week we're enabling the capability to rerun any Runbook step (not just failed or repeating ones!) for all users.\n\nSteps that can be executed multiple times (e.g., notifying chat channels, email steps, incident update steps, and more) will now present a \"Run step again\" button that you can execute at any time ad-hoc.\n\nNote that this button will not be present for steps that are single-execution only (e.g., creating an incident channel, assigning a team, etc.). Those will only present \"Rerun\" buttons if they have failed to execute.\n\nMilestone and Severity Movements Up or Down\n\n\n\nAlso hot on the tail of last week's Runbook conditions improvements, we've added some additional pieces for Milestones and Severities.\n\nSeverities now have explicit conditions for \"escalates\" and \"de-escalates\", allowing you to automate Runbook steps based on the severity going up or down. We've also added \"moves forward\" and \"moves backward\" conditions for Milestone changes, allowing you to automate based on an incident progressing or regressing in progress towards resolution.\n\nReorder Your Severities\n\n\n\nSeverities can now be reordered - instead of having to go through and rename the existing order to what you want, you can simply move severities up and down in the order you desire.\n\nReordering these will affect the order they are displayed to users on all interfaces, from the web UI, to your chat bot's declaration screen, and more.\n\nOther Fixes and Improvements\n\n\ud83d\udc85 The Runbooks conditions were revamped and are now visually cleaner and allow for searching!\n\n\ud83d\udc85 We've introduced a Transposer for Pingdom, allowing FireHydrant to support ingesting Events from Pingdom out-of-box for alerting with FireHydrant Signals\n\n\ud83d\udc85 Custom fields are now also included when exporting a CSV of incidents on the Incidents page\n\n\ud83d\udc85 We've added a link to Jira field mapping documentation on the Jira project configuration page to better help users understand why they may not be seeing issue types selectable for incidents or follow-ups\n\n\ud83d\udc1b We fixed a bug where opening a Runbook in a new tab would close that tab immediately\n\n\ud83d\udc1b The \"Action button\" field for \"Notify Slack incident channel with custom message\" step should be optional, but users who hadn't updated the step since we introduced that field were running into problems saving changes. This has been fixed\n\n\ud83d\udc1b Several typos in the Slack bot help command were corrected\n\n\ud83d\udc1b We fixed an issue where (re-)authorizing Slack would overwrite existing Slack steps in Runbooks\n\n\ud83d\udca5 We've removed the in-app notifications (the little bell icon + dropdown at the top). It was limited in functionality, saw low interaction, and provided little value for our users, so we've opted to remove it","pubDate":"Tue, 21 May 2024 00:40:54 GMT"},{"title":"On-Call Slack Groups, Runbook Improvements, and more!","link":"https:\/\/firehydrant.com\/changelog\/on-call-slack-groups-runbook-improvements-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/on-call-slack-groups-runbook-improvements-and-more\/","description":"On-Call Slack Groups\n\n\n\nFireHydrant is excited to introduce Slack group syncing for on-call schedules! You can now point one or more on-call schedules at the same Slack user group and we\u2019ll sync all of their on call users to that group. This makes it easy to sync all of a team\u2019s schedules to a single Slack handle for the whole team.\n\nTo start using this feature, you need to first re-authorize your Slack integration as it requests additional scopes to modify Slack groups. You will also need to give the FireHydrant bot permission to manage user groups in your Slack workspace settings. Next, ensure there is a Slack group FireHydrant can start syncing with (e.g., \"@database-oncall\"). Then, go to your Team's page > On-Call Schedules and click the ellipses next to any schedule you'd like to start syncing with a Slack group handle!\n\nStop and Rerun Runbooks\n\n\n\nWe've added the ability to Stop and Rerun Runbook executions. Stopping a Runbook will immediately cease all of its steps and ask for a cancellation reason. Once provided, this logs an event in the timeline.\n\nRerunning a Runbook will stop\/cancel any pending steps, and then re-execute all steps within the Runbook. No setup is necessary to use these features.\n\nOn Any Severity or Milestone Change Runbook Conditions\n\n\n\nWith Runbooks, FireHydrant users never had to understand the difference between \"triggers\" and \"conditionals\" - if an incident was e.g. SEV3, then the SEV3 Runbook would attach and execute. This allowed for powerful, flexible layering capabilities while keeping them easy to understand.\n\nBut of course, this led to a quirk - you had to specify explicit conditions, which in turn meant you had to know what a value (e.g., Severity) would change to. This doesn't work for workflows like \"Send an email when the severity changes.\"\n\nWith feedback from customers, we've started adding \"On Any Change\" conditions to our Runbooks, starting with Severity and Milestones. You can find additional options in those conditions for \"changes.\"\n\nOther Fixes and Improvements\n\n\ud83d\udc85 We added a firehydrant_ingest_url data source in Terraform to fetch targeted webhooks for specific teams, users, and more. Docs here\n\n\ud83d\udc85 In the milestones section of the Retrospective, we previously hid any milestones that did not have a timestamp. Now, we show them and add an action button to add a timestamp, making it easier to see which milestones are missing data\n\n\ud83d\udc85 Incident types can now be specified in the Signals Terraform. Docs here\n\n\ud83d\udc85 We've officially exposed the \/v1\/metrics\/mttx API endpoint so users can fetch the same data that we show on the MTTX Analytics page. We highly encourage users to switch to using this endpoint over the other metrics endpoints\n\n\ud83d\udc85 We've added tags and customer_impact_summary as additional fields in the incident CSV export\n\n\ud83d\udc85 The Signals migration tool will now also create FireHydrant user blocks in the generated Terraform. This is highly useful for net-new customers migrating from other alerting providers to FireHydrant and have not yet configured their SSO\n\n\ud83d\udc85 We've exposed the position parameter for Severities API, allowing users to now re-order their Severities. This will impact the order everywhere Severities are selectable\n\n\ud83d\udc85 We've added a Finland phone number to our pool of international voice callers. Remember to download and add the updated vCard!\n\n\ud83d\udc1b We fixed an issue where if a monitoring tool sent us an Event saying an existing FireHydrant alert has been resolved, we wouldn't mark the Alert as resolved if it had already been acknowledged\n\n\ud83d\udc1b When creating a Runbook from a suggested template, there was an issue with empty default values that prevented users from editing certain steps. This has been fixed","pubDate":"Tue, 14 May 2024 02:18:06 GMT"},{"title":"Alerting Migration Tool for FireHydrant, Suggested Incidents, and more!","link":"https:\/\/firehydrant.com\/changelog\/alerting-migration-tool-for-firehydrant-suggested-incidents-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/alerting-migration-tool-for-firehydrant-suggested-incidents-and-more\/","description":"Alerting Migration Tool\n\n\n\nWe've released and open-sourced an application to import your Users, Teams, and\/or Services from existing alerting providers to FireHydrant's Signals platform!\n\nAfter picking which elements to import, we will generate a Terraform file for you which you can tf apply or you can combine it with your existing Terraform configurations.\n\nTo learn more, visit the blog post.\n\nSummary Backfill, Suggested Incidents, and Auto-Generation\n\n\n\nWe've been hard at work teaching our AI copilot how to be more useful to incident responders, and now it's got a variety of new capabilities!\n\nFirst, we ran a backfill on all historical incidents on our system - every incident (unless you disabled AI) now has a summary generated for it and is available to anyone who visits the incident in the UI or the Slack channel, if it still exists.\n\nYou may have noticed a sneaky addition to the Command Center, but a couple weeks ago, we added a \"Suggested Incidents\" section to the Details panel, which automatically populates based on what the AI copilot thinks are the most relevant incidents. These suggestions will now also be posted into the Slack channel (along with a snooze button if you don't need 'em anymore). This individual feature can be turned on\/off in Settings > AI > Related Incidents (requires Owner permissions).\n\nThe copilot compares a variety of factors, including incident status updates, chat messages, roles and teams assigned, and more. If you have thoughts or comments, keep delivering the feedback so we can continue to refine!\n\nOther Fixes and Improvements\n\n\ud83d\udc85 We revamped the Jira integration settings project table. Now you'll see in the table whether incident tickets and follow-ups have been configured for each project\n\n\ud83d\udc85 We also revamped the connection health styling in your integrations, so all warnings or other messages are organized neatly in a table now, improving legibility\n\n\ud83d\udc85 You can now filter and search for specific values on single-select and multi-select dropdown questions in Lessons Learned\n\n\ud83d\udc1b We fixed an issue that was causing only the first two members of a team when choosing a team to assign to an incident in Slack. We now properly show the entire team and all of their roles, if role assignments exist.\n\n\ud83d\udc1b The conditions dropdown menu in Jira field mapping was previously cut off in the side drawer and this has been fixed\n\n\ud83d\udc1b We fixed an issue where some users with Collaborator permissions were unable to send Signals alerts. This has been fixed so all Signals users can now send alerts.\n\n\ud83d\udc1b There was an issue where users couldn't change a custom field mid-incident if it was required at declaration. This has been addressed and custom fields should be editable, they just cannot be cleared if they're a required field\n\n\ud83d\udc1b We fixed a minor misalignment of the Signals icon on the Incidents list page","pubDate":"Mon, 06 May 2024 22:48:45 GMT"},{"title":"AI Summary Variable, Raised Custom Field Limits, User Notification Filters, and more!","link":"https:\/\/firehydrant.com\/changelog\/ai-summary-variable-raised-custom-field-limits-user-notification-filters-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/ai-summary-variable-raised-custom-field-limits-user-notification-filters-and-more\/","description":"AI Summary Variable\n\n\n\nThe latest incident AI summary is now accessible via a Liquid variable {{ incident.ai_incident_summary }}. This means the latest summary, including all the context provided from timeline and Zoom transcript, can be sent anywhere such as other channels, emails, internal status pages, and more.\n\nLet FireHydrant's copilot update your boss so you can focus on the incident!\n\nRaised Custom Field Limits\n\n\n\nCurrently, multiple organizations within individual accounts share the same global limit for Custom Fields which we set at ten for historical reasons.\n\nWe've now raised the custom field limit from ten to twenty for enterprise accounts. We hope this makes it easier for you to track your custom data across all of your organizations!\n\nUser Notifications Filters\n\n\n\nThe Users page now allows you to filter users according to which notification methods they've set up. This helps you more easily ensure users don't forget to configure ways to page them\n\nOther Fixes and Improvements\n\n\ud83d\udc85 We now send a Webhook event whenever users make any edits to milestones' timestamps\n\n\ud83d\udc85 Inbound alerts that match idempotency keys with an existing, open alert within the last 24 hours will now no longer create new alerts. If an existing alert with matching key is dismissed or resolved, or if it's been longer than 24 hours, then a new alert will be opened\n\n\ud83d\udc1b We fixed the \"Configure integration\" link to actually look like a link on Runbook steps whose integrations haven't been configured\n\n\ud83d\udc1b We fixed a bug where users were unable to subscribe to FireHydrant status pages due to a TLS certificate error\n\n\ud83d\udc1b We fixed a bug with how we handled the indices of alerts that had reached a terminal state, resulting in weird ordering in the alert's timeline\n\n\ud83d\udc1b We fixed an issue where the Jira Runbook step wouldn't correctly assign the Jira ticket if the Runbook was attached manually\n\n\ud83d\udc1b We fixed a minor glitch where clicking on the \"Generate\" or \"Regenerate\" button in the Command Center would also collapse the accordion it was on\n\n\ud83d\udc1b We fixed a bug where hitting 'Enter' when searching for Runbook steps, even if there were matches, would result in an exception\n\n\ud83d\udc1b We fixed an issue where users with the maximum number of custom fields would encounter an error when trying to edit an existing custom field","pubDate":"Mon, 29 Apr 2024 11:10:48 GMT"},{"title":"Granular AI Controls, Webhook Targeting, Preemptive Shift Overrides, and more!","link":"https:\/\/firehydrant.com\/changelog\/granular-ai-controls-webhook-targeting-preemptive-shift-overrides-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/granular-ai-controls-webhook-targeting-preemptive-shift-overrides-and-more\/","description":"To follow up last Friday's cool new Zoom features, we've got a plethora of other improvements and fixes that our team cranked out last week!\n\nGranular AI Controls\n\n\n\nWhen FireHydrant first put out our AI copilot feature, it was an-all-or-nothing setting that was enabled for all features for your organization.\n\nNow, we give you greater granularity so that you can turn AI on or off for specific features. Want smart summaries when people join, but prefer incident responders write manual updates? No problem!\n\nThe singular toggle switch on the AI settings page has been replaced with a bigger menu of individual line items.\n\nWebhooks for Escalation Policies, On-Call Schedules, and Users\n\n\n\nMany of our customers migrate to Signals with existing monitoring tools. While we offer Alert Triggers and Rules to route inbound events, oftentimes customers already have routing configured in their monitoring and don't want to reconfigure all of this in FireHydrant.\n\nA few weeks ago, FireHydrant released team-targeted webhooks so that you can directly target a team's default escalation policy. Now, we've extended the flexibility to allow directly tareting Escalation Policies, On-Call Schedules, and Users.\n\nSimply head to the Alert Triggers tab in your Team's settings to find the dropdown for specific targets and copy your webhooks.\n\nPreemptive Shift Overrides\n\n\n\nFireHydrant has built Signals with ease of use in mind - we've made it extremely simple for users to request coverage from other team members. But what if someone else already knows what times they need to step in?\n\nNow, users can override partial or entire shiftswithout the original shift owner needing to request coverage. You'll find buttons to do this when clicking on the shifts in the calendar view!\n\nOther Fixes and Improvements\n\n\ud83d\udc85 When paging with Signals from Slack or in the user interface, the Description for the alert is now optional instead of mandatory\n\n\ud83d\udc85 When an Alert is posted to Slack, we will no longer truncate the alert summary or description\n\n\ud83d\udc85 Event Sources for Signals and Team-based webhooks are now restricted to only users with Member permissions and above\n\n\ud83d\udc85 You can now export the list of users to CSV on the Users page in your Organization settings\n\n\ud83d\udc85 Alerts sent via email previously only included the title but will now include the title and full description of the alert\n\n\ud83d\udc85 You can now cancel your coverage requests from both the mobile app and the web interface\n\n\ud83d\udc85 If an Event Source sends a recovery alert to FireHydrant after sending an initial alert, FireHydrant will now resolve that initial alert\n\n\ud83d\udc85 We had previously been calling from a US number with 619 area code regardless of the recipient's country. This resulted in calls not going through, or the receiver being charged for international phone rates. We now will attempt to match a local number and fallback to a US\/Toll-Free number if unavailable. For our voice coverage, visit our docs\n\n\ud83d\udc1b We fixed a small visual glitch where the Liquid templating preview button's row slightly overlapped the input textbox above it and covering the border\n\n\ud83d\udc1b We fixed a bug on the Task Lists page where attempting to add a task list resulted in a blank page\n\n\ud83d\udc1b We fixed an issue in Slack where longer descriptions for severities were truncated. The full description now displays below the severity dropdown\n\n\ud83d\udc1b When querying alerts by service, the API was only returning open alerts instead of all alerts. This has been fixed so that all alerts for a service are returned regardless of status\n\n\ud83d\udc1b We fixed an issue where if a Runbook step used both \"Current milestone is\" and \"Time since milestone\" conditions, it ignored the time-based condition\n\n\ud83d\udc1b We fixed a small visual blip on FireHydrant status pages where \"All Systems Operational\" erroneously showed a small empty pill\n\n\ud83d\udc1b We fixed a bug where assigning an on-call schedule from PagerDuty to a role within Team settings resulted in a misaligned table\n\n\ud83d\udc1b We fixed a small issue where if the \"Create\/rename Slack channel\" step executed after the incident was resolved, it would show as failed even though it worked as expected","pubDate":"Mon, 22 Apr 2024 19:25:28 GMT"},{"title":"Real-Time Transcriptions, Chat Tracking, and More Zooming Your Way","link":"https:\/\/firehydrant.com\/changelog\/real-time-transcriptions-chat-tracking-and-more-zooming-your-way\/","guid":"https:\/\/firehydrant.com\/changelog\/real-time-transcriptions-chat-tracking-and-more-zooming-your-way\/","description":"We know a lot of our users are often on Zoom bridges triaging and mitigating their incidents. But where does all of that context go once you click \u201cLeave Meeting\u201d?\n\nNot to fear - FireHydrant's newest Zoom features are here. This week, we are stoked (fireplace joke) our Zoom app changes were finally approved and our looming improvements have whooshed through the gloom to bring some bloom to your incident rooms.\n\nTwo new settings have been added to your Create a Zoom Meeting Runbook step: Transcribe Meeting and Automatically attach links to cloud recordings.\n\nHow does it work?\n\n\n\nWith the transcription setting enabled, FireHydrant will invite an \"incident scribe\" to join your call as a fly on the wall, punching figurative keys as your incident stenographer. Don't worry - we've trained our bot to not be judgmental.\n\nThat transcript is then coded live and available to access via the incident's Command Center. All you need to do is refresh the page to get the latest transcript!\n\nSupercharged summarization\n\n\n\nTranscripts are not only recorded into your incident - they will also be used as context for any AI-assisted prompt generation.\n\nSo, even if your responders have been busy and neglected to post updates to Slack or the incident timeline, FireHydrant will still have context from their conversation on Zoom to generate rich summaries and information for different fields. This includes summaries, customer impact, updates, any retrospective questions, and more!\n\nAnyone joining the Slack channel or viewing the incident in FireHydrant UI won't have to join the Zoom meeting to ask \"WhAt'S gOiNg On?\" anymore, even if responders haven't been posting updates and changing milestones! (Tsk tsk, though)\n\nChat too? Yep.\n\n\n\nBUT WAIT, THERE'S MORE! Now, any chat messages posted into your Zoom chat will also now be replicated to your incident timeline just as if they were coming from slack or our in-app chat system.\n\nThis truly tears down the wall between your meeting bridge and incident home, making Zoom a true extension of your FireHydrant incidents.\n\nEasily access Zoom recording links\n\n\n\nWith the recording link option enabled, once the meeting bridge ends, FireHydrant will wait for Zoom's confirmation that it's done processing the recording and automatically attach the recording link to the incident.\n\nNo more reaching out to your admin or whoever started the Zoom to awkwardly fetch the recording link (again)!\n\nEnd Linked Meetings\n\n\n\nWe announced this a couple weeks ago, but to wrap up the Zoom recording link changes with a bow, we released a new Runbook step to preemptively end your linked Zoom bridges so that they stop recording and start processing sooner!\n\nThis is important, as sometimes when there are no hosts on the meeting bridge, everyone may leave but the meeting may not necessarily terminate. This Runbook step ensures the termination happens and automates it.\n\nGet Started\n\nTo try out your new incident scribe:\n\nFirst, have an Owner in your FireHydrant organization head to your Zoom settings and reauthorize the Zoom app since FireHydrant must request additional scopes for these new features (part of why we'd been in review w\/ Zoom since February...)\n\nThen, head to your Runbooks and modify (or add) a Zoom step that creates an incident conference bridge. You\u2019ll see the new dropdowns for transcription and recording links.\n\nThoughts, questions, or feedback? Reach out to our team any time!","pubDate":"Fri, 19 Apr 2024 19:59:29 GMT"},{"title":"Auto-Alerting FireHydrant Teams, Shifts in Mobile App, Cloudflare Transposer, and more","link":"https:\/\/firehydrant.com\/changelog\/auto-alerting-firehydrant-teams-shifts-in-mobile-app-cloudflare-transposer-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/auto-alerting-firehydrant-teams-shifts-in-mobile-app-cloudflare-transposer-and-more\/","description":"Auto-Alerting FireHydrant Teams on Signals\n\n\n\nWhen marking Catalog services or functionalities impacted on an incident, FireHydrant had long supported paging linked Escalation Policies and schedules from external alerting providers like PagerDuty and Opsgenie. Today, this feature is now available for FireHydrant's alerting platform, Signals.\n\nTo use this feature, ensure your services and functionalities have this setting checked and that the responding teams have default escalation policies.\n\nView Shifts, Request Coverage in Mobile App\n\n\n\nThe FireHydrant mobile application now offers the ability to view all of your on-call shifts, request coverage for them, and view open shifts! Take the convenience of FireHydrant's scheduling flexibility with you on-the-go.\n\nLearn more about how FireHydrant approaches schedules and shifts in our documentation here.\n\nCloudflare Transposer\n\n\n\nWe've added a transposer for Cloudflare. The text from the alert will be inserted as the description of the inbound Event to FireHydrant. Now, you can page via Signals from any events sent from Cloudflare!\n\nOther Fixes and Improvements\n\n\ud83d\udc85 Signals alerts associated with an incident will now auto-resolve with the Resolve Linked Alerts Runbook step\n\n\ud83d\udc85 Previously when an incident was resolved, we stopped posting Task List notifications to the incident Slack channel or directly notifying the user with the bot. Now we will continue to notify the user and post this type of update even after resolution, if not silenced in Slack settings\n\n\ud83d\udc85 In Signals Escalation Policies, we will now automatically escalate to the next step if a particular step in the policy is notifying schedules that are all set to \"off-hours\"\n\n\ud83d\udc85 We've improved error reporting for the Webhook Runbook step so that users can better understand why the step fails\n\n\ud83d\udc85 Last week, we added the ability to filter alerts in the UI by various attributes like services, users, etc. We've extended this capability to the FireHydrant mobile app and you can now filter alerts by status, team, and if they are assigned to you\n\n\ud83d\udc85 Previously, you could only configure daily or weekly schedules via Terraform. We've updated the Terraform provider for Signals to support the \"custom\" scheduling strategy. Browse the Terraform docs here\n\n\ud83d\udc1b We fixed an overflow and display issue with the Runbook webhook step\n\n\ud83d\udc1b Previously, running \/fh summary may fail when an AI summary had not yet been generated. We now present you a button to manually initiate the summary generation, if desired\n\n\ud83d\udc1b We fixed an issue in the UI where a saved view and a new view duplicated from it would both show as active. Saved views are now uniquely differentiated, even if their filters are the same\n\n\ud83d\udc1b When running \/fh page in Slack, we fixed erroneously showing that the Description field was optional when it wasn't\n\n\ud83d\udc1b When declaring an incident from a Signals Alert in the UI, we fixed an issue where clicking \"Create incident\" failed with a Milestones error\n\n\ud83d\udc1b We fixed a text wrapping issue for Severities and Priorities having their descriptions truncated when declaring an incident from Slack.\n\n\ud83d\udc1b We fixed a bug in Jira field mapping where if you selected Current Severity or Current Priority as the value, we passed in the entire object body instead of the expected slug as a string. Now, it should just map the expected slug as a string (e.g., SEV1)\n\n\ud83d\udc1b Some Runbook steps were incorrectly handled in field validation and showing as required even when they were not. Fields should be either not required anymore, or will be marked as required accordingly\n\n\ud83d\udc1b We fixed a UI Timeline issue where the leftmost column was squashed if the content was lengthy for Follow-Up updates","pubDate":"Mon, 15 Apr 2024 21:17:06 GMT"},{"title":"Alert Filtering, Tags in Alert Webhooks, End Linked Zoom Meetings, and more","link":"https:\/\/firehydrant.com\/changelog\/alert-filtering-tags-in-alert-webhooks-end-linked-zoom-meetings-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/alert-filtering-tags-in-alert-webhooks-end-linked-zoom-meetings-and-more\/","description":"Alert Filtering\n\n\n\nAlerts in the user interface can now be filtered according to various facets such as impacted Service, Functionality, or Environment, Teams, matched Rule, and more!\n\nThis makes it much easier to trace how Alerts make it into your system and which components they align with.\n\nOther Fixes and Improvements\n\n\ud83d\udc85 Tags can now be included in the Signals alert webhook body, and they can be used to tag related Services, Environments, and Functionalities. Find more information in our Events Data model here\n\n\ud83d\udc85 We have added a new Runbook step for End Linked Zoom Meetings. For all Zoom meetings linked to the incident, you can proactively automate terminating them so that recordings can be processed immediately\n\n\ud83d\udc85 We have added Liquid previews and snippets for custom values when configuring Jira field mapping\n\n\ud83d\udc85 When someone on your team claims a shift coverage request, we now post into the team Slack channel or DM the coverage requester in Slack if a team Slack channel doesn't exist\n\n\ud83d\udc85 We've added connection health checks for Opsgenie integration. You should now see a \"Connection health\" section in your Opsgenie settings\n\n\ud83d\udc1b Fixed an overflow issue where the conditions dropdown in Runbooks was cut off in the modal\n\n\ud83d\udc1b Fixed an issue where Signals was counting against the number of integrations in accounts\n\n\ud83d\udc1b Fixed an issue in Runbooks where field validation was triggering after clicking away from any field. We now trigger field validation when users try to click \"Add Step\" and there are required fields not filled out\n\n\ud83d\udc1b Fixed an issue where Create or Rename Slack incident channel Runbook step could not be saved due to empty Communications field\n\n\ud83d\udc1b Fixed a bug where multi-select fields in the FireHydrant UI were not validating correctly","pubDate":"Mon, 08 Apr 2024 20:14:33 GMT"},{"title":"Signals Webhooks Beta, Teams Targeting for Event Sources, Liquid in Status Templates, and more!","link":"https:\/\/firehydrant.com\/changelog\/signals-webhooks-beta-teams-targeting-for-event-sources-liquid-in-status-templates-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/signals-webhooks-beta-teams-targeting-for-event-sources-liquid-in-status-templates-and-more\/","description":"Signals Webhooks in Beta\n\n\n\nWe love that our customers are finding value in Signals and want to continue expanding on custom workflows. So we released Signals Webhooks in beta - building on our existing Webhooks functionality, FireHydrant can now send Webhooks to external destinations on any Signals\/Alert action. Find the documentation here.\n\nLiquid in Status Templates\n\n\n\nFireHydrant now supports using Liquid templating when configuring Status Templates. Templates with dynamic incident data help reduce the cognitive load for your responders so they can quickly post updates and immediately return to the issue at hand.\n\nDynatrace Event Source\n\n\n\nFireHydrant now supports Dynatrace as an event source for Signals alerts. You can find it in the table on the Event Sources page. Click View on the right-most column of the table to see an example payload and how FireHydrant translates it into an event.\n\nOther Fixes and Improvements\n\n\ud83d\udc85 We've officially added SMS support for India and SMS + Voice support for Poland. The numbers for each have also been added to the vCard\n\n\ud83d\udc85 You can now select FireHydrant Escalation Policies as targets when using the Assign a Role Runbook step.\n\n\ud83d\udc85 We now show a more helpful error message when assigning a team fails in Slack\n\n\ud83d\udc85 We removed the checkbox for Internal Status Page when running \/fh update from Slack, and all updates posted to the incident will always post to Internal Status Pages\n\n\ud83d\udc85 We made performance improvements to the login page and reduced the time to First Contentful Paint (FCP) and Largest Contentful Paint (LCP) by 66%. We also reduced the total blocking time from 10ms to 0ms\n\n\ud83d\udc85 We adjusted the responsiveness of components in our web application, particularly around the ~1300px width\n\n\ud83d\udc85 FireHydrant status pages received updates to some light mode styling and timestamps now all show in the user's local timezone, showing both UTC and local times when hovered over\n\n\ud83d\udc85 FireHydrant status pages also now show ongoing incidents' current milestones as well as severities and priorities at the top of the main status page\n\n\ud83d\udc85 We updated the names of several Runbook steps, namely Microsoft Teams and Slack steps, to be more explicit\n\n\ud83d\udc85 We now support creating private Runbooks from our Terraform provider\n\n\ud83d\udc1b Fixed a bug where searching and filtering wasn\u2019t working when attempting to link external PagerDuty services to FireHydrant components in Catalog\n\n\ud83d\udc1b Fixed an issue where users will still seeing error messages in Jira about our legacy capability to link Jira tickets to Tasks\n\n\ud83d\udc1b Fixed an issue where the original authorized user couldn\u2019t re-authorize the Jira integration\n\n\ud83d\udc1b Fixed an issue where only the first of multiple linked external Jira incident tickets were updated when the incident was updated\n\n\ud83d\udc1b Fixed an issue where users could inadvertently click \u201cDeclare\u201d multiple times in Slack when there is a connectivity issue, resulting in duplicate incidents declared\n\n\ud83d\udc1b Fixed unclear documentation in API docs for metrics and regenerated the Go client\n\n\ud83d\udc1b Fixed an issue in Slack where \/fh private was still using a deprecated modal. It now is aliased to \/fh restrict and both will open the same, new modal\n\n\ud83d\udc1b Fixed an issue\/inconsistency in Slack where some users were tagged and added to the channel while others were not when assigned tasks or roles","pubDate":"Mon, 01 Apr 2024 17:00:02 GMT"},{"title":"Runbooks are easier to use!","link":"https:\/\/firehydrant.com\/changelog\/runbooks-are-easier-to-use\/","guid":"https:\/\/firehydrant.com\/changelog\/runbooks-are-easier-to-use\/","description":"Getting Started is Easier\n\nRunbooks are the core of an automated incident management process, and now, it\u2019s even easier to get started with them in FireHydrant. Choose from several example runbooks for common incident scenarios. Additionally, when creating a new runbook from Scratch, FireHydrant will suggest several steps for you to add based on the integrations that you\u2019ve already installed. Check out the updated experience by creating a new runbook today.\n\nNavigating Steps is Easier\n\nNot only is it easier to get started with Runbooks, but we\u2019ve also revamped how you search and add step types. Now, steps can be listed out by either integration or category, allowing you to figure out which step makes the most sense for your process. Additionally, we\u2019re now showing the configuration status for any integration steps that you might want to include. Don\u2019t have an integration configured? Just click through to quickly set it up and get right back to your runbook.\n\nEditing is Easier\n\nEditing runbooks also got a lot easier with our latest release. When you navigate to a runbook now, you are dropped automatically into edit mode so that you can make quick changes and be on your way. Additionally, step-editing got even easier with a new two-step modal that allows you to configure the step and then set the conditions for running the step. Check it out today by clicking into any of your runbooks or creating a new one!","pubDate":"Thu, 28 Mar 2024 15:48:57 GMT"},{"title":"Analyzing Custom Fields, Better Slack Message, Status Pages Update Modal, and more!","link":"https:\/\/firehydrant.com\/changelog\/analyzing-custom-fields-better-slack-message-status-pages-update-modal-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/analyzing-custom-fields-better-slack-message-status-pages-update-modal-and-more\/","description":"Custom Fields in Analytics\n\nAfter launching MTTX analytics, we\u2019ve overwhelmingly heard that custom fields do not just belong in filters, but also as distinct groups of incidents to be analyzed. We\u2019re excited to tell you that you can now group by a particular custom field in MTTX analytics, allowing you to group incidents and their data into custom field driven aggregates directly in MTTX analytics. Try this out by navigating to MTTX Analytics and selecting \u201cGrouped By\u201d and selecting a custom field that you have on a significant number of incidents.\n\nBetter Slack Update Messages\n\nSlack channels during an incident can be a noisy place. Updates from responders and system messages from FireHydrant can get all tangled up and confusing. So we recently updated some of our Slack messages to be simpler and to-the-point, making it even easier to understand what has changed about an incident. Check out the changes the next time you create or update a task, follow-up, and role assignment. Also any edit to the incident details will be much easier to digest!\n\nUpdate Across Status Pages in Command Center\n\nWhen using FireHydrant in Slack, users are able to easily update milestones and post a status update across all of their status pages. However, in the command center, this ended up being a multi-step process with milestones changes and updates being atomic for each status page. Today, though, we\u2019ve shipped a new way to easily post status page updates across all of your status pages right in the command center. To the right of the \u201cresolve\u201d button, you\u2019ll now find a dropdown that pulls up a modal for adding status updates. Users of Slack will find a similar modal to what they\u2019re used to using in Slack!\n\nBugs and Fixes\n\n\ud83d\udc85 For FireHydrant AI, We improved the status message drafting to make your status updates more precise.\n\n\ud83d\udc85 We also removed slack user ids from generated summaries (when drafted updates were trying to tag someone).\n\n\ud83d\udc85 In the command center, the milestone updating UI has been refreshed to match the Milestone tags in the dropdown in addition to some niceties like updating to one minute after previous milestone or setting a milestone to the current time.\n\n\ud83d\udc85 When paging from Slack, the incident name and description are automatically filled in as a template to improve ease of use.\n\n\ud83d\udc85 When looking at MTTX analytics, we added a direct link to the \u201cnumber of incidents\u201d chart to be able to quickly view which incidents are included in the data. Users can now also download a CSV of incidents from that linked view.\n\n\ud83d\udc85 We improved the drawer in the MTTX analytics view, making an easier button for opening the side drawer for any of your group-by data points.\n\n\ud83d\udc1b We fixed a bug where if you have multiple Jira Cloud instances connected, tickets were intermittently being opened in the wrong instance\n\n\ud83d\udc1b We fixed an issue where any execution conditions combined with \u201cCurrent milestone is\u2026\u201d were failing to evaluate.\n\n\ud83d\udc1b We fixed an issue where we still posted impact and milestone notifications to Slack even if the setting was set to off\n\n\ud83d\udc1b We fixed a bug where role assignments would show up multiple times even if it was the same user being assigned to the same role\n\n\ud83d\udc1b We fixed a bug where the edit button on Runbook steps wasn\u2019t working\n\n\ud83d\udc1b We fixed an issue where a user with Viewer permissions would open an incident an alert and downstream actions like linking the alert didn\u2019t work due to insufficient permissions","pubDate":"Fri, 22 Mar 2024 17:00:02 GMT"},{"title":"Introducing the new \u2728 AI-Powered FireHydrant","link":"https:\/\/firehydrant.com\/changelog\/introducing-the-new-ai-powered-firehydrant\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-the-new-ai-powered-firehydrant\/","description":"Today, FireHydrant is excited to announce AI-powered Incident Management as part of our platform. Our AI features are designed to enhance how you handle incidents, making every step from detection to retrospective faster, more intuitive, and less cumbersome.\n\n\ud83d\udcac AI-Powered Incident Summaries\n\nIncident Summaries provide immediate, clear insights into incidents, streamlining the response process and enhancing team coordination. These summaries are designed to quickly onboard new responders and maintain ongoing situational awareness for all team members. You can access summaries right in Slack by running \/fh summary or visit the new Summary tab in the command center for the latest updates! Want to learn more? Read up on summaries the docs.\n\n\ud83c\udfa5 AI-Context from Zoom Transcripts\n\nFireHydrant's Zoom-aware context enriches your incidents with insights directly from Zoom meeting transcripts, ensuring comprehensive situational awareness for all team members, regardless of their physical presence in bridges. Never worry about scribing live calls again, FireHydrant will take care of that for you. To learn more about installing and using our updated Zoom integration, check out the docs.\n\n\ud83d\udcdd AI-Drafted Retrospectives\n\nGet a head start on learning from every incident with FireHydrant's AI-Drafted Retrospectives. This feature leverages AI to create detailed drafts for your retrospectives, incorporating essential incident insights and facilitating a focus on discussion and improvement. All fields on a retrospective, including Description, Customer Impact, and Lessons Learned. To read more about drafting Retrospectives with AI, checkout the docs.\n\n\ud83d\udce3 AI-Drafted Status Page Updates\n\nElevate your incident communication with drafted status updates. This feature simplifies the creation of clear, concise, and audience-appropriate status updates, reducing the cognitive load during high-stress incidents. Use AI-Drafted updates from the Slack command \/fh update or use the new Updated Incident button in the command center. Read more about AI-drafted Updates in the docs.\n\nGetting Started with AI\n\nTo access the new AI features in FireHydrant, navigate to your organization's AI setttings page (Settings > AI). Locate the the Enabled toggle and click it to turn on all AI features for your FireHydrant organization. Learn more about all our AI feature in our docs.","pubDate":"Mon, 18 Mar 2024 13:59:05 GMT"},{"title":"New in Signals: Alert Teams with a Webhook, Resolve Alerts, and our Signals Public API","link":"https:\/\/firehydrant.com\/changelog\/new-in-signals-alert-teams-with-a-webhook-resolve-alerts-and-our-signals-public-api\/","guid":"https:\/\/firehydrant.com\/changelog\/new-in-signals-alert-teams-with-a-webhook-resolve-alerts-and-our-signals-public-api\/","description":"We launched Signals to the world to improve and simplify the on-call process for everyone. We have been hard at work to go even further in making Signals even easier. You can try Signals today by signing up for an account or reaching out to our team. Read on for some of our latest updates!\n\nTeam Webhooks to Alert a Team\n\n\n\nWhile Alert Rules are powerful ways for teams to filter and create Alerts from any incoming webhook, there are times when you just need to directly send an alert to a team. Whether you\u2019ve already configured filtering on your monitoring tool or just want to be able to directly send an alert to a team, you can now use the team-based webhooks to send alerts to a team\u2019s default escalation policy. You can grab a webhook for any team and for any monitoring tool that FireHydrant supports. Check out the team webhooks either on our Event Sources page in Signals or the updated Alert Triggers page on any team.\n\nResolved State for Alerts\n\n\n\nNot every alert from your monitoring tools needs to become an incident where you assemble the team and remediate the root cause issue. And so early on at FireHydrant, we made the decision that Incidents and Alerts needed to be distinct. Sometimes, a single on-call engineer can remediate an issue without raising the broader alarm. For instances like this, we added a Resolved state for Alerts so that your team can easily mark alerts as resolved, and your team can track resolved alerts as well as resolved incidents to better understand the full picture of your on-call and incident management process. And when you open an incident from an alert, we\u2019ll automatically resolve the alert when the incident is resolved.\n\nSignals API Endpoints are Live\n\n\n\nJust like you would expect with any developer tool, you can build your own custom integrations and tooling on top of FireHydrant. We\u2019ve opened up our public API usage for all of the endpoints that power Signals including On-call schedules, Escalation Policies, Alert Rules as well as Alerts. We\u2019re excited to see what you build, and you can get started by visiting our API documentation or using our updated Go Client.\n\nFixes and Bugs\n\n\ud83d\udc85 Updated the Slack Alert message to include links to the Incident Command Center and Slack channel\n\n\ud83d\udc85 Added escalations as a threaded response to the Slack Alert message.\n\n\ud83d\udc85 Changed the Slack Alert message open incident flow to use the Declare Incident modal in Slack\n\n\ud83d\udc85 Added email notifications when a shift has been claimed\n\n\ud83d\udc85 Added Slack channels IDs to our Terraform provider\n\n\ud83d\udc85 Added team slugs to our Terraform provider\n\n\ud83d\udc85 Updated all transposers to auto-close flappy alert\n\n\ud83d\udc85 Added MTTx metrics for Alerts to Analytics pages and API\n\n\ud83d\udc85 Updated schedules to show in a users timezone regardless of schedule setting\n\n\ud83d\udc85 Cleaned up schedules UI to make editing and viewing easier.\n\n\ud83d\udc1b Fixed issue with Alerts coming from DataDog to properly split tags on commas","pubDate":"Fri, 15 Mar 2024 18:53:01 GMT"},{"title":"Introducing Signals - a higher standard in alerting and on-call","link":"https:\/\/firehydrant.com\/changelog\/introducing-signals-a-higher-standard-in-alerting-and-on-call\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-signals-a-higher-standard-in-alerting-and-on-call\/","description":"Today, we\u2019re excited to announce the GA release of Signals, the alerting tool for modern devops teams. Read more about launch on our blog post.\n\nSchedules that Work for You\n\nFireHydrant now comes with team based on-call schedules, making coordination of notifications and incident management a breeze. Schedules are incredibly flexible, allowing you to create schedules that match your teams\u2019 needs. As easy as managing a Google Calendar, on-call schedules in FireHydrant allow you to quickly re-assign shifts or even portions of a shift. Users can easily request coverage from their team without needing an override or a whole schedule recreated. Escalation policies in FireHydrant make it easy to set up your on-call program for each team. Escalation policies will route incoming Alerts to on-call schedules, users, or even Slack channels and allow you to set up multiple escalation steps when an alert is escalated. Any step in an escalation policy can route Alerts to multiple targets, making rotations like follow-the-sun coverage a breeze. An escalation policy can also repeat as many times as you like and ultimately can hand an alert off to another team (using their default escalation policy).\n\nAlerts In Your Control\n\nAlerts in Signals start with incoming events, most of which can be easily created from webhooks. Signals comes with a simple HTTP webhook as well as many provider-specific webhooks to make sure the data gets properly ingested. Events can include a variety of data including your services and other catalog components to make sure Alerts are actionable for your responders. Events are just the start, though, because Signals is a declarative Alerting system: we only create alerts for the events that matter to you. Each team can create and maintain their own Alert Rules that take incoming events, look for specific data in the payload, and then create Alerts that are sent to an escalation policy, an on-call schedule, or a specific user. Alert Rules use CEL expressions to help you create highly specific and powerful rules for matching incoming event payloads.\n\nGet Notified Where You Are\n\nOn-call users can easily receive Alerts where they need, including our brand new iOS and Android apps. Users can configure their own notification preferences which include SMS, WhatsApp message, voice calls (where supported), mobile app notifications, email, and of course, Slack. Regardless of where they receive notifications, users can quickly respond to alerts: acknowledging, escalating, dismissing, or even quickly opening an incident from them.\n\nIntegrated into Incident Management\n\nSignals integrates seamlessly into your incident management practices. Easily declare incidents from an Alert to assemble your team. You can even create Runbook steps to pull in on-call engineers and send alerts to responders about new incidents. And speaking of incidents, in FireHydrant, Alerts and Incidents are separate concepts. Not every alert ultimately becomes an Incident, an important distinction not only for your incident management process, but also for understanding the effectiveness of your alerting pipeline when reviewing your data. To get started, read our Signals Documentation and reach out to our team about trying Signals today.","pubDate":"Thu, 29 Feb 2024 17:10:01 GMT"},{"title":"Status Update Templates, Liquid in Follow Ups, and More!","link":"https:\/\/firehydrant.com\/changelog\/status-update-templates-liquid-in-follow-ups-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/status-update-templates-liquid-in-follow-ups-and-more\/","description":"Status Update Templates\n\nDo all your status page updates look similar after a while? Have one flaky service where you know exactly what you\u2019d tell your customers and stakeholders if someone told you there was an outage? Tell that to status pages! We\u2019ve created status update templates that you can configure in settings. These will allow you to pre-fill out common updates to a status page, so that you have a place to start from when updating an incident from slack. Configure these today by going to Settings > Status templates, and using them the next time you run \u201c\/fh update\u201d\n\nImproving your Follow Up\n\nWhenever a follow up is filled out, they usually could use some incident specific data in them as well. Today, we\u2019re announcing changes that will make it easier for you to pull in incident information as you create a follow up. We\u2019ve highlighted the liquid enabled fields and added some help text that\u2019ll highlight where liquid templating is available and how to use it. Try this out by opening up a follow up from either Slack or the Web UI to see how it works today!\n\nOther Changes and Bug Fixes\n\nWe added the ability to toggle off Incident Types in Incident Settings\n\nWe added guardrails stopping you from navigating away from unsaved work on a retrospective\n\nWe added the ability to toggle Priority off in Organization Settings\n\nWe added copy to clarify what\u2019s about to happen when testing a runbook\n\nWe added details about liquid context to runbook configuration for custom fields\n\nWe fixed a bug where duplicate catalog items could be displayed on the teams page","pubDate":"Tue, 27 Feb 2024 13:58:37 GMT"},{"title":"Jira Configuration Improvements, Incident Source Analysis, and More!","link":"https:\/\/firehydrant.com\/changelog\/jira-configuration-improvements-incident-source-analysis-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/jira-configuration-improvements-incident-source-analysis-and-more\/","description":"Improvements to Jira Integration Configuration\n\nJira configuration, especially as a non-Jira expert has always been difficult. We\u2019re super excited to tell you that it\u2019s getting a little bit easier. We\u2019ve improved the user experience around configuring jira as well as updated the copy to make it clearer what each button in Jira configuration does. If you need to set up a new Jira configuration, feel free to try it out, by adding a Jira Cloud connection in Settings > Integration\n\nAnalyzing Incident Source\n\nWhen incidents happen, everyone is always concerned with \u201chow did we find out about this,\u201d as more organizations aim to find problems ahead of their customers through enhanced automation and alerting. For all of our new customers, we\u2019ve added a field for \u201cdiscovered by,\u201d allowing customers to better capture how they found out about an incident, and understand if their automation efforts are working through our new analytics tooling. For existing customers - you\u2019re not left behind! The new field works on the same system as our existing custom fields, and you can manually add it via Settings > Incident Settings. Then, once you\u2019ve populated that field on incidents, use MTTX analytics to understand where the bulk of your incidents come from, and which ones take the longest to resolve!\n\nImproved Error Reporting\n\nDebugging is an awful rabbit hole. We\u2019ve all found ourselves in situations where we find a hidden error, fix it, and are blessed with 20 new errors that we\u2019re now newly aware of. Today, we\u2019re happy to report that we\u2019ve been hard at work to give more transparent and descriptive error messages that will hopefully help you identify when and where things are going wrong across Jira, PagerDuty, and Webhooks.\n\nMisc Bugs + Fixes:\n\nFixed a front-end issue where runbook conditions and scheduling could be misaligned to the modal\n\nAdded linked alerts support to OpsGenie\n\nFixed an issue with associating services to teams","pubDate":"Fri, 23 Feb 2024 18:46:05 GMT"},{"title":"MTTX Analytics: A Valentine\u2019s Day box of chocolates","link":"https:\/\/firehydrant.com\/changelog\/mttx-analytics-a-valentines-day-box-of-chocolates\/","guid":"https:\/\/firehydrant.com\/changelog\/mttx-analytics-a-valentines-day-box-of-chocolates\/","description":"The most difficult part of the incident response process is learning from it, and learning from incidents without having data is like searching for the perfect piece of chocolate in an assortment box: time consuming, with lots of squinting at the little cards that tell you what you\u2019re getting. Today, we\u2019re announcing general availability to our analytics that will make it easier for you to find exactly the data you\u2019re looking for in FireHydrant\u2019s analytical box of chocolate.\n\nMTTX Analytics\n\nMTTX analytics is designed to help you find your baseline mean-time-to metrics and then break the MTT* metrics across any dimension. This applies across all metadata in FireHydrant: from Services, Environments, and Functionalities to provide incident response context across technology areas; to Users and Teams to help you identify who might be at the most risk of burnout. You\u2019ll also be able to see how each of these compares to your baseline MTTX, and filter it down to see how specific types of incidents impact any of these dimensions in context.\n\nData Trust and Cleanliness Views\n\nAs you look at MTTX analytics, there might be times when the data you see doesn\u2019t match your intuition. We\u2019ve added views in MTTX analytics that will help you validate, and clean the data that we\u2019re using as our inputs to MTTX analytics. By clicking on the number of incidents next to a metric, you\u2019ll not only be able to see the metrics for those specific incidents, you\u2019ll be able to go directly into those incidents, and \u201cclean up,\u201d editing milestone times and metadata. You\u2019ll even be able to identify incidents that did not get correct metadata, looking at incidents grouped under No Impacted Functionality\/Service\/Environment\/\u2026 really any metadata that you might care to pull in. Any updates to metadata will update in real time, allowing you to see the impacts of your changes immediately.\n\nMTTX Over Time\n\nAfter getting context on different dimensions as compared to the baseline, you\u2019ll probably be asking the question of \u201chas it always been this way?\u201d Fortunately, we have the answer! By clicking on any grouping, you\u2019ll be brought to a drawer that will show you not only Analytics for that particular grouping, but how those analytics have changed over time, and if there\u2019s any need to be concerned. Find the service that has been progressively less reliable over time today, use it to make the case for proactive improvement.\n\nWe\u2019re in love with these new improvements to analytics, and we hope they help you find the perfect piece of chocolate (data) in the deep box that is incident response data. To find the new analytics, navigate to MTTX Analytics, by clicking the Analytics button in the top nav of app.firehydrant.io and dive in. Happy Firefighting!","pubDate":"Wed, 14 Feb 2024 19:05:40 GMT"},{"title":"Slack Channels, Onboarding Updates, and More!","link":"https:\/\/firehydrant.com\/changelog\/slack-channels-onboarding-updates-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/slack-channels-onboarding-updates-and-more\/","description":"Slack Channel Selector\n\nRecently, we did some work to make it easier to select the slack channel where you want to send your messages, by adding a slack channel selector. With this change, there's no need to manually type your slack channels into the selector (though you still can, and can use Liquid Templating as needed), and will now allow you to choose from all of the channels that FireHydrant can see.\n\nOnboarding Experience Updates\n\nWe\u2019ve updated our onboarding experience to make learning about how FireHydrant works easier and faster! As part of this, we\u2019ve added new options to our help menu, hidden fields without selectable options from the incident declaration form, and added padding to corner cases to help out if you get stuck while getting set up with FireHydrant in slack. This should make it even faster and easier to get your team running incidents through slack.\n\nAdditional Bugs and Fixes\n\nWe updated permission for saved searches and now all roles can manage saved searches\n\nWe fixed a bug where the \u201cYes, open\u201d button would fail to show for alerts in Slack.\n\nWe brought back the checklist template option when creating a checklist in Slack.\n\nWe added a help option for \u201c\/fh resolve\u201d in our Slack help menu.","pubDate":"Mon, 12 Feb 2024 20:09:45 GMT"},{"title":"Beta for MTTX Analytics Table, Fine-Grained Slack Messaging Controls, and Multi-Select Retrospective Questions","link":"https:\/\/firehydrant.com\/changelog\/beta-for-mttx-analytics-table-fine-grained-slack-messaging-controls-and-multi-select-retrospective-questions\/","guid":"https:\/\/firehydrant.com\/changelog\/beta-for-mttx-analytics-table-fine-grained-slack-messaging-controls-and-multi-select-retrospective-questions\/","description":"In Beta: Service Catalog and Team MTTX Analytics\n\nAnalyzing incident response is one of the most important pieces of the incident response process, as improvement without being data driven is a little like fumbling around in the dark. If you\u2019ve been trying to analyze your incident response metrics and struggling to understand the greatest opportunities for improvement, we have good news for you, because today, we\u2019re announcing our open beta for our a new analytics experience.\n\n\n\nIn MTTX analytics, you\u2019ll be able to see your baseline MTTX metrics, filter them to incidents with specific metadata (such as tags, custom fields, etc), and break out incident metrics for different Services, Environments, Functionalities, Teams, Users, and Severities. This is intended to allow you to view the difference in incident response process between different parts of your organizations or types of incidents, as well as understand which teams and individuals are under the greatest incident load. Give MTTX analytics a try and let us know what you think either through a support ticket or your CSM!\n\nFine-Grained Slack Messaging Controls\n\n\n\nSlack is noisy, and our lives are all ruled by it. Unfortunately, because it\u2019s where we do most of our work, it\u2019s also the ideal spot to put responses, notifications, and information pertaining to incident response. Today, we\u2019re giving you greater control over the messages that are posted into Slack from FireHydrant by launching our fine-grained Slack channel notification preferences. If you navigate to your Slack Configuration > Channel Notification Preferences you will have the the choice between silent (no notification), channel notifications, threaded notifications, or threaded that also post to the channel. You can configure this for team assignment, role assignment, incident milestone & impact updates, incident updates, task updates\u2026 you get the point, go check it out for yourself!\n\nMulti-Select Retrospective Questions\n\n\n\nRetrospectives are critical to the incident response process to ensure that all relevant data is captured to help in future incident remediation and prevention. Today, we\u2019re announcing improvements to your ability to do that using FireHydrant retrospectives, by using multi-select questions. You can edit or add a new question to your retrospective template by navigating to settings > Retrospective Configuration and adding a new multi-select question. Any new multi-select questions will show up on retros for incident declared after the new question is created.","pubDate":"Thu, 11 Jan 2024 14:56:09 GMT"},{"title":"Liquid Templating Improvements, Additional Fields for Status Page, and More!","link":"https:\/\/firehydrant.com\/changelog\/liquid-templating-improvements-additional-fields-for-status-page-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/liquid-templating-improvements-additional-fields-for-status-page-and-more\/","description":"Liquid Templating Improvements\n\nWe launched a new liquid templating experience to help you when building out runbook steps. You can now browse a list of commonly used snippets to quickly insert a template to your runbook step. And if you really want to dig into the details, there's a new Preview experience that allows you to see how your liquid templating will look with real incident data. This makes it even easier to use liquid templating to create powerful and useful runbooks for your team.\n\nAdditional Fields for Status Pages\n\nFollowing-up on our updated status pages, we've added a few new Incident Fields that you can publish to your status pages. To help folks who are building internal-facing status pages, you can now add direct links to the Incident Command Center in FireHydrant, the connected Slack Channel, and the meeting bridge (Zoom, Google Meet, or Webex).\n\nMarkdown support in tasks and task lists\n\nTasks and task lists are great ways to keep your team focused on the work that needs to happen during an incident. Now, you can create even richer tasks (and lists!) by using Markdown to add context like links and lists. Markdown will be rendered in Slack and in the Command Center so that you can easily get more context about any task.\n\nFilter and Search on Scheduled Maintenances\n\nThe Scheduled Maintenances page got an overhaul including the ability to filter, search, and save views. For teams managing a number of scheduled maintenances, this improvements makes it easier to get to the scheduled maintenances that you care most about at any given time.\n\nAdditional Bugs and Fixes\n\nWe fixed an issue with inactive teams triggering runbooks conditions\n\nWe fixed an issue with older incidents not updating the channel name\n\nWe fixed a permissions issue that blocked some users from starring events in the timeline\n\nWe fixed an issue where images were not showing up in the retro PDF export","pubDate":"Mon, 11 Dec 2023 18:00:03 GMT"},{"title":"Improving our Slack Experience","link":"https:\/\/firehydrant.com\/changelog\/improving-our-slack-experience\/","guid":"https:\/\/firehydrant.com\/changelog\/improving-our-slack-experience\/","description":"Anyone who\u2019s declared a FireHydrant incident has more than likely declared it from slack - in fact 80% of incidents created originate in Slack. The vast majority of interaction with FireHydrant comes through Slack, and many of our customers do everything from Slack, only touching the web app if there is a slack outage or incident. Today, we\u2019re announcing some improvements to the slack experience to make interacting with FireHydrant through slack operate with the speed of the terminal and the ease of use of a fully functional user experience.\n\n\n\nModals for Help and for Command Launch\n\nTo support new or infrequent users using FireHydrant, we\u2019ve made the FireHydrant help experience a modal where you can select any command to learn more about it. Not only will we help you understand the nuance of what certain commands will do, we\u2019ll also give you an easy way to launch it as soon as you\u2019re sure it\u2019ll do what you want it to. We\u2019re also shifting the \/fh command to bring up the same modal, which gives direct access to a broader list of commands, making it easier to run the command you want, faster. To test this run \/fh help or \/fh in any slack instance connected to FireHydrant today.\n\n\n\nNew Incident Declaration and Edit Experience\n\nIn addition to the big changes we\u2019re making to your Slack experience, we\u2019re also giving you greater control over the fields that appear in your declare incident form, in order to help your team declare an incident more quickly. Administrators will now be able to designate fields as \u201crequired,\u201d \u201cvisible,\u201d and \u201cadditional\u201d in field configuration, controlling whether they appear by default (required or visible) or require addition to the form by the person declaring the incident (additional). In parallel, we\u2019ve changed the experience when editing the incident in slack to be more closely aligned to the declaration experience. Now, when running \/fh edit the experience will mirror the \/fh new experience with field behavior.\n\n\n\nUpdating Status Pages\n\nNow that we have a command that helps us edit incident details, we\u2019re taking the opportunity to focus the \/fh update command on updating external communications - your status page. This will allow you to change the milestone, and update the information available on your status page, as well as select status templates directly through slack. As part of this, we will be moving the ability to move and add services, to directly within \/fh service or \/fh add service.\n\n\n\nAdding Catalog Entries\n\nAnd as the last change in our large slack UX update, we\u2019ll be making it easier to add things to your service catalog using the \/fh add {catalog entry} command. This will allow you to add services and functionalities in a single command, as well as search all items in a single grouped drop down.\n\nWe\u2019re really excited for you folks to try these new commands out and see how much they speed up your incident workflow. To get a feel for the new behavior, just run \/fh help from any slack channel connected to FireHydrant. Happy Firefighting!","pubDate":"Wed, 06 Dec 2023 17:55:06 GMT"},{"title":"Improving our Jira Integration","link":"https:\/\/firehydrant.com\/changelog\/improving-our-jira-integration\/","guid":"https:\/\/firehydrant.com\/changelog\/improving-our-jira-integration\/","description":"For you folks who use Jira, it\u2019s probably the source of truth of, well, everything that\u2019s being worked on within your product and engineering organization. From compliance to actually doing work, Jira is a core part of getting anything done, including responding to incidents and making sure those pesky follow ups get done post incident. If your org uses Jira, we have good news for you, because today, we\u2019re announcing some improvements to our Jira integration.\n\nBidirectional Sync\n\nMost teams that are using Jira and FireHydrant create a ticket in Jira via hydrant that serves as the hub for subtasks, related tickets, and others, usually automated through a Runbook step. However, once that Jira ticket was created, FireHydrant and Jira could sometimes have different representations of the state of that ticket, depending on the last updated system. Now, whenever any standard fields of that ticket are updated (summary, description, and labels), those fields will update in both Jira and FireHydrant. The work doesn\u2019t end there either - we\u2019re working on expanding the fields that will be synced across Jira and FireHydrant (specifically priority and assignee) and will keep you updated as those items launch.\n\nImproved Field Mapping Experience\n\nAnyone who\u2019s set up Field mapping between Jira and FireHydrant (or hopefully by now, Asana and FireHydrant) know that mapping fields between the two systems can be a little painful, especially when there\u2019s conditional logic on what the value of that field should be. Fortunately, our design team got ahold of the UI, and have made it significantly easier to understand which fields in your ticketing system are mapped to FireHydrant custom fields, and under what conditions will a particular value will be set. FireHydrant will continue to \u201cown\u201d the field in Jira, so there are no behavioral changes here, just increased ease of use!\n\nTo learn more about the Jira Integration in FireHydrant, try it out by going to Settings > Integration List > Jira and clicking the edit icon. From there, you can re-authorize the connection to setup bi-directional syncing (we'll update our connection to give FireHydrant the \"manage:jira-webhook\" scope). You can also checkout the newest version of field mapping in the new \"Field Mapping\" tab to update your existing field mappings.","pubDate":"Thu, 02 Nov 2023 20:00:03 GMT"},{"title":"Introducing our Asana Integration","link":"https:\/\/firehydrant.com\/changelog\/introducing-our-asana-integration\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-our-asana-integration\/","description":"If you\u2019re using Asana, it\u2019s not a stretch to say you\u2019re probably using it to keep track of your incidents and follow ups too. Wouldn\u2019t it be a meditative experience if your incidents automatically synced between your incident management tool and Asana? Well, take a deep breath because now they do thanks to our new Asana integration.\n\n\n\nIncident Tickets\n\nOne of the most common ways that teams start tracking incidents is by creating tickets in their task-tracking system. Teams use these incident tickets as hubs for creating subtasks, related tickets, and more. For Asana, as well as other ticketing integrations in FireHydrant, this is easily automated through a Runbook step. Teams can configure a runbook step that will create an incident ticket with data populated from the incident. Liquid templating makes this runbook step incredibly powerful, allowing users to add almost any piece of data from an incident to the title or body of the ticket.\n\n\n\nFollow-Ups\n\nIn addition to tracking incidents with a ticket, most teams rely on their ticketing system for tracking follow-up work from the incident. When using Asana with FireHydrant, you can easily create subtasks for the incident task from either Slack or the FireHydrant web app.\n\n\n\nField Mapping\n\nTo keep your data in Asana in-sync with your incident, you can create field mappings for any of your custom fields in Asana pulling in FireHydrant data like the incident name, severity, and even any of your custom fields in FireHydrant. You can even send custom values along as text, and you can also leverage FireHydrant\u2019s liquid syntax to send detailed information about an incident. You can also build conditional logic to populate fields with different values based on the state of your incident. For instance, you might want to set the value of a custom select in Asana if your incident is a SEV1 or SEV2 but leave it blank if it\u2019s lower than that. Conditional custom fields make that all possible. To learn more about our Asana integration, try it out for yourself by connecting your Asana project to FireHydrant. Dive deeper by reading more about setting up our Asana integration in our docs.","pubDate":"Thu, 26 Oct 2023 17:00:03 GMT"},{"title":"Updated Retro PDFs, Milestone Table in Retros, and More","link":"https:\/\/firehydrant.com\/changelog\/updated-retro-pdfs-milestone-table-in-retros-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/updated-retro-pdfs-milestone-table-in-retros-and-more\/","description":"Updated Retro PDF\n\nOne of the most common outcomes of a retrospective is to share data, learnings, and next steps with stakehodlers across the team. One of the easiest ways to share that information quickly is to turn your retro in a PDF. And today, we're excited to share a new and improved Retrospective PDF export which better organizes information for your readers and includes the important data that they need.\n\nMilestone Table in Retrospectives\n\nOne of the primary advantages of using an incident management tool is to reduce the toil involved with building a timeline of activity in an incident. And while FireHydrant provides a robust set of tools to help you understand the timeline of your incident, today we're adding another tool to help you and your team make sense of what's happened in an incident: a table of all the milestones in an incident with the ability to show time duration either from the start of an incident or between milestones.\n\nTime Since Note or Update\n\nOne of the more heavily used runbook step conditions is the \"Time Since Last Note.\" This allows teams to setup automations and reminders to have team members provide updates about the incident. We have updated this condition to now take into account any updates that have been provided, including posts from \/fh post and \/fh update. With some upcoming releases, we'll also be simplifying these commands to consolidate on a single update-style command and modal experience. In preparation of that change, any text updates will now meet the \"Time Since Last Note\" condition. If you have specific workflows that depend on only having Notes update the condition, reach out to our team about being opted-out of the change.\n\nBugs and Fixes\n\nWe fixed a bug with Zoom authentication causing issues with runbook step execution.\n\nWe fixed a bug with sharing retrospectives across organizations in a multi-organization setup.\n\nWe fixed a bug with subscriptions on new Status Pages","pubDate":"Mon, 23 Oct 2023 19:08:21 GMT"},{"title":"Introducing Simpler Paging","link":"https:\/\/firehydrant.com\/changelog\/introducing-simpler-paging\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-simpler-paging\/","description":"Minutes matter when it comes to incidents, and getting the right people in the room (or, let\u2019s be honest, Slack channel) is essential to a seamless incident management experience.\n\nSo today, we're rolling out a new command to our Slack integration to make paging teams and individuals dead simple. While FireHydrant has supported service and functionality based paging for a long time, we\u2019ve heard from customers that they also need a simpler paging mechanism for getting the right people into the incident response. The new \/fh page command allows teams to do just that: you can now send a new page to any user, team, or escalation policy or even add responders to an existing page for the incident.\n\n\n\nThis simplified approach to paging allows you to send a page to any user or team-like entity in your 3rd party alerting tool. In Pagerduty, you can reach out to users or escalation policies, and in Opsgenie, you can reach out to users or teams. Splunk On-call currently only supports paging escalation policies.\n\nWhen sending a page, you can craft a specific message and description to help the responders know what kind of help you\u2019re looking for. FireHydrant will also send along the Slack channel where the page was initiated so that responders can quickly jump into the channel for more context.\n\n\n\nIf an alert or page has already been connected to the current incident, you\u2019ll also have a chance to add new responders to an existing page so that you don\u2019t need to duplicate alerts or incidents in your 3rd party tool.\n\n\n\nAlong with this new command, we\u2019re also introducing a new in-channel alert message that tracks connected alerts or pages. This new message tracks the state of the alert\u2013 triggered, acknowledged, resolved, etc.\u2013as well other details like who has been notified and who originally sent the page. This new message helps you stay in the incident channel instead of hunting down the stage of the page in another system. Additionally, this new message works across all connected alerts in an incident, including the new page command, pages created from \/fh page service and \/fh page functionality, as well as any manually connected alerts.\n\nTo learn more about paging in FireHydrant, try it out by running \/fh page or read our updated docs.","pubDate":"Thu, 19 Oct 2023 18:56:03 GMT"},{"title":"Saved Views in Analytics and Customizing Fields on the Incidents Page","link":"https:\/\/firehydrant.com\/changelog\/saved-views-in-analytics-and-customizing-fields-on-the-incidents-page\/","guid":"https:\/\/firehydrant.com\/changelog\/saved-views-in-analytics-and-customizing-fields-on-the-incidents-page\/","description":"Saved Views in Analytics\n\nMany teams depend on tracking key analytics for their specific teams or services in FireHydrant. And while our analytics tooling has provided an easy way to get those insights out of the box, we heard that it was cumbersome for folks who had very specific dashboards they like to review regularly. The new Saved Views in Analytics now supports saving your filters to easily accessible dashboards that you and your team can now regularly review.\n\nIn addition to supporting Saved View in Analytics, now all Saved Views on FireHydrant are more powerful because they can be set to private or public, meaning you won\u2019t clutter up your team\u2019s shared workspace with a bunch of saved views that only you use. This is now available for Incident Saved views as well as any Catalog pages.\n\nView Fields on Incidents Page\n\nWhen viewing a list of incidents, there are a plethora of ways that any user might want to be looking at those incidents. To make the Incidents page even more flexible and useful, we added in a new View Fields feature to allow users to customize what they are seeing for each incident. Any data associated with an incident can now easily be shown within the list view, including custom fields. View Fields settings are saved locally within the browser, so the next time you visit the Incidents page, you\u2019ll see the same fields you viewed the last time.\n\nBugs and Fixes\n\nWe fixed a series of issues around resetting access tokens in our integrations including Zoom and Jira.\n\nWe added the ability to revoke invitations within the invitations page.\n\nWe fixed an issue where deleting values in fields was breaking Incident Types\n\nWe fixed an issue with discarded FireHydrant users not being able to open new incidents in Slack.","pubDate":"Mon, 16 Oct 2023 18:00:02 GMT"},{"title":"Introducing our New Status Pages","link":"https:\/\/firehydrant.com\/changelog\/introducing-our-new-status-pages\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-our-new-status-pages\/","description":"Today, we\u2019re launching a significant upgrade to our public status pages. As we\u2019ve spent time with our customers, we\u2019ve learned about not only how status pages represent their brand at some of their most critical moments as a business but also how status pages can be a key part of how teams communicate internally with their leadership and other stakeholders. We learned overall that status pages are a critical communication tool for teams responding to incidents, and so we decided to make some improvements.\n\n\n\nTo begin with, our team set out to improve the look and feel of our status pages. We wanted to make sure that in those critical moments, a team's brand would be complimented by the status pages. To that end, we created a status page experience that is both simple and elegant to allow elements like an organization\u2019s logo and messaging to be front and center. We\u2019re also introducing dark-mode for status pages, letting your users pick a theme and reuse that theme whenever they visit your page again.\n\n\n\nIn addition to a redesign, we introduced a few new important features. Firstly, we added the ability to show a 90 day view of any component\u2019s history. Because FireHydrant\u2019s status pages are driven by the service catalog and tied into your incident response, we\u2019re able to show a simple histogram of all incidents where a given component has been marked as impacted. Users can use the histogram to easily navigate to individual incidents for that components.\n\nAdditionally, we\u2019ve added the ability to group components together to create synthetic status and histories for a set of components. You can easily group components together for each status page that you maintain, allowing you to create unique groupings based on the audience of your status page. You can also create subgroups within a group to add further scaffolding to your components to help users understand a large set of services or functionalities. Groups will roll-up history, showing any incidents for a given day within the group and using the highest level of impact for the histogram (i.e. if any incident in the group is marked as Unavailable, the group will show Unavailable for that day).\n\nAnd finally, to help teams who are building status pages for internal audiences, we\u2019ve introduced the ability to add any data collected during the incident to the incident page on the status page. Now, when your users visit the page for a specific incident, they can see any fields that you\u2019ve picked to show for incidents including any custom fields. Picking the right details to show per incident is critical, so you can configure which fields are shown per status page that your create in FireHydrant.\n\nStarting today, all new status pages created in FireHydrant will have access to this updated experience. You can also choose to migrate any existing FireHydrant status pages to the new experience by selecting \u201cEnable the latest version of Status Pages\u201d when editing your status page settings. To learn more, check out our updated docs.","pubDate":"Thu, 12 Oct 2023 17:35:50 GMT"},{"title":"Edit Retros during an Incident and Updates to the Severity Matrix","link":"https:\/\/firehydrant.com\/changelog\/edit-retros-during-an-incident-and-updates-to-the-severity-matrix\/","guid":"https:\/\/firehydrant.com\/changelog\/edit-retros-during-an-incident-and-updates-to-the-severity-matrix\/","description":"Editing Retrospectives during an Active Incident\n\nYou asked, and we\u2019ve answered: users can now edit a retrospective during an active incident. Oftentimes during an incident, you\u2019ll already have an idea about specific questions you want to answer for the retrospective. Now, during an incident you can easily toggle to the retro view to start filling in those details as they emerge. To try it out today, navigate to any active incident (or open a Gameday incident), and open the contextual menu in the top right corner and click \u201cView Retrospective.\u201d And to get back to the incident, follow the same steps but click the \u201cView Incident\u201d button.\n\nUpdated Severities Matrix\n\nThe severities matrix in FireHydrant is a powerful automation tool for organizations with a service catalog. Users can simply select the condition of a given catalog item (Operational, Degraded, and Unavailable are our defaults) and the associated incident will automatically receive a severity that you have set up. And now we\u2019re shipping some ease-of-use changes to the matrix interface to help teams automate their service catalog. Additionally, we\u2019ve moved component conditions to their own editable UI so that you can easily update those apart from the severities matrix.\n\n\ud83d\udc1b Bugs and Fixes\n\nWe added search to the Integrations page\n\nWe added the ability to search PagerDuty services when importing into the service catalog\n\nWe fixed an issue with refreshing authentication tokens across several integrations\n\nWe fixed an issue with some users not being able to resolve incidents from the quick action buttons in Slack.\n\nWe fixed an issue with custom fields not showing up in Multi-Step modals in Slack\n\nWe improved our user profile page by removing the need to enter your password when updating your name.","pubDate":"Mon, 11 Sep 2023 19:12:42 GMT"},{"title":"Introducing Multiple Organizations","link":"https:\/\/firehydrant.com\/changelog\/introducing-multiple-organizations\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-multiple-organizations\/","description":"Today we're releasing Multiple Organizations, a powerful new way to manage your teams, business units, and security clearances all from within the same account.\n\nMultiple Organizations, or Multi-org, allows you and your teams to run siloed instances of FireHydrant, keeping incidents, runbooks, and all of your incident management processes separate from other parts of your organization.\n\nWith Multi-org, users who are a part of multiple organizations can easily switch between different organizations all from within a single Slack workspace as well as the FireHydrant web app.\n\nTo get started with Multi-org, reach out to our support team today! You can learn more about multi-org support in our blog post.","pubDate":"Thu, 07 Sep 2023 18:26:09 GMT"},{"title":"Introducing Custom Fields","link":"https:\/\/firehydrant.com\/changelog\/introducing-custom-fields\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-custom-fields\/","description":"Today we're releasing custom fields, a powerful new feature that empowers you to tailor FireHydrant to your organization's specific needs and capture essential incident details.\n\nCustom fields help you track critical states, involved parties, resolution specifics, affected services, messages, and more \u2014 almost anything you want! \u2014 all aligned with your unique workflows.\n\nYou can create text fields as well as single select and multi-select lists. You can also require custom fields on incident declaration to make sure your team is capturing exactly the right data. Any custom field can be filled out from Slack, the web interface as well as our API, and they can be used in our liquid templating for notifications and runbook steps.\n\nTo get started with Custom Fields, add your first custom field on the Incident Settings page. Be sure to check out our docs to learn how to fully leverage your custom fields.","pubDate":"Thu, 27 Jul 2023 18:00:12 GMT"},{"title":"Create your own Slack commands to run Webhooks","link":"https:\/\/firehydrant.com\/changelog\/create-your-own-slack-commands-to-run-webhooks\/","guid":"https:\/\/firehydrant.com\/changelog\/create-your-own-slack-commands-to-run-webhooks\/","description":"Create your own Slack commands to run Webhooks Are there key actions that your team needs to be able to take in other systems when responding to an incident? With our new webhook integration, you can build custom Slack commands for the FireHydrant bot that will call an external service via a webhook that you configure. You can use it to restart services, retrieve information about a current deployment, or just about anything you can dream up and build or connect via webhooks. To try it out check out our docs page for creating webhooks and Slack command extensions or even our example GitHub repo.\n\n\n\nThis new feature is experimental, and we welcome any feedback you have! Send us an email to support@firehydrant.com with your thoughts.\n\nBugs and Fixes\n\n\ud83c\udfa8 We updated our system emails to match our new UI design.\n\n\ud83c\udfa8 We updated the sidebar of the command center to be easier to reduce clutter.\n\n\ud83c\udfa8 We updated the design of our tasks and follow-ups to make it easy to understand and take a next step for each.\n\n\ud83d\udd28 We updated the milestone quick filters to use a more legible name.","pubDate":"Tue, 25 Jul 2023 17:00:34 GMT"},{"title":"Updated Command Center and Create Tasks and Follow-Ups from Emoji Reactions","link":"https:\/\/firehydrant.com\/changelog\/updated-command-center-and-create-tasks-and-follow-ups-from-emoji-reactions\/","guid":"https:\/\/firehydrant.com\/changelog\/updated-command-center-and-create-tasks-and-follow-ups-from-emoji-reactions\/","description":"New Layout and UI in Command Center During an incident, it\u2019s essential to have the most critical information readily available and provide updates as seamlessly as possible. That\u2019s why we\u2019re excited to release incredible improvements to the page that matters most: our incident command center.\n\nOur incident command center has a new header that simplifies and condenses information, allowing you to update the title, severity, and milestone immediately. The incident details sidebar got a refresh, making it easier to scroll and read the most important facts about your incident. And finally, the incident timeline got a revamp, simplifying the information included with each item and highlighting the events with unique content. Check out the updated command center today by navigating to any active incident in FireHydrant.\n\nOpen Tasks and Follow-Ups with Emoji Reaction in Slack Has someone ever posted a really good Slack message describing some follow-up work for an incident? Starting today, you can just add an emoji reaction to that message to easily create a new task or follow-up. The emojis are configurable too, meaning you can use whatever custom emoji you like to easily create tasks and follow-up tickets for your team.\n\nBugs and Fixes\n\n\ud83d\udd28 We added the ability to attach runbooks from within a retrospective.\n\n\ud83d\udd28 We updated the landing screen for Analytics when a user doesn\u2019t have access\n\n\ud83d\udc1b We fixed a bug where Jira ticket priorities were not syncing correctly\n\n\ud83d\udc1b We fixed an issue with our mobile navigation bar\n\n\ud83d\udc1b We fixed an issue with timeline content not wrapping correctly\n\n\ud83d\udc1b We fixed an issue with runbook attachment types being labeled incorrectly","pubDate":"Mon, 17 Jul 2023 13:23:48 GMT"},{"title":"Declare Incidents from Jira Tickets, Edit Meeting Bridges, and more UI Improvements","link":"https:\/\/firehydrant.com\/changelog\/declare-incidents-from-jira-tickets-edit-meeting-bridges-and-more-ui-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/declare-incidents-from-jira-tickets-edit-meeting-bridges-and-more-ui-improvements\/","description":"Declare Incidents from Jira Tickets\n\nUsing Alert Routes, you can now automatically open incidents or alert Slack channels from Jira tickets. For teams that leverage Jira or Jira Service Management for recording initial details about an incident, you can now set up those tickets to automatically open an incident with all the details pre-populated. With the power of Alert Routes, you can continue lowering the barrier of opening incidents by making it as easy as creating a Jira ticket.\n\nEdit Zoom and Google Meet Links\n\nNow you can update the links for a Zoom or Google Meet video call just like other links that users have added to an incident. Did someone already start a call that everyone joined? No problem: you can just change the link in FireHydrant and responders will see the new link when joining.\n\nUpdated Change Events Table\n\nChange events are now a bit cleaner and easier to work with during an incident. You can quickly scan any attached change events and quickly update their relevance to the incident at hand. Check out the updated table today by visiting the change events tab in any active incident.\n\nBugs and Fixes\n\nWe fixed an issue with the filtering mechanism on the Incident list view\n\nWe updated \u2018matches_all\u2019 tag matching strategy to match even when additional tags are present.\n\nWe added checks to better suppress duplicate messages in the same channel.\n\nWe added a check on the Incident list view to convert any legacy formatted URLs to automatically convert to the new format to make it easy to bring any bookmarked URLs into the new UI.\n\nWe fixed an issue with required fields being skipped when a milestone was set manually.","pubDate":"Mon, 10 Jul 2023 17:35:28 GMT"},{"title":"New RBAC Roles Enable Secure and Scalable Incident Management Processes ","link":"https:\/\/firehydrant.com\/changelog\/new-rbac-roles-enable-secure-and-scalable-incident-management-processes\/","guid":"https:\/\/firehydrant.com\/changelog\/new-rbac-roles-enable-secure-and-scalable-incident-management-processes\/","description":"At the heart of a tool like FireHydrant is the ease of mind that you get from automating your processes. Need to remind your responders to post updates to the status page? Set up a runbook step and it\u2019s good to go. But in order to keep that process running smoothly, it\u2019s important to know who exactly has access to update that process. Giving your team just the right level of access to your incident management tool is critical to maintaining that ease of mind and high-degree of confidence about your team responding to incidents.\n\nAnd if you are building a secure and scalable incident management process for your organization, Role-Based Access Control is one of the most important tools that allows you to define and assign roles to individuals involved in incident response. It ensures that the right experts have the appropriate access to address incidents swiftly and effectively, and that all of your stakeholders have the right access to status pages, incident summaries, and retrospective reports.\n\nToday, it\u2019s even easier to set-up FireHydrant with a major update to our Role-based Access Controls. In addition to the two core roles that FireHydrant has always offered (Owner and Member), we\u2019re introducing two new roles to help you give your team just the right level of access to the platform:\n\nViewer: the new Viewer role allows you to grant view-only access to incidents in the FireHydrant platform. Just like unlicensed users, Viewers can join Slack channels and view status pages, but they can also log-in to FireHydrant to view incidents and the Service Catalog.\n\nCollaborator: the updated Collaborator role is designed for the majority of your users who are involved with responding to incidents but don\u2019t need to manage anything about the process like Runbooks, Severities, or the Service Catalog. These users can have assigned roles in incidents, post updates and make edits on an incident.\n\n\n\nUsing these two new roles, you can now give your team members the appropriate access for their needs without worrying about changes to your core workflows and settoimgs. Access to important configuration like Runbooks, Incident Types, Service Catalog, and more, remain unchanged for your managers and admins in Owner and Member roles. Now, you can assemble the right teams for your incidents with confidence in the security of your data and, importantly, can rest easy that your well-defined processes will continue to guide Incident Responders towards resolving incidents quickly.\n\nTo get started with these new Roles, you can easily update individual roles in the FireHydrant web app or via your IDP using our SCIM API endpoint (docs). Read more about our roles here in our documentation.","pubDate":"Thu, 29 Jun 2023 17:00:02 GMT"},{"title":"Updated Dashboard and UI Refresh is Generally Available, Add Groups to Slack Channels, and More","link":"https:\/\/firehydrant.com\/changelog\/updated-dashboard-and-ui-refresh-is-generally-available-add-groups-to-slack-channels-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/updated-dashboard-and-ui-refresh-is-generally-available-add-groups-to-slack-channels-and-more\/","description":"UI Refresh now Generally Available\n\nOver the last few months, we\u2019ve been re-working our web application\u2019s interface to make responding to incidents even easier (and dare we say delightful?). When we announced the beta last month, we included some core experiences like a new dashboard, updated tables with easier search and filtering, and an updated navigation. Since then, we\u2019ve added a bunch of new features to the beta including a notification center, a command bar, and new views for your tasks and follow-ups. To check out the latest UI, just login to the FireHydrant web app.\n\n\n\nAdd Groups to Slack Channels\n\nWhen adding users to a Slack channel, you might not know a specific person who should be involved but do know a Slack user group that should be included. Now, you can add user groups (@sre-team for instance) as part of the \"Invite Users to Channel\" step in runbooks. To start using groups in your channel invitations today, be sure to re-authorize your Slack app by visiting this link.\n\nBugs and Fixes\n\nWe fixed an issue with incident filters using OR rather than AND logic.\n\nWe fixed a bug with responding teams being removed from services and functionalities.\n\nWe fixed a bug that prevented some services and functionalities as being marked as impacted.","pubDate":"Mon, 26 Jun 2023 20:21:09 GMT"},{"title":" Private Incidents now in general availability: convert incidents to private, private runbooks, and more","link":"https:\/\/firehydrant.com\/changelog\/private-incidents-now-in-general-availability-convert-incidents-to-private-private-runbooks-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/private-incidents-now-in-general-availability-convert-incidents-to-private-private-runbooks-and-more\/","description":"Today, we\u2019re excited to launch Private Incidents into GA. We\u2019ve spent the last year learning alongside customers to deeply understand the needs around running high-risk incidents. We\u2019ve identified some critical areas of access control and automation, ensuring that teams can run any type of incident with lowest friction possible.\n\nAccess Control\n\n\n\nOne of the most important aspects of private incidents is making sure that only the right people can see things like PII, financials, or other sensitive data. Private incidents allow you to restrict access to an incident in Slack and in FireHydrant. Have responders who should always be in private incidents? No problem: you can set them up with global access to private incidents. Private incidents create private Slack channels by default and only users with access will see the incident in FireHydrant.\n\nConverting Public Incidents to Private\n\n\n\nIn order to promote a healthy culture of reliability, many teams encourage a very open policy around declaring incidents. Did someone see something that might have looked like an incident? Just open one up for investigation.\n\nBut in a culture where many incidents are opened, it means that some potentially sensitive or private incidents get opened as an initially public incident. In FireHydrant, any public incident can be easily converted to private and a new private Slack channel will be created. During conversion, all Runbooks will stop executing so sensitive data isn\u2019t accidentally sent to a status page or an all-company email. Users who are converting an incident to private also have the opportunity to select a new runbook to add, as well as new team members to bring into the incident.\n\nPrivate Runbooks\n\n\n\nWhen running a private incident, it\u2019s highly likely that you and your team will need to run a different kind of process than you would for a public incident. To that end, we added the ability to mark a runbook as private.\n\nOnly \u201cOwner\u201d users or \u201cMembers\u201d with the private permission enabled are able to create and edit these private runbooks. This restriction ensures that no one can update your private runbooks to, say, inadvertently send private information out to a status page or via an email runbooks step.\n\nJust like a public runbook, you can set private runbooks to automatically attach to new private incidents (they won\u2019t attach when converting an incident to private but will be available for users to manually attach during conversion). And private runbooks are not available when manually attaching runbooks to a public incident so you won\u2019t trigger any high-risk processes when running public incidents.\n\nWe\u2019re excited to hear how you and your team are running private incidents. To get started today, create a new private runbook and open a test private incident. You can also read more in our docs here.","pubDate":"Thu, 22 Jun 2023 16:22:18 GMT"},{"title":"Introducing Related Incidents","link":"https:\/\/firehydrant.com\/changelog\/introducing-related-incidents\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-related-incidents\/","description":"Today, we're launching a new way to coordinate response efforts in complex incidents: related incidents. Related incidents allow you to connect many incidents underneath a single parent incident, making it easy to connect multiple incidents that have been opened for the same root cause or even break down large incidents into smaller component parts.\n\nRelated Incidents make it easy to share status updates between related incidents. And closing our related incidents is easy too: when you resolve a parent incident, you can choose between resolving or archiving the children.\n\nWhether your team is looking to consolidate multiple incidents or coordinate work into specific work streams, try out Related Incidents today by visiting an Incident page and editing Related Incidents in the sidebar. You can also run \/fh related in Slack. You can also learn more about Related Incidents by reading our blog post or visiting our docs.","pubDate":"Wed, 14 Jun 2023 18:43:33 GMT"},{"title":"UI Refresh Updates: See All Tasks and Follow Ups, Un-Archive Incidents, Notification Center and More!","link":"https:\/\/firehydrant.com\/changelog\/ui-refresh-updates-see-all-tasks-and-follow-ups-un-archive-incidents-notification-center-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/ui-refresh-updates-see-all-tasks-and-follow-ups-un-archive-incidents-notification-center-and-more\/","description":"Our team has been busy packing all kinds of goodies into our UI Refresh. Read on and make sure that you checkout the UI Refresh Beta announcement to get yourself enrolled.\n\nTasks and Follow-Ups Views\n\nHave you ever had an incident-related task or follow-up that you just couldn\u2019t find? Or a list of things your team needs to follow-up on from a recent incident? With the new Task and Follow-up views in the UI Refresh beta, you can easily find tasks and follow-ups that belong to you or anyone else on the team. Filter by state, ticket priority, and more. If you\u2019re already enrolled in the UI beta, navigate to the Incidents page to Tasks and Follow-Ups in the sidebar.\n\n\n\nUnarchiving Incidents\n\nWhen someone on your team prematurely archives an incident, it can be frustrating to try to get that incident re-opened. Starting today, you can easily find archived incidents in the new Incidents page by filtering \u201cArchived\u201d from the quick filter list. Each archived incident has an unarchive button in the action menu. Clicking this button will bring the incident back into whatever state it was in when it was archived (active, resolved, etc.).\n\nIntroducing the Notification Center\n\nFor users enrolled in our UI Refresh beta, we\u2019re happy to offer a new way to stay in the know about incidents happening in your workspace. The notification center will display notifications for your incidents: both the incidents your responding to as well as the ones that you\u2019re watching. You\u2019ll get notifications for status updates, roles assignments and other big changes for your incidents.\n\nImport User Avatars from Slack\n\nWe\u2019re now allowing users to import a user avatar from their Slack account as part of the UI Refresh beta. Adding your avatar not only makes your presence in the FireHydrant app more personalized, but it also makes it easier for other users to understand when you\u2019ve been involved in resolving an incident or participating in a retrospective. You can import your Slack avatar by editing your profile after opting in to the new UI beta.\n\nBugs and Fixes\n\nWe added a new Date Time hover state to show both UTC and local user time.\n\nWe updated the command center to allow for file uploading (drag-and-drop or click to upload).\n\nWe fixed an issue with YAML formatting for Backstage YAML imports.\n\nWe fixed missing status tags on Follow-ups on Incident pages.","pubDate":"Mon, 05 Jun 2023 20:05:21 GMT"},{"title":"Introducing Slack Enterprise Grid Support","link":"https:\/\/firehydrant.com\/changelog\/introducing-slack-enterprise-grid-support\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-slack-enterprise-grid-support\/","description":"If you're using Slack Enterprise Grid, you can now install the FireHydrant Slack app across multiple workspaces. Enterprise Grid support lets you enable incident management for all of their workspaces, making it easy to manage incidents in Slack for all of their teams.\n\nUsers across Enterprise Grid workspaces can now run a single incident management process with easy Slack commands, firing off incidents in the location where your responding team expects them. For instance, a team in a Security workspace might see an issue, run \/fh new and an incident will be opened up in the Engineering workspaces #incidents channel.\n\nTo learn more about Enterprise Grid and how you can set it up for your team, checkout our docs.","pubDate":"Thu, 01 Jun 2023 18:57:32 GMT"},{"title":"Command Bar, Auto-complete for Liquid variables, and Adding External Links to Incidents","link":"https:\/\/firehydrant.com\/changelog\/command-bar-auto-complete-for-liquid-variables-and-adding-external-links-to-incidents\/","guid":"https:\/\/firehydrant.com\/changelog\/command-bar-auto-complete-for-liquid-variables-and-adding-external-links-to-incidents\/","description":"Command Bar\n\nIf you've used any modern developer tools, you'll be familiar with the \"Command + K\" utilities bars that have become ever present. We've added a command bar for searching, navigating, and taking action on your incidents, making it even easier to use our web application when you're responding to incidents. If you've enrolled in our new UI Refresh beta, you'll see the command bar the next time you log in. You can use the \"command+k\" hotkey combination or just click on the search bar in the header.\n\nAuto-complete for Liquid Variables\n\nWe know that trying to remember all the possible properties of liquid templating variables can be challenging. So we added support for auto-completing liquid variables when using them in Runbook steps. For instance, if you want to add the incident name to a custom Slack message, you can add your standard curly braces and start typing incident. You'll be presented with available variables as well as the properties of that variable once you select it. Additionally, you can check for any available filters by typing the pipe symbol: |. Try it out now by opening a runbook and editing any step with a text field.\n\nAdding External Links\n\nWhen responding to incidents, there are all kinds of external resources that are helpful to accelerating the response process: dashboards, documents, links to your UI, etc. Now, you can easily add those links to your incident in FireHydrant in the sidebar of an incident page in FireHydrant. For each link, you can add a name and the url for the link. Whenever a link is added, we'll thread a Slack message to your pinned message and send it to the channel.\n\nJira Data Center 9 Support\n\nWe updated our Jira Data Center integration to support the latest major version. Since the APIs differ between version 8 and version 9, we have flagged the newest version until all customers have migrated to the latest version. Please reach out to your customer success team if you are using Jira Data Center 9.\n\nBugs and Fixes\n\nWe fixed an issue with Jira ticket creation from runbook steps\n\nWe fixed a bug with pagination on the task lists page\n\nWe fixed a bug with Zoom bridges\n\nWe fixed an issue with large CSV downloads\n\nWe added the ability to filter by event type on the incidents API endpoint\n\nWe added the ability to invite groups to an incident channel","pubDate":"Mon, 22 May 2023 16:41:33 GMT"},{"title":"Automatically Open Incidents from Datadog, Honeycomb, New Relic, Prometheus and BugSnag","link":"https:\/\/firehydrant.com\/changelog\/automatically-open-incidents-from-datadog-honeycomb-new-relic-prometheus-and-bugsnag\/","guid":"https:\/\/firehydrant.com\/changelog\/automatically-open-incidents-from-datadog-honeycomb-new-relic-prometheus-and-bugsnag\/","description":"Today, we're launching 5 new integrations to make it easier to automatically declare incidents. You can use the power of Alert Routing with your monitors and alerts from your favorite monitoring tools: Datadog, Honeycomb, Prometheus' Alertmanager, New Relic, and BugSnug. Alert Routing will allow you to use data from these monitoring tools to build precise rules for automatically opening incidents, routing actionable messages to your teams Slack channels, logging a message, or just ignoring the low level alerts.\n\nThese new integrations provide a simple webhook interface with a new guided onboarding experience to help you properly configure the webhook and any payloads that might need to be customized in your monitoring tool.\n\nCheck out the new new integrations by logging into your account and navigating to the Integrations page and clicking on the monitoring tool that you'd like to try. And as always, you can check out our docs to learn more about how to get started:\n\nDatadog\n\nHoneycomb\n\nNew Relic\n\nAlertmanager\n\nBugSnag","pubDate":"Thu, 18 May 2023 20:39:32 GMT"},{"title":"Announcing a New Dashboard and More","link":"https:\/\/firehydrant.com\/changelog\/announcing-a-new-dashboard-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/announcing-a-new-dashboard-and-more\/","description":"A Personalized Dashboard When you log in to FireHydrant, now, you'll find a list of active incidents that involve you or your team. Additionally, you can quickly browse all of the active incidents in your organization. You'll also find any tasks from active incidents as well as any follow-ups assigned to you in FireHydrant or your ticketing system.\n\nA Simpler Navigation Not only did we move our navigation to the top of the screen, but we've also simplified how to access the most important content: your incidents and incident management process tools like Runbooks and Catalog. Any configuration or setup flows have been moved to Settings to keep a single, simple admin area.\n\nSimplified Tables We've updated our tables across the application to not only offer a simpler search and filtering experience, but also show you the most relevant information for your incidents, services, users, and more.\n\nThese changes should help make the experience of responding to incidents in FireHydrant not only easier but importantly, faster.\n\nTo get started, navigate to User > My Account and scroll to the bottom of the page to find the new \"Beta Features\" section. Select \"UI Redesign\", click \"Update\", and refresh the page.","pubDate":"Tue, 16 May 2023 19:22:07 GMT"},{"title":"Introducing Resolved Incidents","link":"https:\/\/firehydrant.com\/changelog\/introducing-resolved-incidents\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-resolved-incidents\/","description":"Today, we're launching Resolved Incidents to help you and your team track historical or even quickly-resolved incidents. Sometimes, an incident ends up being a quick-win, a Slack thread, or for some reason, just not a part of your typical incident management process. These incidents don't require the same automation and process that active incidents do, and so for all of those incidents, you can now create Resolved Incidents in FireHydrant. Tracking these incidents, even without the full incident management process can help your teams learn more through retrospectives and even richer data about your incidents.\n\nWhen creating a Resolved Incident, you will add a start and end time to your incident which will be used to populate the started and resolved milestones. These incidents, as the name implies, begin at the \"Resolved\" milestone. The forms for Resolved incidents will respect your settings for required fields and any additional fields that you and your team want to add for the incident (including any Runbooks that you may wish to run explicitly).\n\nImportantly, Resolved Incidents will skip any automatic runbook triggers, so you don't need to worry about firing off pagers or unnecessary status page updates.\n\nCheck out Resolved Incidents today by logging into FireHydrant and selecting \"Create Resolved Incident\" from the new menu item next to the \"Declare Incident\" button. You can also run our new Slack command: \/fh create-resolved to create a Resolved Incident in Slack. And as always, you can check out our docs to learn more about creating a Resolved Incident.","pubDate":"Thu, 27 Apr 2023 13:39:35 GMT"},{"title":"Add Teams to Incidents in Declare Incident Form and Convert Tasks to Follow-Ups","link":"https:\/\/firehydrant.com\/changelog\/add-teams-to-incidents-in-declare-incident-form-and-convert-tasks-to-follow-ups\/","guid":"https:\/\/firehydrant.com\/changelog\/add-teams-to-incidents-in-declare-incident-form-and-convert-tasks-to-follow-ups\/","description":"Team Assignment in Declare Incident Form\n\nUsers can now assign a team to an incident when declaring one in the web UI. This allows users, regardless of where they are declaring an incident, to bring the right team into the incident.\n\nSCIM support for Google Workspaces\n\nFor organizations using Google Workspace, we now offer full SCIM support for provisioning and de-provisioning users.\n\nUpdated Incident Export to async with email follow-up\n\nTo improve the performance and user experience of exporting incidents from the Incidents list view in FireHydrant, we are now running the export task asynchronously and emailing users when it's ready to download.\n\nConvert Tasks to Follow Up Tickets\n\nWe re-added the ability to change any of your in-incident tasks to follow-up tickets. This makes it easy to ensure important work makes it from the incident into follow-ups.\n\nBugs and Fixes\n\nWe updated tabs in Command Center and Retrospective views to be responsive\n\nWe now hide incident types in the incident declaration form if not incident types are present\n\nFixed bug with data export dropping incidents\n\nWe added support For Liquid Templating in \"Add a Bookmark\" Runbook Step\n\nWe updated our GoLang API client\n\nWe now allow requiring passwords on our Zoom meeting integration\n\nWe added more useful upstream error reporting from Jira\n\nWe fixed an issue with Slack usernames showing up in Google Meet links\n\nWe fixed an issue with incident labels not filtering properly on the Incident list page\n\nWe fixed an issue with system-wide status page not updating\n\nWe fixed an issue with directly inviting @usernames to a Slack channel via runbooks\n\nWe fixed a bug where discarded users were being auto-linked in Slack\n\nWe fixed a bug where starring Slack messages wasn't properly adding a star to timeline items in FireHydrant","pubDate":"Mon, 10 Apr 2023 13:28:52 GMT"},{"title":"Assign Teams when Declaring an Incident, Get On-Call Schedules for Functionalities","link":"https:\/\/firehydrant.com\/changelog\/assign-teams-when-declaring-an-incident-get-on-call-schedules-for-functionalities\/","guid":"https:\/\/firehydrant.com\/changelog\/assign-teams-when-declaring-an-incident-get-on-call-schedules-for-functionalities\/","description":"Assign Teams when declaring an incident in Slack and via the API\n\nWhen your team is declaring an incident in Slack or via the API, they can easily assign a team to the incident using any team you\u2019ve created in FireHydrant. Team assignment is now available as a controllable field and may need to be added to your modal in Organization > Settings > Incident fields settings. If you're declaring an incident via the API, you can now pass an array of ids through the parameter team_ids.\n\nRetrieve on-call schedules associated with Functionalities\n\nWe added the ability to retrieve an on-call schedule from your 3rd party tool when you\u2019ve linked that schedule to a Functionality in FireHydrant. Previously, this was limited to just Services.\n\nBugs and Fixes\n\nWe fixed an issue with our New Incident status would sometimes double post in Slack\n\nWe fixed an issue with timestamps not saving for custom change events\n\nWe fixed an issue with syncing inactive PagerDuty users","pubDate":"Mon, 03 Apr 2023 13:49:01 GMT"},{"title":"New Runbook Step to Invite Users to Channels, Beta for Removing Timeline Items, Advanced Field Management for Multistep Modal in Slack","link":"https:\/\/firehydrant.com\/changelog\/new-runbook-step-to-invite-users-to-channels-beta-for-removing-timeline-items-advanced-field-management-for-multistep-modal-in-slack\/","guid":"https:\/\/firehydrant.com\/changelog\/new-runbook-step-to-invite-users-to-channels-beta-for-removing-timeline-items-advanced-field-management-for-multistep-modal-in-slack\/","description":"New Runbook Step to Invite Users to Channel\n\nWe added a new runbook step to allow you to invite specific users, via Slack handles or email address, to an incident channel. This allows you to add your own Slackbots as well as specific team members who should participate in all incidents.\n\nBeta: Owners can remove timeline events\n\nWe added the ability to remove Slack and FireHydrant chat messages from the incidnet timeline in FireHydrant to help with controlling sensitive information like personally identifying information, API keys, and other common security concerns. This functionality is limited to the owner role in FireHydrant. To enroll in the beta, reach out to your customer success manager.\n\nAdvanced fields management for the Multistep modal\n\nFor teams using the multistep modal for creating new incidents in Slack, you can now manage the fields that are presented in that modal. To edit which fields are visible, navigate to the Organization Settings page and update the \"Incident fields settings\" for the Advanced modal.\n\nRollback: New Update Modal Experience\n\nLast week we rolled out a multistep update modal to Slack and have rolled that back to a private beta for teams that are using our multi-step incident creation modal as well. If you'd like to enrolled in the beta, reach out to your customer success manager.\n\nBugs and Fixes\n\nWe added contextual icons for runbook steps in the incident timeline\n\nWe fixed a bug with login retries\n\nWe fixed a bug with change events UI incorrectly wrapping text","pubDate":"Mon, 27 Mar 2023 17:12:45 GMT"},{"title":"Introducing a new Declare Incident form for the web","link":"https:\/\/firehydrant.com\/changelog\/introducing-a-new-declare-incident-form-for-the-web\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-a-new-declare-incident-form-for-the-web\/","description":"Today, we're launching a fresh, new way to declare incidents in FireHydrant through our web app. You and your team can now quickly and efficiently kick off new incidents in FireHydrant, getting just the right amount of data for the incident when kicking it off.\n\nThis new form allows you to use incident types to add context, tags, services, and more to make sure that your most common types of incidents can be quickly declared.\n\nAdditionally, this new form has been slimmed down for the user, moving any non-required fields into an optional section at the bottom of the form, allowing your team members to add in the fields that they are confident about and ignoring the ones that they aren't sure about.\n\nCheck out the new Declare Incident form today by logging into FireHydrant and clicking the \"Declare Incident\" button in the top right corner (don't worry, you can look at the form without actually opening an incident). And as always, you can check out our docs to learn more about kicking off an incident.","pubDate":"Thu, 23 Mar 2023 15:41:55 GMT"},{"title":"Introducing Alert Routes: Automate your Alert with Automatic Incidents and Slack Channel Routing","link":"https:\/\/firehydrant.com\/changelog\/introducing-alert-routes-automate-your-alert-with-automatic-incidents-and-slack-channel-routing\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-alert-routes-automate-your-alert-with-automatic-incidents-and-slack-channel-routing\/","description":"Today we're launching Alert Routes, a powerful new way for you to manage the alerts you're sending to FireHydrant. For you highest priority alerts, you can automatically open incidents, passing along key details from the alert. For alerts that are specific to a team or a service, you can send those alerts to the appropriate channel. Additionally, you can create a log message for the alert or ignore it altogether.\n\nAlert Routes, like Runbooks, creates powerful automation based on conditional logic. You can create conditions from any of the data that's included in your alert: priority, summary, related infrastructure and more!\n\nStarting today, Alert Routes is available for all existing alerting integrations in FireHydrant including PagerDuty, OpsGenie, and Splunk On-Call (VictorOps).\n\nTo learn more about Alert Routes, checkout our blog post or read the docs. Better yet, head over to your alerting provider integration to start automating your alerts today.","pubDate":"Tue, 21 Mar 2023 14:24:17 GMT"},{"title":"Automatic Slack User Linking, New Teams Page, and support for Multi-Channel Guests","link":"https:\/\/firehydrant.com\/changelog\/automatic-slack-user-linking-new-teams-page-and-support-for-multi-channel-guests\/","guid":"https:\/\/firehydrant.com\/changelog\/automatic-slack-user-linking-new-teams-page-and-support-for-multi-channel-guests\/","description":"Automatic Slack Account Linking\n\nWe updated the Slack linking functionality to automatically link accounts between FireHydrant and Slack when the emails match. We added an additional \u201calternate email\u201d field on the user account settings to make sure any alternate Slack account emails are considered as well.\n\nNew Teams Page\n\nWe updated our teams list and view page to be more consistent with the rest of the web app. Easily view active and past incidents that the team was assigned to, explore their responsibilities within the service catalog, and more.\n\nMulti-Channel Guests\n\nWe now support multi-channel guests linking Slack accounts to FireHydrant, allowing guests to fully participate in your incident management process, running Slack commands, having assigned roles, and more.\n\nNew \/fh update modal experience\n\nWe shipped a new modal for the update command in Slack. This new modal enables you to update all the details about an incident in addition to the current functionality of posting a message to the status page.\n\nBugs and Updates\n\nWe fixed an issue where PagerDuty alerts were showing discarded services\n\nWe updated our mechanism for inviting users to a channel to retry each user individually to avoid batch errors.","pubDate":"Mon, 20 Mar 2023 15:03:14 GMT"},{"title":"A Fresh, New Docs Site","link":"https:\/\/firehydrant.com\/changelog\/a-fresh-new-docs-site\/","guid":"https:\/\/firehydrant.com\/changelog\/a-fresh-new-docs-site\/","description":"FireHydrant is hard at work this year improving the experience of our entire platform. And this includes all the places that you might interact with our product, even our API docs and help our general documentation.\n\nOver the last few months, we\u2019ve been quietly hacking away at an improved documentation site, and today, we\u2019re announcing the release of our new docs site: https:\/\/firehydrant.com\/docs.\n\nWhile the content of the docs is exactly the same (we're working on improving that as well!), we've made a ton of changes to make the site easier for you\n\nDark mode for late-night perusers \ud83c\udf19\ud83c\udf15\n\nWhole-site fuzzy search\n\nTable of contents per-article\n\nSyntax highlighting for code snippets\n\nWe hope you enjoy the updated docs experience, and if you have any feedback or questions, please let us know by reaching out to your Customer Success Manager know or connecting with us via the support portal!\n\nCheck out the new docs today! https:\/\/firehydrant.com\/docs.","pubDate":"Wed, 15 Mar 2023 15:51:39 GMT"},{"title":"Capturing Messages from Slack Connect Users, Secrets Management for Webhook Headers, and Updating Incident Channel Names in Slack","link":"https:\/\/firehydrant.com\/changelog\/capturing-messages-from-slack-connect-users-secrets-management-for-webhook-headers-and-updating-incident-channel-names-in-slack\/","guid":"https:\/\/firehydrant.com\/changelog\/capturing-messages-from-slack-connect-users-secrets-management-for-webhook-headers-and-updating-incident-channel-names-in-slack\/","description":"Timeline Messages from Slack Connect Users\n\nWe added support for ingesting messages from Slack Connect users into the incident timeline, ensuring that even more context is captured during an incident.\n\nSecrets Management and JSON Headers for Webhooks in Runbooks\n\nWe added the ability to add and manage secrets to be used when authenticating and securing webhooks in the Send a Webhook runbook step. These secrets can be added to the JSON Headers field using a liquid template to pull them in {{ secrets.your_secret_name}}\n\nUpdate Channel Names in Runbooks\n\nWe updated our Create Channel runbook step to allow you to rename the channel based on new conditions or changes to the incident. You can now add this step multiple times in an incident and subsequent runs of this step will update the channel name.\n\nPriority Field from OpsGenie in Runbooks\n\nWe added the priority field from OpsGenie alerts into the Create OpsGenie Incident runbook step\n\nLogin Redirects URLs\n\nWe updated our login flow to capture a redirect url, ensuring logged out users return to the page they\u2019re expecting to after logging in\n\nAPI Documentation Updates\n\nWe fixed several type-based issues in our documentation\n\nBugs and Fixes\n\nWe fixed a bug with timeline chronology when updating incident details\n\nWe fixed an issue with editing timeline events during retros\n\nWe fixed a UI sizing issue with conditions labels","pubDate":"Mon, 13 Mar 2023 12:32:15 GMT"},{"title":"Introducing Commenting in Retrospectives","link":"https:\/\/firehydrant.com\/changelog\/introducing-commenting-in-retrospectives\/","guid":"https:\/\/firehydrant.com\/changelog\/introducing-commenting-in-retrospectives\/","description":"Today we're releasing a new way to collaborate in retrospectives using comments on all editable fields as well as timeline events. Users can add, edit, and remove comments and can even react to others' comments with a Github-style set of Emojis. Commenting is the core part of collaboration on the web today, and we're excited to start making our retrospectives more interactive and powerful for teams running full-cycle incident management.\n\nTo learn more about using comments in your retrospectives, check out our blog post or read the docs. Better yet, you can start a game day incident and run a retrospective to try out commenting for yourself!","pubDate":"Thu, 09 Mar 2023 20:50:09 GMT"},{"title":"Runbooks Conditions for Team Assignment","link":"https:\/\/firehydrant.com\/changelog\/runbooks-conditions-for-team-assignment\/","guid":"https:\/\/firehydrant.com\/changelog\/runbooks-conditions-for-team-assignment\/","description":"Team Assigment in Runbooks\n\nWe added the ability for team assignment to be used as a condition in runbook conditional statements.\n\nBugs and Fixes\n\nWe fixed an issue with spacing in the incident timeline\n\nWe fixed an issue with alerts in OpsGenie and VictorOps not properly attaching to incidents\n\nWe added pagination to Service Catalog search when creating Runbook steps\n\nWe fixed an issue with some PagerDuty alerts not auto-resolving\n\nWe shortened the Message Import Slack message in the FireHydrant Slack app\n\nWe updated API docs for many of our endpoints","pubDate":"Mon, 27 Feb 2023 16:51:02 GMT"},{"title":"Add incident impact through runbook steps","link":"https:\/\/firehydrant.com\/changelog\/add-incident-impact-through-runbook-steps\/","guid":"https:\/\/firehydrant.com\/changelog\/add-incident-impact-through-runbook-steps\/","description":"Add incident impact\n\nWe added a new runbook step called Add Incident Impact to allow you to easily add service catalog components to an incident with condition status.\n\nFixes and Bugs\n\nWe added the ability to unarchive an incident via the API\n\nWe added the ability to automatically link incidents created in third party alerting providers to your existing incident when using the \/fh page commands\n\nWe added drag and drop image uploading to the command center\n\nWe removed truncated incident titles on the Incident list view and are now showing full titles even for multi-line titles\n\nWe added team assignments to the incident API allowing you to easily see which teams have been assigned to the incident\n\nWe added the ability to set Priority level when paging to OpsGenie for either Runbooks or Slack\n\nWe fixed a bug so that Severity Matrix no longer displays Discarded Services\n\nWe fixed a bug for posting incidents to Statuspage.io with \u201c minor outage\u201d impact\n\nWe fixed an issue where status page update wouldn\u2019t post with invalid Liquid syntax: now we will show raw title instead of failing the update","pubDate":"Tue, 21 Feb 2023 18:30:20 GMT"},{"title":"New Zoom OAuth Integration and fh.new","link":"https:\/\/firehydrant.com\/changelog\/new-zoom-oauth-integration-and-fhnew\/","guid":"https:\/\/firehydrant.com\/changelog\/new-zoom-oauth-integration-and-fhnew\/","description":"Zoom Oauth Application\n\nToday, we're launching a new OAuth-based integration with Zoom to make it easier to integrate your Zoom account.\n\nOn June 1st, Zoom will deprecate their JWT application support, and we will deprecate the prior version of our Zoom integration at that time.\n\nTo learn more, read our documentation on the new Zoom OAuth integration.\n\nfh.new\n\nWe've added a new shortcut to open incidents for your team. Using our new link at https:\/\/fh.new, users can quickly open a new incident in the FireHydrant UI.\n\nFixes and Bugs\n\nWe added the ability to add new timeline events during a retrospective\n\nWe updated incident types to allow for the creation of private incidents\n\nWe added the ability to edit status page updates in the command center, allowing you to change any message you've already posted to your status page.\n\nWe added the ability to skip required fields when testing a runbook\n\nWe updated retrospective fields to editable components to avoid overwriting and to allow for in-context preview of Markdown\n\nWe added the ability to change the severity or priority of an incident in the retrospective\n\nWe improved validation warnings when filling out required fields in retrospectives\n\nWe fixed an issue with Jira server ticket status syncing\n\nWe updated runbook Slack channel creation to always create private channels when run inside a private incident","pubDate":"Mon, 13 Feb 2023 20:26:21 GMT"},{"title":"Automatic Incident Updates","link":"https:\/\/firehydrant.com\/changelog\/automatic-incident-updates\/","guid":"https:\/\/firehydrant.com\/changelog\/automatic-incident-updates\/","description":"New Functionality for the Update Incident Details Runbook Step\n\nWe've added two additional functionalities to our update incident details runbook step.\n\nThe first new feature is the ability to add labels to an incident.\n\nThe second new feature is the ability to post automatic status page updates as part of a larger state change or as a standalone update. By default, notes will be included on the internal incident status page, and can be selected for other status pages.\n\nRead more about this step in our documentation.\n\nBugs and Fixes\n\nWe fixed a bug where incident creation time was missing from the retrospective view.\n\nWe improved teams filtering in the incident list.\n\nWe improved real time functionality on the new command center: incident links and runbook step executions now update in real time.\n\nWe improved filtering on incident timeline to properly show all milestone updates as we would previously exclude them if they were associated to a status page update.","pubDate":"Mon, 06 Feb 2023 16:42:30 GMT"},{"title":"Slack Message Migration","link":"https:\/\/firehydrant.com\/changelog\/slack-message-migration\/","guid":"https:\/\/firehydrant.com\/changelog\/slack-message-migration\/","description":"Slack message migration\n\nToday, we're releasing a Slack message shortcut that allows you to import any message or thread into an existing FireHydrant incident. This will help ensure that FireHydrant has a complete conversation record about a given incident and notify users that their messages have been imported into an incident channel so they can join the action easily. Any message can be imported by clicking More message shortcuts... in Slack and then searching for Add message to incident.\n\nBugs and Fixes\n\nEnforcing creating a single retrospective for incidents: We've updated creating retrospectives to ensure that only one would ever be created. Specific scenarios would lead to multiple retrospectives, and with no way to switch between them in the UI, we were inconsistently showing data.\n\nEnable sending retrospectives to teams: We've added functionality to sharing retrospectives to send a report to an entire team at publishing time. This should reduce the number of selections made at publish time.\n\nDouble-creating services: We fixed a bug that led to creating services twice when manually creating them in the web UI.\n\nDeleting attached alerts: We fixed a bug that was not allowing linked alerts to be removed from an incident.\n\nHiding options to open incidents in Slack automatically: If you have required fields for declaring incidents, opening incidents directly from our Slack alert prompt could lead to a situation where the incident was opened without those required fields. If you are in that specific situation, we'll now hide the button to open the incident automatically and will prompt you to open it using the declaration form.\n\nAdd a warning message when an incident type is missing a required field: When selecting an incident type that is missing a given required field, we'll show you which field is missing and prompt you to complete it before declaring your incident.","pubDate":"Thu, 02 Feb 2023 16:43:12 GMT"},{"title":"Analytics","link":"https:\/\/firehydrant.com\/changelog\/analytics\/","guid":"https:\/\/firehydrant.com\/changelog\/analytics\/","description":"Modern engineering teams have spoken: not only do they want to streamline and learn from incidents, they want to actually use them to improve reliability. Moreover, as economic winds change, teams want to understand the impact of their investment in incident management. To close that loop, they need a path to understanding incidents across time, infrastructure, milestones, and teams. Those insights are now generally available for FireHydrant Enterprise customers. Our upgraded Analytics dashboard makes it easier to understand at a glance how incidents affect your systems and your people, allowing you to drive toward true reliability improvements.\n\nIn addition to the updated dashboard, we\u2019ve also made it easier to export visualized and raw data to share your incident management performance with leaders and other teams. Combined, these features allow teams to understand and share data about incident management programs in a way that was previously impossible in any tool without cumbersome data analysis and business intelligence work. For the first time, teams can instantly visualize incident impact by service, functionality, and teams without stitching together data from disparate sources, piping it into a BI tool, and manually building out queries and charts.\n\nCheck out more at our blog post or our knowledge base articles for more information.","pubDate":"Tue, 24 Jan 2023 20:45:48 GMT"},{"title":"Followup Priorities","link":"https:\/\/firehydrant.com\/changelog\/followup-priorities\/","guid":"https:\/\/firehydrant.com\/changelog\/followup-priorities\/","description":"Follow up priorities\n\nThis new field on follow up tickets will help your team prioritize items coming out of your incident and retrospective to understand what needs to be worked on now and what can wait until later. Priorities can be customized to fit your teams specific naming conventions and we are enabling the priority field with five default values. Priorities can be renamed and reordered to fit your teams needs. All followups will be shown in sorted priority order on your incidents and retrospectives and priority can be field mapped to any third party ticketing provider. Please talk to your CSM to have priorities enabled for your organization.\n\nSupport for EU PagerDuty instances\n\nWe've added support for custom domains in our PagerDuty configuration so if you are using an EU instance of PagerDuty, FireHydrant will be able to fully support you.\n\nBugs and Fixes\n\nTicketing Settings: To go along with our release of priorities on follow ups, we have consolidated priority configuration, template values, and default projects to their own configuration page called Ticketing Settings.\n\nResolution time filtering in API: We've updated filtering parameters in our API to include searching for incidents by resolution time. This is available by including resolved_at_or_after in your parameters\n\nLogout bug fix: We fixed a bug that was leading to an error page when users logged out.","pubDate":"Mon, 23 Jan 2023 16:11:14 GMT"},{"title":"Automated Status Page Updates and Organization-wide Ticket Templates","link":"https:\/\/firehydrant.com\/changelog\/automated-status-page-updates-and-organization-wide-ticket-templates\/","guid":"https:\/\/firehydrant.com\/changelog\/automated-status-page-updates-and-organization-wide-ticket-templates\/","description":"Automated Status Page Updates\n\nUsing the runbook step \"Update Incident Details\", users can now add automated udpates to their status pages on regular cadences, further reducing the toil associated with resolving incidents. Try it out now by editing or adding an Update Incident Details runbook step and adding status pages to the Status Pages field.\n\nOrganization-Wide Ticket Templates\n\nFor all users in your organization, you can now add ticket templates for any follow-ups that are added to an incident. Importantly, templates can include liquid templating so important information about the incident can be automatically added to all of your follow-up tickets. Try it out now by editing your organization setting\n\nBugs and Fixes\n\nAlignment Fixes: We shipped some changes to the layouts of several of our most common pages.\n\nAlias Add Tags: We shipped a change to the \/fh add tags commands that drops users into the tag editing portion of the update incident form, uniying their experience across all updates.","pubDate":"Tue, 17 Jan 2023 19:18:49 GMT"},{"title":"50k Incident Benchmark and a bunch of New Year's Bugs & Fixes","link":"https:\/\/firehydrant.com\/changelog\/50k-incident-benchmark-and-a-bunch-of-new-years-bugs-and-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/50k-incident-benchmark-and-a-bunch-of-new-years-bugs-and-fixes\/","description":"50k Incident benchmark We analyzed 50,000 resolved incidents and identified the top trends to help you level up your incident management process. Check out just some of the behaviors we found that have a positive impact on MTTR and much more in the full report: https:\/\/firehydrant.com\/reports\/incident-benchmarks\/\n\nBugs and Fixes\n\nFeature Enhancement: we added the ability to send an email when publishing a retrospective. The email includes a PDF summary and can be sent to any stakeholders by entering their email address at time of publising.\n\nPage Alignment: we fixed some inconsistencies across page layouts\n\nImproved ebounce on Retros: we improved the form performance for users who are working on completing a retrospective\n\nLessons Learned Bug Fix: we fixed bug that caused values to be overwritten in specific lessons learned\n\nTags\/Labels Bug Fix: we improved the display of incident tags and labels in the retrospective\n\nPage Service Bug Fix: we fixed a bug so that the system correctly invokes page service command when it\u2019s kicked off from a runbook step\n\nPerformance Improvements: we improved memory and network usage on the frontend for faster experiences\n\nDesign System Updates: we started rolling out a new color palette across the app\n\nJira Field Mapping Improvement: we improved Jira field mapping to include Epics as a destination for incident tickets\n\nQuality of Life Improvement: we disabled SEO indexing on long lived internal status pages","pubDate":"Mon, 09 Jan 2023 15:54:45 GMT"},{"title":"Jira Field mapping and threaded incident updates","link":"https:\/\/firehydrant.com\/changelog\/jira-field-mapping-and-threaded-incident-updates\/","guid":"https:\/\/firehydrant.com\/changelog\/jira-field-mapping-and-threaded-incident-updates\/","description":"Template variables in Jira field mapping\n\nFireHydrant has added liquid templating support for literal Jira custom field mappings.\n\nThis enables incident data to be populated to Jira tickets\n\nCheck out our support documentation for more\n\nPost incident updates in thread\n\nWhen an incident updates occur, now all incident messages across Slack can receive threaded updates\n\nBugs and Fixes\n\nFixed a bug where values were improperly populating in specific retrospective fields\n\nFixed a bug where retrospective pdfs formatted data incorrectly\n\nAdded suggested change events to new command center\n\nUpdated the import messages Slack command to post messages in a thread instead of to the channel\n\nLinked alerts no longer count as notes for runbook conditions\n\nAll active status pages are now selected by default when posting updates in Slack\n\nFixed a bug where certain users were unable to subscribe to status pages\n\nWe no longer allow runbook conditions to include a trailing and\/or operator without an additional condition\n\nFixed a bug where Slack messages were not updating with created third party links after an action item is created\n\nImproved search algorithm for tags on incidents\n\nImproved change events and incident archival in the web command center\n\nFixes an issue with data export to provide longer lived urls\n\nAllow for autorecording webex meetings","pubDate":"Mon, 05 Dec 2022 19:31:24 GMT"},{"title":"Okta Network Listing","link":"https:\/\/firehydrant.com\/changelog\/okta-network-listing\/","guid":"https:\/\/firehydrant.com\/changelog\/okta-network-listing\/","description":"Okta Integration Network Listing\n\nFireHydrant is now an Okta Verified SAML and SCIM integration.\n\nVisit https:\/\/www.okta.com\/integrations\/firehydrant\/ to add the integration to your Okta application for out of the box user provisioning and single sign on.\n\nBugs and Fixes\n\nFixed a SCIM issue for users reprovisioning with changing email addresses\n\nPerformance improvements for ingesting alerts from integration partners\n\nFixed an issue where Operational was the default condition when declaring incidents\n\nAdding alerts to incidents no longer triggers note specific runbook conditions\n\nFix label and tag grouping in the new command center\n\nFixed issue with Zoom integration where join before host was incorrectly being set\n\nFixed issue with Webex integration where join before host was incorrectly being set\n\nImprove performance on the retrospectives page\n\nFix a bug where certain characters were breaking search results","pubDate":"Mon, 21 Nov 2022 18:07:19 GMT"},{"title":"New Retrospectives Experience and default views","link":"https:\/\/firehydrant.com\/changelog\/new-retrospectives-experience-and-default-views\/","guid":"https:\/\/firehydrant.com\/changelog\/new-retrospectives-experience-and-default-views\/","description":"A whole new retrospective experience\n\nToday, we're bringing our newly designed retrospective experience out of private beta and into public beta. Taking cues from our redesigned incident command center over the summer, we've made individual retrospective tasks easier to complete, timeline curation significantly simpler, and added a whole new way to add action items during the course of your retrospective.\n\nIncident Participation Statistics\n\nNot only did we redesign retrospectives, we're bringing some new functionality as well. When loading up retrospectives in FireHydrant, you'll now be able to see data for the users that participated in that incident broken out by time in incident, starred messages, and actions taken. Empower your retro facilitators to easily find the people responsible for mitigation. As a bonus, this data set is available as template variables for use in any runbook step.\n\nSaved Incident Views\n\nA few weeks ago we launched saved views on services. Today, we're opening that up to incidents as well. Now you can save organization wide views for your list of incidents, allowing teams to quickly get back to commonly used filters. As a bonus, you can also set default views so your filtered list is automatically set whenever you visit https:\/\/app.firehydrant.io\/incidents","pubDate":"Tue, 08 Nov 2022 21:31:32 GMT"},{"title":"Updates on Labels and Tags for Incidents and Improvements for Responding Teams","link":"https:\/\/firehydrant.com\/changelog\/updates-on-labels-and-tags-for-incidents-and-improvements-for-responding-teams\/","guid":"https:\/\/firehydrant.com\/changelog\/updates-on-labels-and-tags-for-incidents-and-improvements-for-responding-teams\/","description":"Updated Labels and Tags in New Command Center\n\nFor teams using tags and labels for incidents, you\u2019ll now find a simpler way to interact with them in the new command center view. During an incident, you can add any tags or labels that your team will use for breaking down and understanding incidents in the future. Check out the new labels and tags by navigating to any incident page.\n\nAuto Add Responding Teams for Incidents\n\nLast week, we launched the ability to add responding teams directly to Slack channels. We\u2019ve now made this team assingment more powerful by allowing you to automatically pull in team members into an incident based on their on-call schedule when an incident includes their service. Check out our guide on managing services and functionalities with teams.","pubDate":"Mon, 31 Oct 2022 18:46:44 GMT"},{"title":"Automatically Add Responding Teams to Slack, Updated Teams Management, and Follow-up Items during incidents","link":"https:\/\/firehydrant.com\/changelog\/automatically-add-responding-teams-to-slack-updated-teams-management-and-follow-up-items-during-incidents\/","guid":"https:\/\/firehydrant.com\/changelog\/automatically-add-responding-teams-to-slack-updated-teams-management-and-follow-up-items-during-incidents\/","description":"Auto Add Responding Teams to Slack Channels\n\nWhen a team has been marked as a Responding Team for a service in FireHydrant, all members of that team can now be automatically added to Slack channels for incidents that connected to that service. To try it out, add a responding team to a service in your service catalog and check the \u201cAuto-add Responding Team\u201d toggle.\n\nRefreshed Teams Management Views\n\nWe updated the interfaces for managing teams in FireHydrant to reduce clutter and make it easier to understand what services and functionalities are owned by a specific team. You can check out the updated designs by visiting the Teams page as well as viewing any of your teams\u2019 specific pages.\n\nAdd follow ups during an Incident\n\nYou can now create follow ups during an incident in the new Command Center interface. Before, you would have to wait until the retrospective had been started to add follow-up items in Jira or Shortcut. Now, you can those follow-up items as the incident is progressing.\n\nBugs and Fixes\n\nUpdated SCIM documentation for API users with correct content-type and added a safe role check and spec to avoid SCIM failing when handling discarded users.\n\nFix for Change Events firing even after Github integration is uninstalled\n\nAdded exception\/logging into Opsgenie API client for better debugging\n\nFixed an issue with the Create Zoom runbook step","pubDate":"Mon, 24 Oct 2022 20:30:15 GMT"},{"title":"Default Views, Auto-Add Tags to Incidents, and Lots of Fixes","link":"https:\/\/firehydrant.com\/changelog\/default-views-auto-add-tags-to-incidents-and-lots-of-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/default-views-auto-add-tags-to-incidents-and-lots-of-fixes\/","description":"Default Views in Service Catalog\n\nBuilding off of the Saved Views work, we brought in a quick win to allow users to save a Default View based on a Saved View. When set, this view will now load on the first visit to the Service Catalog Overview. We also placed helpful UX Tooltips to help educate this new functionality. Last, a new pill tag to show when you are on the default view. Default View is set at a user level and not for the organization.\n\nAbility to automatically add tags to an incident by default\n\nClients can now automate the addition of incident tags via the incident_update runbook step. Not only can the user pick from an existing list of tags, but they can also create a new tag on the spot.\n\nError Reporting for POST \/v1\/incidents\n\nInstead of seeing a 500 error for posting with an invalid service ID, we will now return a 400 with the description of the failure.\n\nExample response body :\n\n\n{ ...\n\n    \"messages\": [\n\n        \"impacts service id 123456-ad43-adff-8b5e-64257 could not be found\",\n\n        \"impacts condition_id 64257-ad43-adff-8b5e-123456 could not be found\"\n\n    ]\n\n}\n\n\nBugs and other Fixes\n\nFixed an issue with Link & Import and integration links for Functionalities\n\nUpdated API Docs for \/service\n\nFixed bug where Integration form was resetting because of Entitlements check and page focus\n\nFixed the bad search query of Backstage Services matching FireHydrant Services.\n\nTurned on edit support for integration links on externally managed Services.\n\nFixed an issue with service pagination.\n\nUpdated the Edit Service form delete & save to new design language\n\nUpdated how we run team assignment for slack commands to an aysnc job\n\nFixed an issue where the input to any of the fields on that page are disappearing when you navigate away","pubDate":"Tue, 11 Oct 2022 23:27:40 GMT"},{"title":"Easier Filtering for Services, Simpler Runbooks in Test Incidents, and Incident Stats in Liquid Templates","link":"https:\/\/firehydrant.com\/changelog\/easier-filtering-for-services-simpler-runbooks-in-test-incidents-and-incident-stats-in-liquid-templates\/","guid":"https:\/\/firehydrant.com\/changelog\/easier-filtering-for-services-simpler-runbooks-in-test-incidents-and-incident-stats-in-liquid-templates\/","description":"Filtering UI Updates\n\nUsers can now instantly see their filters updated when filtering services in the main service catalog view. Selecting a team, tier, or connected functionality now immediately updates the list view. Keep an eye out for this pattern rolling out across the application!\n\nTest runbook without other default runbooks attaching\n\nPreviously, customers had no way to test a runbook in isolation; hitting the \"Test\" button from a runbook would declare a new incident and specify that runbook for attachment, but any other runbooks that attach automatically would also start running for that incident. We introduced the ability to test a single runbook and only that single runbook.\n\nAdd participation statistics to template variables\n\nWe took our participation statistics to the next level by adding incident stats to the IncidentEntity in our liquid templates. This exposes it to both the public API and for liquid rendering in Runbook steps.\n\n*Incident Stats*\n{% assign stats = incident.participation_stats %}\nTotal Messages: {{ stats.chat_messages }}\nStarred Messages: {{ stats.starred_messages }}\nTasks Completed: {{ stats.tasks_completed }}\nActions Taken: {{ stats.actions_taken }}\n\n{% for user in incident.participation_stats.user_stats %}\n  *{{ user.user.name }}*:\n  * {{user.chat_messages}} messages\n  * {{user.starred_messages}} starred messages\n  * {{user.tasks_completed}} tasks completed\n  * {{user.actions_taken}} actions taken\n  * {{user.time_in_incident}} in incident\n{% endfor %}\n\n\nThese new template variables make it easy to share stats in Slack messages, emails, and even via webhooks for custom integrations.\n\n\ud83d\udc1b Bug Fixes\n\nFixed an issue with incorrect system data on Status Pages\n\nFixed issue with users receiving emails after they are removed from org","pubDate":"Mon, 26 Sep 2022 18:39:01 GMT"},{"title":"New Liquid Variables, Saved Views, and Coming Soon: Local Time Display","link":"https:\/\/firehydrant.com\/changelog\/new-liquid-variables-saved-views-and-coming-soon-local-time-display\/","guid":"https:\/\/firehydrant.com\/changelog\/new-liquid-variables-saved-views-and-coming-soon-local-time-display\/","description":"Add common fields as top level liquid variable throughout runbooks\n\nUsers now have access to ticket, number, severity, and priority, and some other fields at the top level. Prior to this change those fields were nested and required users to dig through the incident's data in Runbooks. This means instead of typing {{ incident.incident_tickets.first.attachments.first.display_text }} the field is available as {{ incident.ticket }} for example.\n\nLocal time display to launch 22 Sep 2022\n\nMany of you have expressed a preference for displaying times in your local timezone to prevent having to mentally convert to UTC. In response, on Thursday 22 September at 7:30am Pacific Time, FireHydrant will be changing the default timezone display to match a user\u2019s machine time. This will not impact how datetime stamps are stored, which will remain in UTC. Enterprise customer organizations who prefer to remain on UTC should reach out to their CSMs to opt out.\n\nSaved Views for Service Catalog\n\nUsers now have the ability to save views based on filter conditions for their Service Catalog Overview. This allows for users to efficiently view and get to the services they care about most with one click. We have also introduced multi-select filtering capabilities and the ability to filter based on Functionalities and Responding Teams.\n\nAuto-Add Responding Team to Incident Channel - Beta As part of this beta, any time a Service or Functionality is added to an incident, we will automatically add the Responding Team Members to the slack Incident Channel if members have slack enabled. To be added to the beta program, reach out to your CSM for access.","pubDate":"Mon, 19 Sep 2022 20:24:33 GMT"},{"title":" Brand new Services & Functionalities Import Flow and @-Mentions in Runbooks Steps","link":"https:\/\/firehydrant.com\/changelog\/brand-new-services-and-functionalities-import-flow-and-mentions-in-runbooks-steps\/","guid":"https:\/\/firehydrant.com\/changelog\/brand-new-services-and-functionalities-import-flow-and-mentions-in-runbooks-steps\/","description":"Improved Service & Functionalities Import Flow\n\nWe built a more seamless experience to showcase all integrations that allow imports, explicit prerequisites on how to get started, and better selection capabilities. Now when you setup an integration and start the import process, you have the ability to quickly import all third party services as new FireHydrant services in one click. Additionally, this will automatically link FireHydrant services to those third party services on import. To get started visit the Services page, click ,Add Service, and select Import from third party.\n\nAbility to mention users in Runbook steps\n\nNow, you can manually @ users or use the field slack_user_id as liquid code while configuring a Runbook step. For example, using Hi, @slack_handle in a Runstep that posts to a custom message to a Slack channel would behave similar to if a user had directly posted to Slack. Another example would be to run Hi, <@{{incident.role_assignments.first.user.slack_user_id}}> to auto populate the handle with the user of the first role assignment.","pubDate":"Mon, 12 Sep 2022 20:21:21 GMT"},{"title":"Incident Management Timeline updates and Slack Message fixes","link":"https:\/\/firehydrant.com\/changelog\/incident-management-timeline-updates-and-slack-message-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/incident-management-timeline-updates-and-slack-message-fixes\/","description":"Timeline View Enhancements\n\nAll users will notice a redesigned incident view. Now it\u2019s easier to see the relevant information from timelines: milestones are more visible while less relevant information is less prominent.\n\nAdd context to Task update messages in Slack\n\nThis patch seeks to provide clarity as to what actually changes with a task when it's updated. Our previous message did not let you know what actually changed, and it was be difficult to find that out. This will add additional context to the task update message.\n\nAbility to support liquid formatting in Team Channel field\n\nPreviously the liquid templating in the comma separated Team Channel field of the notify channel step was not supported. Adding this functionality addresses a need for dynamically messaging a channel based on different values in the payload. We were already allowing the use of liquid templates for the message field in the \"Notify channel with a custom message\" runbook step, but not in the \"Comma separated channels\" field.\n\nOpening incident from alert with modifications now links alert to incident\n\nWhen you click Yes, open, the incident automatically kicks off with the alert attached. But if you select Yes, open & edit, the incident did not open with that ticket attached, and actually creates a new PagerDuty incident. We are now linking a PagerDuty alert when creating a new incident from the alert with modifications.\n\nFix an issue preventing certain milestone update messages in Slack\n\nNormally, when an incident is resolved and that incident has a Slack channel, we'll post our \"milestone update\" message as a threaded reply to that Slack channel's pinned status message (e.g. \"This incident has transitioned from Mitigated to Resolved\"). We got a bug report about this behavior not working wWhen a link alert resolved an incident the incident is resolved via a linked alert. For example, if an incident on FireHydrant was opened via or linked to an alert on PagerDuty, resolving that PagerDuty alert will subsequently resolve the incident on FireHydrant, but with no message being posted to the incident's Slack Channel.\n\n\/fh page service post an ephemeral message\n\nPreviously, running \/fh page service posted a message that anybody in the channel could see and interact with. This can be incredibly annoying for the person trying to run the command if somebody else comes in and ends up selecting something without realizing that they are stepping on OP's toes. The message is now ephemeral. Selecting a pageable service results in it being paged as normal, with the notification message also being ephemeral.","pubDate":"Wed, 07 Sep 2022 13:08:15 GMT"},{"title":"Zendesk Tickets with Customer Organizations, Status Page Performance Tuning, and Custom Types in Jira","link":"https:\/\/firehydrant.com\/changelog\/zendesk-tickets-with-customer-organizations-status-page-performance-tuning-and-custom-types-in-jira\/","guid":"https:\/\/firehydrant.com\/changelog\/zendesk-tickets-with-customer-organizations-status-page-performance-tuning-and-custom-types-in-jira\/","description":"Linked Zendesk tickets now capture impacted customer org\n\nZendesk tickets linked to an incident now display the impacted customer org from Zendesk. This enhancement is only available in the new incident Command Center view. Learn more about our Zendesk integration here.\n\nStatus Page Performance Tuning\n\nUsers of our status pages will notice a decrease in load times. For example, one organization saw their status page load time go from 192s to 7s. The performance enhancement is rolled out to all users.\n\nAdd ability to field map additional Jira fields with custom types\n\nAdded support for insight based custom fields in the Jira integration. Updated issues with datetime parsing and assignee fields.\n\nBug Fixes\n\nEnforce clicking preview always places you in preview mode. Prior to this change, it was easy to get lost in multi-step changes. For example, clicking cancel while editing the preview might place a user back in edit mode if they clicked preview again. Now, when users hit the preview button, it takes them to the expected preview.\n\nDirect message a user to next if certain message shortcuts fail due to being run in private channels. The FireHydrant Slack app will now directly message a user when message shortcuts fail due to restricted privileges from private channels or direct messages. This change guides the user to actionable next steps or informs them of the permission restriction rather than failing silently.","pubDate":"Mon, 29 Aug 2022 23:39:59 GMT"},{"title":"Weekly Product Release","link":"https:\/\/firehydrant.com\/changelog\/weekly-product-release\/","guid":"https:\/\/firehydrant.com\/changelog\/weekly-product-release\/","description":"Slack message shortcuts We have added two new message shortcuts in Slack to make it easier to declare incidents and import external messages to your incident channel. Message shortcuts are available in Slack by clicking the overflow menu when hovering over a message.\n\nClicking on the message shortcut for \u2018Open a new incident\u2019 will prepopulate the incident name with the contents of the message and if the message is over 255 characters it will include the entire message as the description of the incident. This should make it even faster to declare incidents with preset values in key fields.\n\nClicking on the message shortcut for \u2018Add message to incident\u2019 will allow you to migrate a message or thread from any channel in your Slack workspace to a FireHydrant incident. We\u2019ll post the imported messages into the incident timeline and notify the original channel and thread about messages moving to an ongoing incident to ensure that responders are working in the incident.\n\nNew Service Catalog Onboarding We improved the Service Catalog home space with a new onboarding video and highlighted important support docs first time users may want to read. Now when you onboard new users to your organization in FireHydrant, they can quickly understand the importance of your Service catalog setup.\n\nEasier Label setup for Services and Functionalities We added the same enhancement found on the Service Catalog overview to service and functionality editing. When adding a label to a service or functionality you can now see all the pre-existing labels used in your catalog.\n\nStatus Page Update Optimizations We\u2019ve improved a significant amount of performance bottlenecks in Status Pages, resulting in a 93% latency reduction for new incidents and updates made to pages. Keep an eye out for more improvements coming soon!","pubDate":"Mon, 22 Aug 2022 18:00:02 GMT"},{"title":"Service Dependency Graph","link":"https:\/\/firehydrant.com\/changelog\/service-dependency-graph\/","guid":"https:\/\/firehydrant.com\/changelog\/service-dependency-graph\/","description":"Service Dependencies now have an enhanced graph visualization so you can easily explore across your catalog.\n\nNew Graph View - Explore and discover specific service nodes to see if an incident impacts them. You can zoom in and out and highlight impacted infrastructure for more extensive catalogs to traverse your services.\n\nService Snapshot - Double-click on any service node to open a side panel about that service. You'll see a preview of that Service's Analytics, Owning\/Responding Teams, and Active Incidents.\n\nAdd to Incident - When exploring dependencies, you can add them to current incidents through our new \"Add service to incident\" button. Bring in the service experts to quickly resolve issues across your infrastructure.\n\nGet started with Service Dependencies by visiting your Service Catalog and using the new Actions column to see your graph and add dependencies. Check out our blog to learn more about our service dependencies philosophy.","pubDate":"Thu, 18 Aug 2022 16:00:54 GMT"},{"title":"SCIM","link":"https:\/\/firehydrant.com\/changelog\/scim\/","guid":"https:\/\/firehydrant.com\/changelog\/scim\/","description":"We now comply with SCIM 2.0 protocol allowing compatibility with any identity provider supporting SCIM. These supported providers include: Okta, Azure AD, Ping, and OneLogin.\n\nActions supported\n\nAdd\/Deactivate users: All users can easily be added\/deactivated to FireHydrant.\n\nUpdate users: Changing user access or roles in your identity provider automatically persists into FireHydrant.\n\nCreate\/Deactivate Groups: User groups can be pushed from your provider and assigned to match teams in FireHydrant.\n\nTo get started setting up SCIM with FireHydrant, take a look at our support documentation here.","pubDate":"Mon, 15 Aug 2022 22:07:20 GMT"},{"title":"New Slack Message shortcuts, Better Filtering in Service Catalog, and Analytics for your Functionalities","link":"https:\/\/firehydrant.com\/changelog\/new-slack-message-shortcuts-better-filtering-in-service-catalog-and-analytics-for-your-functionalities\/","guid":"https:\/\/firehydrant.com\/changelog\/new-slack-message-shortcuts-better-filtering-in-service-catalog-and-analytics-for-your-functionalities\/","description":"Easier filtering with Labels\n\nWe made filtering across your Service catalog that much easier by pre-listing all labels currently active in your label dropdown. This removes the guesswork to promote better standardization across services and functionalities.\n\nAnalytics Tab for Functionalities\n\nInside the refreshed functionalities view is now the option to see incident analytics. To see this data, start by going to your functionalities section within your catalog and select a specific functionality. In this functionality is the new Analytics Tab so you can quickly drill down on a functionalities performance.","pubDate":"Mon, 15 Aug 2022 19:59:22 GMT"},{"title":"Required Fields","link":"https:\/\/firehydrant.com\/changelog\/required-fields\/","guid":"https:\/\/firehydrant.com\/changelog\/required-fields\/","description":"Required fields have been a hot topic at FireHydrant. Choose too many (or the wrong ones), and you unnecessarily annoy your team during an incident or encourage sloppy data entry that someone has to come back and clean up manually. Don't use them at all and risk insufficient data to efficiently propel an incident toward resolution. But despite the controversy, required fields for incident declaration was one of our most-requested features \u2014 and it's now available as an option for configuring your instance.\n\nThe debate within our product team centered around ensuring that we didn't build any impediments to people's first experience with the product, declaring incidents. We feel that 1) it should be as easy and intuitive as possible for anyone to declare an incident, and 2) teams must be able to capture the full scope of their incident from the moment something seems off. We considered whether required fields would force investigation outside of FireHydrant incidents. Or worse, push people to abandon the incident declaration process altogether.\n\nBut there's a bigger picture: driving progressive reliability practices inside organizations. And that means working toward capturing necessary and accurate data from the moment an incident is declared. Ultimately, we believe that requiring a field or two upon incident declaration can play an essential role in improving an organization's overall maturity in incident management. If you're considering required fields as part of your process, we've got a few tips for ensuring that you can capture consistent incident data while promoting confidence and efficiency among responders.\n\nSee more about how we're using required fields internally at FireHydrant by checking out our recent blog https:\/\/firehydrant.com\/blog\/how-to-use-required-fields-for-incident-delcaration\/ and our documentation https:\/\/support.firehydrant.com\/hc\/en-us\/articles\/8499733491348-Required-Fields-for-incident-Declaration","pubDate":"Thu, 11 Aug 2022 19:26:36 GMT"},{"title":"Terraform Provider Enhancements","link":"https:\/\/firehydrant.com\/changelog\/terraform-provider-enhancements\/","guid":"https:\/\/firehydrant.com\/changelog\/terraform-provider-enhancements\/","description":"We significantly improved usability of FireHydrant\u2019s Terraform Provider by adding sample code and logging, and fixing bugs for the following:\n\nResources\n\nfirehydrant_environment\n\nfirehydrant_functionality\n\nfirehydrant_runbook\n\nfirehydrant_severity\n\nfirehydrant_team\n\nData sources\n\nfirehydrant_environment\n\nfirehydrant_functionality\n\nfirehydrant_runbook\n\nfirehydrant_runbook_action\n\nfirehydrant_service\n\nfirehydrant_services\n\nNote that several breaking changes were made, including the planned deprecation of the services attribute in the resource firehydrant_functionality. There are also a number of breaking changes for the resource firehydrant_runbook. The steps attribute is now required, the steps config attribute is now a JSON string, and the type and severities attribute have been removed. In order to upgrade to 0.3.0, you will need to destroy your existing runbooks and recreate them after changing your configuration.\n\nAdditionally, the following new provider resources and data sources were added:\n\nResources\n\nfirehydrant_incident_role\n\nfirehydrant_priority\n\nfirehydrant_service_dependency\n\nfirehydrant_task_list\n\nData sources\n\nfirehydrant_incident_role\n\nfirehydrant_priority\n\nfirehydrant_severity\n\nfirehydrant_task_list\n\nFor more details see the FireHydrant Terraform Provider repo changelog.","pubDate":"Tue, 09 Aug 2022 17:10:23 GMT"},{"title":"Onboarding Updates and Usability Improvements","link":"https:\/\/firehydrant.com\/changelog\/onboarding-updates-and-usability-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/onboarding-updates-and-usability-improvements\/","description":"Onboarding Updates\n\nWe\u2019ve all experienced the frustration of opening a new app or one we haven\u2019t used recently, and not knowing where to start. To help improve onboarding for new and infrequent FireHydrant users, we\u2019ve added an overview video, module descriptions, and links to knowledgebase articles.\n\nDisplay the last update to specific status pages\n\nWe will now display the last posted update to a status page incident on the Status Page tab in our updated command center. This should allow your incident communicator to quickly assess when the last update went out and what the contents of that update were. Keep your eyes open for more communication related improvements over the coming weeks.\n\nRole assignment details in Slack\n\nWe now include specific roles that people are assigned in the status message for an incident. Get up to speed with who is doing what right when joining an incident channel.\n\nNew Contextual Menu for Functionalities and Services\n\nUsers can now select from a list of actions for any functionality in their functionalities table to make a change. No need to open a detail page individually to edit it or navigate to an incident and edit it to include a functionality.\n\nFunctionalities endpoint performance improvements\n\nOur functionalities endpoint has been slimmed down with the lite param and the removal of N+1 queries. This makes the endpoint usable by companies with more robust data loads. For example, one large organization's requests were reduced in time from >40s to just 1.4s!\n\nLink directly to the service attribute you want to change\n\nWhen clicking on a link to change an aspect of a service, you are directed to that point in the service form. Previously, a user would land at the top of a long form, then search for the input they wanted to change.\n\nRedirect sends users to the top of a page\n\nPreviously, after completing a form and loading the next page, users arrived at the new page, scrolled down somewhere near the bottom. Really odd and confusing.\n\nTooltips on Services and Functionalities index tables\n\nMake life a little easier by adding a brief explanation of some of our column headings. Unobtrusive, but there if you need it.\n\nHelper text in services and functionality forms\n\nSimilar to our table tooltips, we\u2019re offering some support while filling out the forms with some descriptive help text for tier, owner and responding teams inputs.\n\nBugs and Fixes\n\nBug: Starred events in the new command center will update in real time as they are starred in Slack, no page refresh required.\n\nAPI Addition: The ticketing endpoint will now return timestamp data.","pubDate":"Mon, 08 Aug 2022 17:45:32 GMT"},{"title":"Command Center Refresh, Functionalities Refresh, and New Default Incident Types","link":"https:\/\/firehydrant.com\/changelog\/command-center-refresh-functionalities-refresh-and-new-default-incident-types\/","guid":"https:\/\/firehydrant.com\/changelog\/command-center-refresh-functionalities-refresh-and-new-default-incident-types\/","description":"Command Center has a refreshed look. \n\nA new, cleaner interface for managing incidents is available today for all users and can be accessed in the Command Center UI by enabling \"New Command Center\" in the banner at the top of the page.\n\nMore easily navigate the timeline of events in your incident while easily accessing all of the metadata associated with the incident.\n\nServices, Functionalities, and Environments now link to their pages in the command center to quickly navigate to their homepages.\n\nFunctionalities Overview got a refresh as well.\n\nWith the latest features added to Functionalities, we cleaned up the overview to better showcase their new owning teams, impact status, and when they were last updated. These new display fields can be filtered on via the overview page. In addition, you can set labels and filter on them across your functionalities.\n\nOn a Functionality\u2019s details page, you can click any label assigned. This will redirect you to the overview page and filter on that key:value pair to display all functionalities using these same values.\n\nPrepopulate new accounts with default incident types\n\nWhen new accounts are created in FireHydrant, they will now come with incident types defined by our customer base. We\u2019ve started with the seven most common incident types we\u2019ve seen here at FireHydrant to ensure you can get up and running with FireHydrant as quickly as possible.\n\nUpdated suggestion messages in Slack\n\nWhen a service is attached to an incident, we will now display associated teams and functionalities to that service directly in Slack to quickly get the right people and data associated with your incident. We\u2019ve also applied the same treatment to functionalities. Based on the work to update functionalities with associated teams, we can now show team and service relationships to functionalities inline in Slack when they are added to your incident.\n\nFixes and Enhancements \n\n\ud83d\udd25 \ud83d\ude80 \ud83c\udf1f Emojis \ud83d\ude31are now supported in the incident timeline from Slack events.\n\nBugfix The Slack channel incorrectly displayed incident tickets.\n\nBugfix When a user navigates away from the timeline tab and comes back, sometimes it fails to fetch.","pubDate":"Mon, 01 Aug 2022 16:48:11 GMT"},{"title":"New and Improved Integrations, Easier Service Catalog, and Continued Improvements to Slack App","link":"https:\/\/firehydrant.com\/changelog\/new-and-improved-integrations-easier-service-catalog-and-continued-improvements-to-slack-app\/","guid":"https:\/\/firehydrant.com\/changelog\/new-and-improved-integrations-easier-service-catalog-and-continued-improvements-to-slack-app\/","description":"Updates to the Service Catalog\n\nImproved Functionalities view inside Service Catalog: Our Functionalities feature inside Service Catalog has a whole new look with lots of new features. The Functionalities overview, as well as detail pages, have new incident information views to quickly see what is impacted. This release also unlocks the ability for functionalities to do the following: Assign Owning & Responding Teams, Link third party Services, Auto-Alerting, new Related Service Tab, Labels, External Links, and other meta-data.\n\nManaging Service Editing Permissions by Owning Team: You can now limit access to editing or deleting services to specific teams and their members. This is so you can have confidence in your service catalog definitions remaining protected. To activate this permission feature, assign an Owning Team to a Service. To learn more see our Editing Permissions documentation.\n\nUpdates to the Slack App\n\nNew slack command: \/fh page functionality: Linking a functionality to a third party integration service will allow you to page this functionality via slack. Head into slack and type in \/fh page functionality. This will populate a dropdown list of all functionalities with integration links configured. Select the functionality you would like to page. FireHydrant\u2019s slack bot will fire off a page to the escalation policy linked to this functionality.\n\nUpdated the Slack message for assigning a task list: We updated the incident channel and DM messages for adding a task-list to an incident and assigning it to a responder.\n\nUpdated the \/fh add task-list command modal: This change adds to improving and unifying our task list experience. We have rebuilt the tasks list modal and added command summaries to other parts of our task list experience, we wanted to do the same here.\n\nUpdated the Role Assignment DM to use BlockKit: This release replaces the message that a user receives when being assigned to a role in an incident to match our new design styling.\n\nUpdated the team suggestion message in the incident channel: If you add an impacted service to an incident, and that service has a responding (not just owning) team, we send a suggestion message about assigning said team to the incident.\n\nIntroducing our new Zendesk integration To more easily capture customer impact FireHydrant Enterprise tier users can now integrate with Zendesk Support. Our initial release allows Zendesk ticket linking to FireHydrant incidents. To get started see our Zendesk integration documentation. Stay tuned for enhancements coming next quarter, including capturing impacted customers and automating status updates back to support tickets.\n\nJira integration admin improvements\n\nWe\u2019ve made several changes to clarify the difference between global Jira integration authorization and account linking. Account linking is used to associate individual users to their corresponding Jira account for Jira ticket creator attribution. Under User > My Account, the Linked Account section now uses the verbiage Link.\n\nGlobal Jira integration reauthorization is required to reauthorize the Jira integration connection when Atlassian tokens are rotated. Only the person\/account who set up the Jira integration can reauthorize the global integration. This person\/account is now displayed on the Jira integration settings. If that person is logged in, they can now also reauthorize the global integration connection from that screen.\n\nLastly, we\u2019ve added a new Jira troubleshooting document that details self-service actions users can take to diagnose and correct common Jira fault scenarios.","pubDate":"Mon, 25 Jul 2022 19:36:31 GMT"},{"title":"Tasks allow you to predefine incident response process and reduce cognitive load for responders","link":"https:\/\/firehydrant.com\/changelog\/tasks-allow-you-to-predefine-incident-response-process-and-reduce-cognitive-load-for-responders\/","guid":"https:\/\/firehydrant.com\/changelog\/tasks-allow-you-to-predefine-incident-response-process-and-reduce-cognitive-load-for-responders\/","description":"Starting today, FireHydrant has a wholly redesigned Task experience for incident response.\n\nYou can now predefine Task Lists before an incident to be attached via Runbook automation or manually throughout the incident. We\u2019ve been using Task Lists internally for deprecating playbooks on cluster failovers, compliance tasks, incident commander responsibilities, and Slack reviews. Task lists ensure that your process is as seamless to use as possible.\n\nTask creation has been rebuilt from the ground up in Slack. All our commands have a fresh coat of paint to make it straightforward to create new tasks, add task lists to incidents, and assign those tasks during the incident. Messages for Tasks are more compact, and we\u2019ve made the assignment DMs easier to take action on for assignees.\n\nThe most significant update has focused on Task management in Slack. Now running \/fh tasks will open a project management modal for all of your incident tasks. You can filter based on assignment, state, and task list while quickly being able to update the assignee and Task state without leaving that screen.","pubDate":"Thu, 21 Jul 2022 13:40:39 GMT"},{"title":"Redesigned and Redundant Incident Response","link":"https:\/\/firehydrant.com\/changelog\/redesigned-and-redundant-incident-response\/","guid":"https:\/\/firehydrant.com\/changelog\/redesigned-and-redundant-incident-response\/","description":"Starting today, incident response in both Slack and the Web has been completely redesigned and simplified. Let\u2019s talk through some of the updates.\n\nGuided workflows to help responders ramp\n\nSimplified incident declaration - speed up declaration, reduce fear in new responders, and stay flexible for power users with our new multi-step incident declaration.\n\nUpdated status message - Get new responders and interested parties up to speed quickly with an updated \/fh status command that is also sent as an ephemeral message to all new channel joiners.\n\nContextual buttons - The status and new incident messages are now milestone aware to help responders take actions quickly based on the state of the incident.\n\nUpdated Milestones - First Action is gone, replaced with a much easier to understand Investigating milestone. Additionally, we\u2019ve added IDentified between Investigating and Mitigated.\n\nSlack Link reminders - Whenever unlinked users join an incident channel, FIreHydrant will send them a reminder to link their accounts\n\nNot and empty conditions for runbooks - Ensure process adherence by running runbook steps when roles, impact, and other incident metadata is missing.\n\nIncident Update Runbook step - Enforce incident state with Automatic escalations, milestone changes, and description updates are now all possible through runbooks to allow for even more flexibility for our power users.\n\nNotify channel step actions - Ensure consistent process, Incident messages now can prompt users to take actions through buttons, making it easier for custom process during the course of an incident.\n\nSlack Bookmarks - Reduce Noise with Bookmarks. Bookmarks allow for custom links and FH created information to be added to an incident channel, reducing noise in the channel.\n\nSlack commands are more powerful and straightforward\n\nStart retro command - \/fh start retro - Users can start the retro preparation immediately after resolving and can start the retro with proper information while the incident is still fresh.\n\nUpdated Resolve incident command - \/fh resolve - Post resolution updates to status pages and ensure that accidental resolutions happen less\n\nUpdated assign team command - \/fh assign team - Understand who you\u2019re bringing into an incident when assigning a team\n\nContextual Help menu - \/fh help - Improving the design of this menu should make it easier for new responders to be less overwhelmed by the breadth of functionality in FireHydrant.\n\nSimplified design to eliminate noise\n\nReduced message noisiness - Shortening FH messages allows the most important information, the chat between responders to be more prominently displayed\n\nThreaded updates - By including updates to an incident in a single place, Slack users can scroll back on incident updates without having to scroll through the whole incident channel.\n\nA redesigned Command Center adds Incident Response redundancy\n\nCommand Center V2 - A completely redesigned incident command center in the web to allow users to respond to incidents in both the FireHydrant application and in Slack. Protect against Slack outages with chatops functionality and give your responders the ability to work wherever they are comfortable.\n\nSee more at our blog post at firehydrant.com\/blog\/redesigned-and-redundant-incident-response\/","pubDate":"Tue, 19 Jul 2022 19:24:21 GMT"},{"title":"Bugbash!","link":"https:\/\/firehydrant.com\/changelog\/bugbash\/","guid":"https:\/\/firehydrant.com\/changelog\/bugbash\/","description":"This past week the team took some time to run a bug bash. Here's a high level overview of what we fixed, we closed almost 100 bugs over the past week.\n\nRunbook fixes - Notify steps with buttons now can be properly removed, closed milestone state is no longer displayed, search works correctly on current milestone dropdown\n\nIncident command fixes - Fixed issue with unassigned user roles displaying time incorrectly, incident creation time no longer changes when the started milestone changes, fixed an issue with incident CSVs not returning all incidents, internal status pages visits now return a proper authorization error, fixed help menu in slack, fixed broken links in the command center, service condition labels are now present in the pdf, CSS fixes on the status page as reported by StackOverflow.","pubDate":"Thu, 14 Jul 2022 18:01:18 GMT"},{"title":"Retrospective Updates and Operational Readiness templates","link":"https:\/\/firehydrant.com\/changelog\/retrospective-updates-and-operational-readiness-templates\/","guid":"https:\/\/firehydrant.com\/changelog\/retrospective-updates-and-operational-readiness-templates\/","description":"Retrospective Changes The design of retrospectives didn't lead users to fill out their data as they completed a retrospective correctly. The retrospective PDF displays the incident description and customer impact at the top left of the page and is usually the first thing that someone will read when looking at it. However, to edit those fields in a retro, you had to click an overflow menu to get to the form fields. We've changed the layout to ensure that these two fields display prominently at the top of the retro.\n\nOperational Readiness Templates When it comes to defining a Readiness Checklist, organizations are looking for recommendations on how to get started on building their first checklist.\n\nFireHydrant has built two template checklists for users to get started: Production Readiness Checklist & Security Compliance Checklist. Each list is a starting point for organizations to apply service standards during creation.","pubDate":"Thu, 14 Jul 2022 17:55:58 GMT"},{"title":"CSV Export and additional label functionality","link":"https:\/\/firehydrant.com\/changelog\/csv-export-and-additional-label-functionality\/","guid":"https:\/\/firehydrant.com\/changelog\/csv-export-and-additional-label-functionality\/","description":"Incident Data CSV Export To address complex reporting and data science use cases, bulk incident data CSV export is now available to Enterprise users. After enabling the integration, bulk incident data will be exported daily to CSV file format and accessible via the FireHydrant API. For more details on configuration and data format see the user documentation.\n\nLabels inside services now a clickable asset for search We decided to boost the power of labels inside services so users can easily search for shared key:value pairs across their catalog. Once a user adds a label to a service, they can now click on that label and be taken to their catalog overview with it automatically filtered. The overview will display all services that share these labels with a pre-injected query into the filter view.","pubDate":"Thu, 07 Jul 2022 22:03:43 GMT"},{"title":"Runbook Audit Logs for Enterprise + New Chat Event API Endpoint","link":"https:\/\/firehydrant.com\/changelog\/runbook-audit-logs-for-enterprise-new-chat-event-api-endpoint\/","guid":"https:\/\/firehydrant.com\/changelog\/runbook-audit-logs-for-enterprise-new-chat-event-api-endpoint\/","description":"Improved Service API\n\nAs the usage for Service Catalog has increased so has the need to take time to improve the scalability for retrieving service information across our product. The Service Catalog Team, with lead from Patick Vilhena, has improved the latency for returning service information for large catalogs with hundreds of services.\n\nFeature - Added New Runbook Audit Logs endpoint for paid plan users. Enterprise customers can reach out- to their Customer Success Manager to enable this feature. Feature - Added API endpoint to create chat event types Feature - Bulk update events posted to the incident status message as a reply","pubDate":"Tue, 07 Jun 2022 21:14:25 GMT"},{"title":"Major Slack Updates + Webex Integration","link":"https:\/\/firehydrant.com\/changelog\/major-slack-updates-webex-integration\/","guid":"https:\/\/firehydrant.com\/changelog\/major-slack-updates-webex-integration\/","description":"Feature - Paid plan users can now automate Webex bridge creation through a new Webex integration Feature - Improved API for faster lookup of services from your service catalog Feature - Managing Runbook Editing Permissions on Owning Team - Users can now add Owning Teams to Runbooks to prevent edits from members outside their teams. Users with an Owner role will still have global editing permissions to avoid lockout Feature - Operational Readiness Templates available to quickly create service standards\n\nFeature - Slack Improvments\n\nContextual buttons added to the Slack message to easily kick off a FireHydrant incident\n\nSeverity Description - When you choose a severity inside of Slack, we will update the help text under the field to include the severity description.\n\nFallback text for notifications - no more \u201cthis content cannot be displayed\u201d\n\n\u2018\/fh assign team\u2019 - Assign Team Command opens detailed modal\n\n\u2018\/fh start retro` command - Running this command will open a modal that will allow for an update of the incident metadata while kicking off a retrospective.\n\nFeature - Team Assignment Updates\n\nFilter incidents by assigned team using the API\n\nMetrics on a team basis - We can now allow for filtering analytics data based on a team being assigned to an incident\n\nBug Fixed - Updating an incident\u2019s impact will no longer post empty messages to Slack when there were no changes\n\nNotice Retrospective Layout Updated to display incident description and customer impact prominently at the top of the retro","pubDate":"Wed, 25 May 2022 15:17:52 GMT"},{"title":"Google Docs + Jira Custom Fields","link":"https:\/\/firehydrant.com\/changelog\/google-docs-jira-custom-fields\/","guid":"https:\/\/firehydrant.com\/changelog\/google-docs-jira-custom-fields\/","description":"Feature - Users can now automate retrospective data export to Google Docs. Feature - FireHydrant now supports the creation of the most common Jira Cloud and Server epic ticket types and linking of FireHydrant incident data to Jira custom fields. Learn more here.","pubDate":"Mon, 09 May 2022 21:35:16 GMT"},{"title":"Runbook Ownership + Service Dependancies","link":"https:\/\/firehydrant.com\/changelog\/runbook-ownership-service-dependancies\/","guid":"https:\/\/firehydrant.com\/changelog\/runbook-ownership-service-dependancies\/","description":"When an incident happens, most organizations have a way of identifying all affected services. The trouble is, it\u2019s often a human-centered process that depends on the knowledge of key individuals or manually updated documentation. There might be a version in your alerting tool, a version in your corporate Wiki, and a different version still in your team\u2019s head. This means that during incidents, responders spend valuable time determining the full impact that could be spent remediating core issues. With the addition of service dependencies to FireHydrant Service Catalog, responders can immediately identify the full scope of service and customer impact across an incident with a comprehensive view of downstream and upstream dependencies. And since Service Catalog documents service ownership, they can quickly pull in the needed responding teams.\n\nLearn more at our blog post here\n\nFeature - Users can define task lists for incidents, assign them to an incident as part of a runbook step, and add them to an active incident in slack Feature - Updated \/fh help experience in an incident channel to include guidance for tasks and task lists Feature - Runbook Ownership now available to lock down Runbook editing to Owning Teams\n\nNotice - Tasks will not be assigned tickets even if there is a default ticketing integration in the organization","pubDate":"Wed, 20 Apr 2022 14:56:17 GMT"},{"title":"Terraform and MS Teams","link":"https:\/\/firehydrant.com\/changelog\/terraform-and-ms-teams\/","guid":"https:\/\/firehydrant.com\/changelog\/terraform-and-ms-teams\/","description":"Feature - FireHydrant is now available in MS Teams Feature - New Service Details Overview for Service Catalog Feature - Terraform 0.2.0 released Feature - Now a verified Terraform Provider Feature - New Free Tier experience for small teams released Feature - Free Tier Update: Can now set up a single project for Jira cloud Feature - We now support integration with multiple Shortcut projects Feature - We released new guidance for automating Jira multi-project configuration via the API. Feature - Added improved error handling for errors associated with Jira multi-project configuration.\n\nBug - Better messaging for Runbook Step access for Free Tier users Bug - Fixed a bug with the Jira multi-project configuration settings to allow new tickets to have a default status of \"In Progress\" Bug - Fixed a bug where FireHydrant status updates for linked action items were not propagating to linked Jira tickets Bug - Reordered the multi-project configuration UI to be more logical in field mapping flow. Incident ticket field mappings are now grouped, as are action item ticket field mappings Bug - Fixed a bug related to Zoom user assignment for schedule maintenance runbooks Bug - Fixed pagination to better support users with long lists of Jira projects","pubDate":"Mon, 04 Apr 2022 21:59:02 GMT"},{"title":"Task Management and Account Overviews","link":"https:\/\/firehydrant.com\/changelog\/task-management-and-account-overviews\/","guid":"https:\/\/firehydrant.com\/changelog\/task-management-and-account-overviews\/","description":"Feature - New Account Overview to show feature usage within your account. Feature - Task management is now available in Slack Feature - Incident tags are now sorted alphabetically in Slack\n\nBug - Fixed bug that was preventing some users from being able to save changes to a statuspage Bug - Fixed bug that caused some runbook steps to fail. Bug - Fixed bug that kept some users from being able to edit change events in a retro","pubDate":"Wed, 09 Mar 2022 00:10:56 GMT"},{"title":"Operational Readiness Checklists + More","link":"https:\/\/firehydrant.com\/changelog\/operational-readiness-checklists-more\/","guid":"https:\/\/firehydrant.com\/changelog\/operational-readiness-checklists-more\/","description":"Feature - New Operational Readiness Checklist feature for Service Catalog. Learn more here. Feature - Users can now export incident data into Confluence for collaborative activities, like incident reports and retrospectives. Get started by configuring your Confluence integration. Feature - We now support integration with multiple Jira Cloud and Jira On-Prem projects. This allows users to create incident tickets and action items in team-specific Jira projects directly from FireHydrant. This release also introduces a new integration-specific create incident ticket Runbook step. We ask all customers using the Jira integration to transition to their Runbooks to the new step, as we plan to deprecate the generic step at the end of June. Feature - Two new template variables are now supported, incident.last_note.body and incident.last_note.created_at to capture the most recent incident update and timestamp regardless of whether the update was generated by a single action or by bulk update. We plan to deprecate incident.last_update at the end of June 2022 and request that customers migrate over to the newer incident.last_note.body. Feature - Added Mean Time to Mitigation (MTTM) to our weekly summary email\n\nBug - Fixed alert ingestion for when an integration link is established between PagerDuty and a FireHydrant Service. Bug - Fixed runbook rules to prevent customers from creating a runbook rule that would not work with time constraints beyond the maximum time allowed for rule execution. Bug - Fixed bug that was preventing some customers from exporting incident and service data into a CSV Bug - Fixed bug to maintain consistent formatting of incident duration in our Overview and Analytics pages Bug - Fixed bug that was causing some customers to view updates on their internal incident status page after the incident was resolved Bug - Help icon in runbook conditions routes to the correct help documentation Bug - Fixed bug that was causing issues in weekly summary emails.","pubDate":"Mon, 14 Feb 2022 23:03:31 GMT"},{"title":"New Year, New Features","link":"https:\/\/firehydrant.com\/changelog\/new-year-new-features\/","guid":"https:\/\/firehydrant.com\/changelog\/new-year-new-features\/","description":"Feature - Users now more easily edit updates to status pages in the FH UI. Feature - Terraform Provider v0.1.4 released Feature - Enabled extra validation to prevent duplicate service names on creation Feature - Added additional access controls for private incidents Feature - Improved design for \/fh help in Slack incident channels Feature - New Integration Links section has been added to Services to easily link and update alerting integrations to services. To test this out: 1. Select a service from the Service Overview page 2. Click 'Edit details' 3. Scroll down to the section titled 'Integration links'\n\nBug - Fixed \u2018\/fh page service\u2019 command so that hyperlinks go to direct service and not overall Service Catalog. Bug - When configuring runbook steps, the help icon now directs users to the correct documentation. Bug - Fixed [runbook condition, \"time since last incident note added\"](https:\/\/support.firehydrant.io\/hc\/en-us\/articles\/360061144571-Communicating-with-teams-using-Runbook-steps \"runbook condition, \"time since last incident note added\"\") so that it only fires with the Slack command \/fh add note, and not with \/fh add update. Bug - Fixed liquid formatting template variable issue with the Email Notification Runbook Step Bug - Fixed Slack bug for VictorOps alerts that caused alerts to not go to their intended channel Bug - Fixed bug that prevented incident milestone times from updating Bug - Fixed Slack \/fh link command bug that prevented role assignment Bug - Fixed bug that prevented auto-assigning of a linked user in Slack Bug - Fixed UI padding and spacing issues on Retrospective Configuration page in FH web. Bug - In the FireHydrant UI, addressed inconsistent experience that occurred when trying to assign a Team on the Overview page and none of the team members were assigned default roles. There are also clearer error messages calling out potential issues in this area. Bug - Fixed bug that allowed users to create runbooks with the same name Bug - Fixed incorrect error that occurred when using filter \"retrospective completed\" on the Incidents page in FH web Bug - Fixed bug that caused an incident status page to be blank Bug - Fixed bugs in weekly summary email related to labeling and filtering of email recipients","pubDate":"Tue, 25 Jan 2022 00:54:32 GMT"},{"title":"Private incidents and more","link":"https:\/\/firehydrant.com\/changelog\/private-incidents-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/private-incidents-and-more\/","description":"Feature - You can now create private incidents (beta) in FireHydrant. This is a great solution for security and compliance teams who need to collaborate with their engineering counterparts to resolve incidents.\u00a0Learn more here. Feature - Added the ability to edit service catalog when using the \/fh update command. Feature - Runbooks now display the user name and time of when it was last modified. Feature - Service catalog details can now be edited from the slack command \/fh update. Feature - Roles can now be assigned after an incident is resolved, either from Slack or the UI. This is especially useful if you want to assign incident retrospective roles. Feature - New Incident Runbook View. Now you can easily access all executed Runbooks and dive deeper on each step. Feature - Services now include the power of incident analytics. Service owners can now get a quick overview of the reliability of their services over the past month Bug - Use of \"Internal Status Page\" is now consistent in both Slack and the UI. Before this fix, Slack showed \"Private Status Page\". Bug - Action items will always keep assignee info- even after they are marked 'done'. Bug - The naming of all teams is now unique. Duplicate teams names will be validated and prevented when trying to save.","pubDate":"Thu, 09 Dec 2021 23:58:58 GMT"},{"title":"Private Slack channels","link":"https:\/\/firehydrant.com\/changelog\/private-slack-channels\/","guid":"https:\/\/firehydrant.com\/changelog\/private-slack-channels\/","description":"Feature - New Runbook step: Auto-add Services Related To Functionality. Feature - When linking services to VictorOps and GitHub, their respective routing keys appear with the external link name. Feature - For clarity, new incident Slack modals contain a Description field instead of a Summary field. The description field does not have a character limit. Feature - Private Slack Channels are available and can be added by using Runbook steps Bug - Added the option to turn off paging of the default VictorOps escalation policy if there are no impacted services in an incident. Bug - When selecting Jira projects in slack, we improved the dropdown to show your default project as well as other projects you can select and not show blank. Bug - Enforced limiting the ability to add changes to the 'new note' and 'edit incident' actions; changes can only be added to only active incidents in the Slack UI. (This prevents users from adding details or notes to inactive incidents.) Bug - Fixed bug that was creating duplicate incidents in Slack.","pubDate":"Fri, 05 Nov 2021 21:31:44 GMT"},{"title":"Service Catalog! Also, integration updates and bug fixes","link":"https:\/\/firehydrant.com\/changelog\/service-catalog-also-integration-updates-and-bug-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/service-catalog-also-integration-updates-and-bug-fixes\/","description":"Feature - Our new Service catalog feature has been released! Feel free to check out our new product release and to learn how to manage your services with your incident response. Check out this resource to get started Feature - VictorOps integration capabilities have been updated. If you use VictorOps, you can now more easily create and manage incidents from Runbook steps and VictorOps alerts Feature - ServiceNow integration is available for users to create incidents in ServiceNow from FireHydrant Runbook steps Bug - Fixed bug causing duplicate weekly summary emails from being sent to users Bug - Form error information is now displayed for PagerDuty and Opsgenie during setup instead of a 500 error (when API token is missing) Bug - Fixed bug that prevented users from removing a channel from the Channel for alerts Slack configuration","pubDate":"Fri, 15 Oct 2021 23:15:28 GMT"},{"title":"Bug fixes!","link":"https:\/\/firehydrant.com\/changelog\/bug-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/bug-fixes\/","description":"Bug - Saved searches now appear in the dropdown on page load; multiple saved searches can be updated and\/or deleted without navigating away and back Bug - The \/fh action items command now includes action items that do not contain a description Bug - The Slack setup page now redirects correctly in the README page Bug - Slack commands work regardless of use of upper or lower case","pubDate":"Thu, 23 Sep 2021 20:38:07 GMT"},{"title":"Improved Usability with a New Incident Header","link":"https:\/\/firehydrant.com\/changelog\/improved-usability-with-a-new-incident-header\/","guid":"https:\/\/firehydrant.com\/changelog\/improved-usability-with-a-new-incident-header\/","description":"Feature - The new Incident Header provides better usability on the overview page of an Incident. The header now shows \u201cElapsed Time\u201d under the incident title, as well an Edit button that opens a modal where you can view and edit important incident details. Additionally, you can update incident milestones and severity with a simple dropdown. You can also edit milestone times from within the header. This streamlines the incident response process by giving you access to multiple important functions from one central location.","pubDate":"Mon, 30 Aug 2021 20:55:13 GMT"},{"title":"Eliminating multiple Zoom bridges","link":"https:\/\/firehydrant.com\/changelog\/eliminating-multiple-zoom-bridges\/","guid":"https:\/\/firehydrant.com\/changelog\/eliminating-multiple-zoom-bridges\/","description":"Bug - Fixed a bug that was causing Zoom bridges to duplicate. When you declare an incident that has multiple Runbooks attached (and a step to create a Zoom bridge is included in more than one Runbook), only one Zoom bridge will be established for the incident. Bug - Fixed an issue that prevented action items that exceeded Slack\u2019s character limit from displaying correctly in Slack. Now action items will be truncated in Slack, and users can view the full action item in the FireHydrant UI. Bug - The \"New Incident\" and \"Edit Incident\" Slack modals now list environments, functionalities, and services (as they appear in dropdown menus) in alphabetical order.","pubDate":"Mon, 16 Aug 2021 15:54:38 GMT"},{"title":"New metric card displaying important retro data!","link":"https:\/\/firehydrant.com\/changelog\/new-metric-card-displaying-important-retro-data\/","guid":"https:\/\/firehydrant.com\/changelog\/new-metric-card-displaying-important-retro-data\/","description":"Feature - New metric card shows important Retrospective data like percentage of retros completed, min time to retro, max time to retro, and mean retro gap Bug - Fixed a bug that was causing google meet links to fail Bug - Fixed a bug that was causing a NameError in production for Runbooks","pubDate":"Fri, 30 Jul 2021 18:59:47 GMT"},{"title":"Multiple bug fixes!","link":"https:\/\/firehydrant.com\/changelog\/multiple-bug-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/multiple-bug-fixes\/","description":"Bug - Fixed an issue that prevented publication of an incident event when a new Slack message with an attachment is created Bug - Fixed an issue that was preventing Google Meet integration from completeing successfully Bug - Fixed an issue that prevented the 'Cancel' and 'Save' buttons on the Retrospective Configuration page from scrolling with the rest of the controls on the page Bug - Fixed an issue that prevented the value in the \"label value\" field to include whitespace characters","pubDate":"Wed, 14 Jul 2021 03:53:20 GMT"},{"title":"Multiple connections for one integration and bug fixes","link":"https:\/\/firehydrant.com\/changelog\/multiple-connections-for-one-integration-and-bug-fixes\/","guid":"https:\/\/firehydrant.com\/changelog\/multiple-connections-for-one-integration-and-bug-fixes\/","description":"Feature - Added the ability to properly assign service ownership from the \"Teams\" page Feature - Added the ability to search\/filter for projects in the FireHydrant UI Feature - Added the option to configure multiple connections for the same integration Feature - New ConnectionStatuses API endpoint provides connection statuses about integrations Feature - Link to Notification settings page is available under the User menu\n\nBug - Fixed an issue with table borders in Safari Bug - Fixed Analytics view to exclude user involvements for archived incidents Bug - Changed imports page to a paginated list of importable objects, improving page performance Bug - \"Customer impacted\" details are now displayed on the incidents page","pubDate":"Mon, 28 Jun 2021 02:57:38 GMT"},{"title":"New Integrations and more","link":"https:\/\/firehydrant.com\/changelog\/new-integrations-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/new-integrations-and-more\/","description":"Feature - New Integration, Checkly Feature - New Integration, Google Meet Feature - Display active incidents on individual service page Feature - New Slack scope available for pinning initial incident message Feature - Display initial incident message to user joining Slack channel for the first time Feature - Add Tiers to services and runbook conditions\n\nBug - Alphabetize lists in dropdowns across app Bug - Improve service command search results Bug - Display all available PagerDuty services and Escalation Policies in dropdowns","pubDate":"Wed, 26 May 2021 13:51:19 GMT"},{"title":"Integration Focus","link":"https:\/\/firehydrant.com\/changelog\/integration-focus\/","guid":"https:\/\/firehydrant.com\/changelog\/integration-focus\/","description":"Feature - Allow for internal status pages to be turned off Feature - Update Integrations page to make installing new integrations easier Feature - Added ability to associate reporter of FireHydrant action item to Jira Cloud reporter Feature - Allow associating owning team to a service Feature - Updated API documentation at developers.firehydrant.io Feature - Add incident tags to analytics filtering Feature - Display better user meta information on teams page\n\nBug - Properly handle new lines in markdown fields Bug - Allow Jira OnPrem credentials to be modified Bug - Fixed a bug where selecting custom date ranges in analytics would occasionally break Bug - Allow users to enter Zoom room first if they were not the incident opener","pubDate":"Fri, 07 May 2021 19:17:21 GMT"},{"title":"Incident tags and customized Slack new incident modals","link":"https:\/\/firehydrant.com\/changelog\/incident-tags-and-customized-slack-new-incident-modals\/","guid":"https:\/\/firehydrant.com\/changelog\/incident-tags-and-customized-slack-new-incident-modals\/","description":"Feature - Customizable Slack Incident Modal - The new customizable Slack incident modal enables users to easily configure which fields they would like to appear in their modal, if they have requirements that differ from the default settings. Feature - Incident Tags - Incident Tags empower users to store more metadata on incidents, making it easier to query and get actionable insights compared to traditional labels. Now, with Incident Tags, users can tag incidents, filter by tags, and even automate Runbooks based on tag conditions.\nFeature - Slack Service Command - The service command allows you to quickly query the metadata of a service from within Slack. Run \/fh service to see it in action.","pubDate":"Fri, 23 Apr 2021 20:16:23 GMT"},{"title":"Reopening incidents","link":"https:\/\/firehydrant.com\/changelog\/reopening-incidents\/","guid":"https:\/\/firehydrant.com\/changelog\/reopening-incidents\/","description":"Feature - Added ability to reopen incidents from the web UI Feature - Added buttons to run commands from Slack help menu\n\nBug - Fix validation issue with Zoom runbook steps","pubDate":"Fri, 02 Apr 2021 13:27:44 GMT"},{"title":"A lot of little stuff!","link":"https:\/\/firehydrant.com\/changelog\/a-lot-of-little-stuff\/","guid":"https:\/\/firehydrant.com\/changelog\/a-lot-of-little-stuff\/","description":"Feature - Allow for star reactions in Slack to work when the incident is already resolved Feature - Invite all users to a channel in Slack if they already are assigned a role Feature - Add a new field on an incident for Customer Impact Feature - Update graphs on the overview page and improve analytics algorithms Feature - Add ability to configure what emoji causes a message to be starred in the FireHydrant timeline Feature - Add a response emoji when FireHydrant has successfully starred a timeline event in Slack (defaults to :fire: but can be changed) Feature - Added assigned roles to incident messages posted by FireHydrant\n\nBug - Fixed a bug where labels had incorrect validation requirements Bug - Fixed a bug where not all starred events populated on the PDF timeline Bug - Fixed a bug where selecting custom date ranges in analytics would occasionally break Bug - Fixed a bug where action item updates in Slack were in title case Bug - Fixed a bug where incident resolution times were incorrectly displayed on the incident table","pubDate":"Tue, 30 Mar 2021 23:23:35 GMT"},{"title":"A new Runbook step, incident data exports, and more!","link":"https:\/\/firehydrant.com\/changelog\/a-new-runbook-step-incident-data-exports-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/a-new-runbook-step-incident-data-exports-and-more\/","description":"Feature - We updated the onboarding experience for new accounts Feature - Using incident updates will now always post to the internal status page for an incident whether on Slack or the UI Feature - Added the ability to search in all runbook step configuration dropdowns Feature - You can now export incident data based on the current filter view as a CSV Feature - We added a new runbook step to assign a role in your incident. This can be assigned from a FireHydrant user, a user from an Opegenie or PagerDuty schedule, or the person who opened the incident\n\nBug - Fixed a bug where the analytics filter didn't stay in the header on scrolling Bug - Fixed a bug where infrastructure was not available to search in the condition UI Bug - Fixed a bug where starred events were not populating fully on page load Bug - Fixed a bug where incidents were still showing on status pages after they were archived Bug - Fixed a bug where password complexity requirements were not shown on the accept invitation page Bug - Fixed a bug where services were not correctly attaching to an incident if they were included on a linked Opsgenie alert\n\nChange - Moved the bot users page to the Organization tab in the navigation","pubDate":"Thu, 18 Mar 2021 17:38:53 GMT"},{"title":"Creating a New Runbook Just Got Easier with Templates","link":"https:\/\/firehydrant.com\/changelog\/creating-a-new-runbook-just-got-easier-with-templates\/","guid":"https:\/\/firehydrant.com\/changelog\/creating-a-new-runbook-just-got-easier-with-templates\/","description":"Runbook templates: An easier way to automate your processes Starting out with runbooks can be daunting, we've built a way to implement our best practices into a runbook that can be implemented in a single click. On top of this, there's now even more ways to attach runbooks to your incidents and a much easier way to test out the runbook that you're currently working on. Check it all out here.\n\nDig in deeper with filtering in analytics While our analytics platform provided some initial ways to examine your incident data, we always wanted a way to surface even more relevant data from your historical incidents. Now you can! With analytic filtering, you can take the same conditional evaluation from runbooks and filter your analytics based on that. Check out some initial ideas and learn more here.\n\nUse additional variables in Runbooks for more customization We're always looking to make Runbooks more valuable. This month, we have made additional variables available in runbooks.\n\nincident.last_update gives you the last note that was posted to the incident\n\nincident.report_id gives you the id of the retrospective that is created so you can link to our generated pdf from any runbook step that takes template variables","pubDate":"Thu, 18 Mar 2021 17:38:26 GMT"},{"title":"Opsgenie, VictorOps, Incident Templatees","link":"https:\/\/firehydrant.com\/changelog\/opsgenie-victorops-incident-templatees\/","guid":"https:\/\/firehydrant.com\/changelog\/opsgenie-victorops-incident-templatees\/","description":"New Integrations: Opsgenie & VictorOps\n\nNow available - we've just released a first class Opsgenie integration. Now FireHydrant can automatically associate incidents to alerts, assign team members to on-call schedules, open incidents in Slack in a single click from new alerts, and more. Customers who've leveraged our alerting integrations have seen their mean time to respond drop by 75%! Learn more about what this integration can do here.\n\nNot only do we support Opsgenie, we also support VictorOps as well! Now enjoy the ability to manage your response in FireHydrant no matter which alerting provider you use. Learn more on how to configure VictorOps here.\n\nTemplatize your incident types\n\nTemplatize your incident types Do you consistently have similar types of incidents? Do you wish that the correct infrastructure was always attached to the incidents that you consistently spin up? Using incident types you can now template all of the details, including runbooks, to include on an incident with only one selection. Learn more about how to implement types and get your team to open incidents faster and more reliably.\n\nUse \/fh and \/incident\n\nLet's face it, typing out \/firehydrant in Slack every time you want to run a command takes too long. We have introduced two new commands that behave in the exact same way as \/firehydrant but shorter! Now you can use \/fh or \/incident in Slack to interact with the bot.","pubDate":"Thu, 18 Mar 2021 17:37:46 GMT"},{"title":"Conditions in FireHydrant Runbooks, CSV Exports, and many small improvements","link":"https:\/\/firehydrant.com\/changelog\/conditions-in-firehydrant-runbooks-csv-exports-and-many-small-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/conditions-in-firehydrant-runbooks-csv-exports-and-many-small-improvements\/","description":"ICYMI: Try conditions in FireHydrant Runbooks\n\nFireHydrant Runbooks have consistently been the most powerful and popular way of implementing your automated incident response process. However, after receiving a lot of great feedback, we extended the ability to create automation beyond the start of your incident. With conditions, you can now add automation to any point of your incident response lifecycle.\n\nYou can find our announcement post here, but try out these 2 easy ways for you to get started: how to build automated stakeholder email notifications and how to archive your Slack channel after an incident has ended.\n\nGet reporting how you want it: CSV export of analytics data\n\nFireHydrant captures some of the most full featured incident metrics, but we know that these metrics are extremely valuable in other places outside of the FireHydrant platform. Now you can quickly export your quarterly SEV1 incident data as CSV to populate charts for your next board meeting or capacity planning. Visit Analytics to export some data.\n\nA few little things to take note\n\nWe\u2019re always making small, but mighty, improvements to the platform to increase how easy things are to use. This month we added support for searching for incidents based off of their number on the incidents list, dynamic title tags for easier history browsing, updates to the responders algorithm to more correctly show who interacted on an incident, and displaying who opened an incident on the incidents list. Go to the platform to check them out!","pubDate":"Thu, 18 Mar 2021 17:37:11 GMT"},{"title":"Analytics, App Home","link":"https:\/\/firehydrant.com\/changelog\/analytics-app-home\/","guid":"https:\/\/firehydrant.com\/changelog\/analytics-app-home\/","description":"1. A new and improved analytics experience\n\nAfter a lot of time in the lab, we\u2019re excited to announce a new analytics experience. We now offer incident data covering Severities, Responders, and Infrastructure. Each category will return data around total time impacted, number of incidents, and mean time statistics. Click here to see your new analytics experience.\n\n2. The Damage Report you\u2019ve always wanted\n\nGetting caught up on a long-running incident can be frustrating. Try out the new Slack command \/firehydrant status to get an incident overview without scrolling back or bothering your team and link to common actions in a message only visible to you.\n\n3. FireHydrant\u2019s new Slack App Home\n\nIf you\u2019ve ever wondered what the current state of incidents are across your org or wanted a quick rundown of multiple fires you\u2019re fighting simultaneously, we\u2019ve released the perfect feature for you. With our new Slack App home you can easily see the current state of incidents. Check it out by going to the Apps section in Slack.\n\n4. Now easily archive incident channels\n\nYou\u2019ve asked, we\u2019ve answered. We\u2019ve built a runbook step so you can automate archiving your incident channel after the completion of your retrospective. To enable the functionality all you need to do is add an \u2018Archive Incident Channel\u2019 step into your runbook and we handle the rest, automatically archiving your incident channel after you complete your retrospective.","pubDate":"Thu, 18 Mar 2021 17:36:37 GMT"},{"title":"Zoom, Slack, Runbook updates, & more","link":"https:\/\/firehydrant.com\/changelog\/zoom-slack-runbook-updates-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/zoom-slack-runbook-updates-and-more\/","description":"ICYMI: We\u2019ve got a Zoom Integration\n\nCreating a conference bridge for an incident is one of the most common requests we have heard. Our new Zoom integration will automatically spin up a bridge and make it even easier for your response team to get on the same page.\n\nQuickly Know Who\u2019s On Call\n\nKnowing who is on call is already difficult and now, when you're remote, knowing who is on call can present a whole other set of challenges. To help you keep track, we\u2019ve built a new Slack command to easily see on-calls and escalation policies for any given service in your organization, inside of the tool that you are using most frequently: Slack. Try it out by running \/firehydrant on-call.\n\nWebhook Runbook Step\n\nIntegrating your incident response with your other applications has now become significantly easier. You can now leverage the automation of Runbooks to send webhooks based on the state of your incident.\n\nNew Slack Commands\n\nRemembering all of FireHydrant's Slack commands can be challenging in the heat of an incident. By running \/firehydrant you can now see a list of available commands and run them with one click.","pubDate":"Thu, 18 Mar 2021 17:36:03 GMT"},{"title":"Status Pages and more","link":"https:\/\/firehydrant.com\/changelog\/status-pages-and-more\/","guid":"https:\/\/firehydrant.com\/changelog\/status-pages-and-more\/","description":"Fire hydrants usually have a firehose hooked up, and boy do we have a firehose of updates for you. We've been focused on making FireHydrant simpler to use and more deeply integrated with existing workflows to make managing your complex systems easier. Let's dive in!\n\nStatus pages\n\nStatus pages are a common tool used in incident communication, by closely coupling our incident response platform to our status pages we have made keeping stakeholders and customers updated on your remediation easier than ever. By running your incident response through FireHydrant the manual work of keeping communications up to date are automated letting you focus on remediation. Read more about the updates Status Page Announcement.\n\nIncident Page Redesign\n\nWe have simplified and redesigned the incident page to make it easier than ever to discover information and interact with your incident through our Incident Command Center. Read more about the updates Incident Page Redesign.\n\nPagerDuty Integration Updates\n\nIn an effort to make it even faster to spin up an incident in FireHydrant we have upgraded our Alerting integrations to go from detected alert to opened incident in a single click on Slack. Read more about it PagerDuty Integration Updates.\n\nTicketing - Clubhouse\n\nWe're excited to announce that we are adding support for Clubhouse to our ticketing system. Now you can create an incident ticket that all action items from your incident and retrospective are easily tracked and assigned to. With the Clubhouse integration, tickets created in FireHydrant are created and synced to tickets in Clubhouse. Read more about Ticketing here.\n\nAdditional Incident types\n\nAs companies continue to expand the scope of what constitutes an incident FireHydrant is following suit. You can now designate incidents in FireHydrant as Unplanned Downtime, Scheduled Maintenance, or Gameday. By running these three types of incidents on FireHydrant you can leverage the automation of runbooks to ensure that your process adheres to your plans every single time.","pubDate":"Thu, 18 Mar 2021 17:34:40 GMT"},{"title":"Incident tickets and Jira integration improvements","link":"https:\/\/firehydrant.com\/changelog\/incident-tickets-and-jira-integration-improvements\/","guid":"https:\/\/firehydrant.com\/changelog\/incident-tickets-and-jira-integration-improvements\/","description":"Today we're releasing a vastly improved system for how you track work that stems from incidents. With our new ticketing functionality you are able to create actionable items for incidents as tasks or follow ups.\n\nWith this improvement, we're also excited to announce our Jira integration (For both Cloud and Server) have been updated to support the new ticket workflows.","pubDate":"Thu, 18 Mar 2021 17:34:13 GMT"},{"title":"Severity Matrix + FH New command","link":"https:\/\/firehydrant.com\/changelog\/severity-matrix-fh-new-command\/","guid":"https:\/\/firehydrant.com\/changelog\/severity-matrix-fh-new-command\/","description":"Anyone in Slack can open incidents now\n\nSometimes there isn't an alert. Instead you have the town locals knocking on your door with pitchforks. The best detection you have sometimes is your own team, because of that, now anyone can run \/firehydrant new in Slack to kick off an incident.\n\nLet us handle the severity for you\n\nWho has time to pick the severity when opening an incident? We're also happy to go into the matrix, severity matrix that is. Customize your severity levels and pick the conditions that set them when an incident is opened. Less time deciphering a severity, more time putting out a fire.\n\nJira\n\nWe're also announcing our Beta Jira integration today as well! Whenever you create incidents and action items in FireHydrant, we'll send them to Jira as well so you can track it in everyone's favorite cloud hosted todo list.","pubDate":"Thu, 18 Mar 2021 17:33:43 GMT"},{"title":"Webhooks + Saved Searches","link":"https:\/\/firehydrant.com\/changelog\/webhooks-saved-searches\/","guid":"https:\/\/firehydrant.com\/changelog\/webhooks-saved-searches\/","description":"Announcing Webhooks\n\nIf you want to build tools to communicate updates for deployments, it can be a ride on the struggle bus if you don't have a single source of truth.\n\nUsing FireHydrant's change log solves the problem of \"source of truth\", but until today there was no way to receive a notification about a change being deployed.\n\nWith our new webhooks feature, we've solved just that. Receive a HTTP request anytime a change event is created or updated to one or multiple endpoints that you get to configure!\n\nGet hooked up\n\nKeep your frequent searches for later\n\nUsing our change events filtering, you can find deploys to production for a certain service in the last hour with ease. Today we're also happy to announce that you can save these searches for later with our new Saved Search functionality. This is available or all users today on the change events page.","pubDate":"Thu, 18 Mar 2021 17:33:13 GMT"},{"title":"SSO, Post Mortem Generator","link":"https:\/\/firehydrant.com\/changelog\/sso-post-mortem-generator\/","guid":"https:\/\/firehydrant.com\/changelog\/sso-post-mortem-generator\/","description":"Today we're happy to announce our single sign on support and updates to our postmortem functionality.\n\nSingle Sign On Is Available\n\nIf you are using an SSO provider, you might be happy to hear we now support logging in with it! We have so many post-it notes with our passwords scattered around our office we had a fire hazard (forced pun intended).\n\nIt's easy to get started with it (we promise), just head to our Wiki to learn how!\n\nGenerate Postmortem PDFs\n\nAlong with moving postmortems into a single view (who likes multiple steps?), we're also happy to announce postmortems can now generate a PDF of your report! Not only that, users that participated in the report will also receive a shiny new email informing them about the published report too.","pubDate":"Thu, 18 Mar 2021 17:32:29 GMT"},{"title":"Show release notes in application","link":"https:\/\/firehydrant.com\/changelog\/show-release-notes-in-application\/","guid":"https:\/\/firehydrant.com\/changelog\/show-release-notes-in-application\/","description":"FireHydrant now includes release notes within the application itself. We know that not all users of FireHydrant are subscribed to our mailing list, so this allows your team members to keep up-to-date about changes to our product. We\u2019ll continue to publish product announcements on our blog and to the mailing list as well.","pubDate":"Thu, 18 Mar 2021 17:31:39 GMT"}]}}