New features, fixes and improvements to the Monitive uptime monitoring service.

Custom Uptime Reports

Enable the Custom Reports feature from your Features & Apps screen to enable access to previously sent weekly and monthly reports, and to be able to generate new, custom reports.

Other improvements and fixes

  • feat: new feature: Custom Reports (#102)
  • feat: show API error message when re-inviting an existing invited user
  • feat: members cannot manage features
  • feat: hide Subscription from team members
  • feat: explain account delete
  • feat: revoke invitation and remove user confirm (#101)
  • docs: add PagerDuty instructions link
  • fix: style the new feature popup
  • chore: comment out unused call
  • chore: finalize custom reports (#105)

API updates

  • feat: implement new Custom Reports feature (#362)
  • feat: deny subscription-related requests to member users (#360)
  • feat: attach user when inviting user with no team (#354)
  • feat: phone clearing side-effects (#364)
  • test: rename file to be according to class
  • fix: undefined index: w8-sg-lnd in Workload (#363)
  • chore: enable custom-reports feature

Weekly and Monthly Reporting Preferences

We’re doing the same every month on the 1st, for the previous month.

If you don’t need these, you can now disable them in your User Profile screen. They’re enabled by default, so if you want these, there’s nothing to do.

Other improvements and fixes

  • feat: add weekly/monthly reports support
  • feat: allow phone number update/removal
  • fix: handle user with no team
  • fix: only update attributes that have been modified

API updates

  • feat: only add owner users to marketing onboarding (#344)
  • feat: don’t list invitations that have already been redeemed (#343)
  • feat: weekly / monthly report user preferences (#342)

Team Management policy updates

This is a policy update with improvements on how a team is managed plus various fixes and updates to increase the system’s stability.

API updates

  • feat: added team-management remove handler (#340)
  • feat: enable Maintenance Window feature
  • feat: revoke team invitation, team users should not be able to remove team owner (#335)
  • feat: team member cannot enable/disable features (#338)
  • feat: deny removal of team-management feature if users still have access (#336)
  • chore: upgrade packages & lock PHP version on CI test suite (#341)
  • chore: handle no locations situation
  • chore: use constants for Wopher timeouts

New: Maintenance Window feature

With the new Maintenance Window feature, you can set a time frame for any monitor, when you know you have maintenance work and it is likely to go down.

The maintenance time frame can be either daily, between certain times, or on a specific date and time.

Other improvements and fixes

  • feat: new feature Maintenance Window (#90)
  • feat: add ID to sign in form elements
  • fix: don’t duplicate alert-rules user on monitor save
  • fix: notify Bugsnag when importing fails
  • fix: use alert-rules rules only when enabled
  • docs: update maintenance window docs
  • fix: only load/dispatch load if we have an ID (#97)

API updates

  • feat: maintenance Window feature (#327)
  • feat: migrate TCP Port for Classic users (#334)
  • feat: enable Webhook channel and Team Management
  • fix: send monitor created event after migration

TCP Port monitoring, Team Management, PagerDuty & Webhooks

This update adds the following to Monitive:

  • TCP Port Monitoring - monitor any public host/ip device in the world that accepts TCP connection on a port.
  • Team Management - invite users to your team, configure who to alert and when, for each individual monitor.
  • PagerDuty Integration - trigger events in your PagerDuty services whenever a monitored service goes down. See integration instructions for more details.
  • Webhooks - formerly known as HTTP POST Alerts, this feature allows you to configure an URL that we’ll HTTP POST to when a service is going down.

Other improvements and fixes

  • feat: New Webhook feature (#79)
  • feat: manage users screen (#52)
  • feat: TCP Port Monitoring (#84)
  • feat: PagerDuty integration (#81)
  • feat: allow multiple users on each alert rule
  • feat: specify service type in Classic migration list
  • fix: replace all tags & ensure textContent is string (#96)
  • fix: chunk load error (#93)
  • chore: update TCP port monitor description
  • docs: add Webhook feature description
  • fix: don’t show team management
  • docs: add Team Management feature intro & docs
  • fix: disable non free alert channels (#80)
  • set proper .gitattributes
  • update apple-touch-icon.png
  • update packages
  • fix: mobile monitors list to use new edit monitor
  • fix: account edit news fixes (#86)
  • add alert user validation
  • fix: replace all tags & ensure textContent is string (#96)

API updates

  • v1.4.2 Enable PagerDuty and TCP Port for the public
  • v1.4.1 CI force-seed Channels on deploy
  • v1.4.0 Webhooks, TCP Port, PagerDuty, Team Management
  • feat: add tcp_port check results support (#312)
  • feat: Webhook / HTTP POST Alert (#303)
  • feat: new PagerDuty integration (#318)
  • feat: invite a user to a team, list team users (existing and invited), deletes a team member (#147)
  • add rollback instructions
  • fix: release errors via Sprinkler missing interval (#311)
  • fix: update dispatching of down monitors (#313)
  • fix: remove Webhook channel alert rules when deactivating feature
  • fix: explicitly request ubuntu-18.04 (#316)
  • fix: handle tcp-port line-protocol entries
  • chore: renamed TcpportCheck class to TcpPortCheck (#315)
  • chore: add outlook email to beta users
  • chore: log to New Relic
  • chore: remove bugsnag (#330)
  • chore: set sprinkler skipping to debug

Check down monitors every minute

But when such a monitored service goes down, if it’s not checked more often, you were getting inaccurate downtime information.

For example if we’re checking it every 30 minutes, and it goes down, we’ll check back in 30 minutes if it’s back up, even if it might have been just a 2 minutes outage.

We changed this so now when a monitor that has a > 1 minute interval is down, we’re checking it every minute until it’s back up. Then we’ll resume our normal checking schedule.

Other improvements and fixes

  • fix: alert rule channel ID validation of string IDs (#299)
  • chore: deactivate sending the second email confirmation notification (#307)

In-app news and updates

Whenever there’s something new, a thin alert will be displayed at the top of the interface, only on Desktop. In case you missed it, you can also see the last 5 updates on the Dashboard screen.

Other improvements and fixes

  • fix: properly display news description

PING Monitoring

This allows you to easily monitor any Internet device that is reachable via PING.

Other improvements and fixes

  • add New Relic
  • fix: migration “Importing” message
  • fix: grouped latency factor / 1000

API updates

  • feat: verify email address at registration time (#287)
  • feat: enable ping for all users
  • feat: delete unconfirmed accounts after 3.5 days (#295)
  • chore: updated dependencies (#290)
  • fix: convert migrated ping timing to nanoseconds (#291)
  • chore: updated dependencies (#273)
  • chore: Show number of active subscriptions in the Daily Scoop (#280)
  • fix: Kohana monitors don’t have response_time5
  • fix: allow ping monitors to be migrated (#285)
  • fix: Kohana import date format
  • fix: validate date_modified and fallback to created
  • fix: create settings based on monitor type
  • fix: ping uptime reports & perfect week/month reports title (#281)
  • fix: Stripe\Exception\InvalidRequestException for non eu_vat tax ids (#286)
  • fix: ConfirmMonitor Trying to get property ‘id’ of non-object
  • fix: don’t log exception when ConfirmMonitor can’t lock (#279)

Six new HTTP features released

The following are now available:

  • HTTP Custom Status (such as 401, 404 etc.)
  • HTTP Custom Status monitoring (such as 404 or any other)
  • HTTP Custom Headers
  • HTTP Custom Method (such as POST, PUT, PATCH, DELETE etc.) + body payload to send
  • Custom Timeout (1 to 30 seconds)
  • Custom Interval (1 minute to 24 hours)
  • Custom Locations

This allows you to monitor a plethora of HTTP services, from simple pages to API authentication requests or pretty much anything you might need.

New features

  • feat: Custom Locations feature (#64)
  • feat: add service type to mobile monitor card
  • feat: optimize mobile list loading
  • feat: compact monitor list header actions (mobile)
  • feat: Mobile compact monitors list (#69)
  • feat: show 25 monitors per page
  • feat: Custom Interval feature (#63)
  • feat: add custom timeout (#62)
  • feat: HTTP Custom Headers (#58)
  • feat: HTTP Custom Method (#56)
  • feat: Custom HTTP status feature (#46)
  • feat: add HTTP Status instructions
  • feat: show all features as coming soon if not available

Other improvements and fixes

  • fix: custom edit issues & simplify edit dialog (#68)
  • fix: add ping into
  • fix: null when we don’t have headers
  • fix: small chip on group tag (#70)
  • fix: don’t start Bugsnag if we don’t have a key
  • fix: show precision and scale according to service type
  • fix overall latency chart
  • fix: test without status code
  • fix: second fixing attempt
  • update cloudflare serving
  • don’t cache index.html
  • fix: Basic Auth copy
  • upgrade to Vue 2.3.14
  • chore: upgrade JS packages (#44)
  • docs: add useful resources
  • add event tracking and fix some issues (#48)

API updates

  • feat: enable new features for the public (#278)
  • feat: don’t allow Free plan users to save a monitor with non-email alert rules (#272)
  • feat: added TLSHandshake to results (metric9) (#225)
  • feat: custom check locations (#227)
  • feat: disable non-email alert rules for downgraded users (#247)
  • feat: retrieve a monitor’s custom locations (#250)
  • feat: remove HTTP Custom Status on feature deactivation (#258)
  • feat: reduce minimum timeout to 1 second (#263)
  • feat: feature removal listener handler for all implemented features (#262)
  • feat: mention free sms call alerts (#182)
  • feat: send failed jobs to Bugsnag (#183)
  • feat: added Ametrine bonus (#186)
  • fix: misleading Dispatching errors by Sprinkler (#277)
  • chore: updated dependencies (#268)
  • fix: add type tag when updating missing (#264)
  • chore: upgrade LineProtocol to handle measure9 (#198)
  • chore: updated dependencies (#217)
  • updated dependencies (#234)
  • fix: statusCode should be coming as numeric (#235)
  • fix: convert PING metrics to be usable (#223)
  • fix: validation error for /data/attributes/settings/statusCode & data.attributes.settings.keywordBody (#241)
  • fix: downgrade to free time fix (#242)
  • fix: set Ping metric1 as Average RTT (#244)
  • fix: all upgraded users are downgraded after the trial period (#248)
  • chore: updated dependencies (#257)
  • fix: changed Sprinkler runtime to 65s to fix AltThree\Locker\Exceptions\UnableToAcquireLockException (#206)
  • docs : added a view for the list of rendered emails for dev environment (#200)
  • chore: updated dependencies (#193)
  • fix: updated CTA in the trial expiration emails (#195)
  • chore: extended Sprinkler runtime to 90 seconds (#196)
  • chore: added generic BCC of Mailables being sent to customers (#197)
  • fix: phone number sender issue to +14******064 (#199)
  • fix: Sprinkler dispatching too many monitors per location (#180)
  • fix: configured custom $tries, $timeout for Jobs\Sprinkler (#181)
  • fix: update the “Sprinkler has no monitor to check for a specific interval” to info level.

Test monitor before save

This feel like starting off on the wrong foot with either a new or even an older monitor, since the outage caused by the mismatched settings will go down in history.

The solution to this is a very useful Test button just next to the Save button which does exactly that: Checks the current monitor settings without updating them.

Other improvements and fixes

  • New: Show link to monitor URL.
  • New: Add support for adding PING monitors (beta).
  • New: Show a user if he’s on the free trial period and how many days he has left.
  • New: Show a warning if trying to add a monitor when account is at maximum monitors for the current plan.
  • New: Show if there’s a bonus available on the Plan page.

API updates

  • New: added ‘custom_check’ to ‘beta_only’ team features (#161)
  • Fix: remove sprinkler status check (#159)
  • Fix: restart PHP 7.3 after deploy
  • Fix: ping service outage/recovery alerts not send (#174)
  • Fix: enable testing and checking of the ping service type (#166)
  • Chore: update dependencies (#154)
  • Chore: updated Horizon assets by running php artisan horizon:publish (#155)
  • Chore: update dependencies (#173)
  • Chore: rename team features and add handlers (#164)
  • Refactor: Removed return statement from TeamsMonitorsController@all (#138)
  • Refactor: Changed Sprinkler console command to a scheduled task (#126)

Pronounceable name

This way you will be sure you’ll understand right away what’s the outage alert phone call about.

Edit any monitor and scroll down to the Pronounceable Name input field to add a pronounceable name.

If you leave it empty, we’ll just use the monitor’s name.

Other improvements and fixes

  • Enabled the language selector (#31)
  • Added subscriptions and payments support (#5)
  • Detect and set country & timezone via CloudFlare and JS (#26)
  • Fixed: send proper ?include=team when deleting (#3)
  • Fixed: show Stripe error message if we receive one (#29)
  • Fixed: display VAT ID if user previously saved it (#28)
  • Fixed: show card saving feedback and allow user to update card (#27)
  • Fixed: adjust translations and styling for the feature cards
  • Fixed: align back arrow with title on secondary titles
  • Fixed: add/edit monitor dialog was confusing New vs Add
  • Fixed: show interface when refreshing the page in the Help section
  • Fixed: set password validation (#32)

API updates

  • Remove previous tax IDs when updating customer billing info
  • Add altruistic plan and get the actual plan a team is on
  • Added status_code setting to http Monitors
  • Generate user access token for technical support
  • Coupon support for teams
  • Manage bonuses
  • Fixed: don’t report authentication failures in the logs.

Spanish Monitive homepage

Other improvements and fixes

  • Updated the GeoIP JS used preselect the country dropdown on Sign Up.
  • Fixed a sign-in issue showing “Something went wrong” instead of “Incorrect email or password”

API v0.8.9 Released

  • Migrated API backend from Lumen to Laravel.
  • add pronounceable attribute to the monitors, using it for call alerts pronounciation.

Migration Issue Fixed

This is now fixed.

Other improvements and fixes

  • Added redirect to Monitive Classic status pages.
  • Fixed a logging issue with Mailchimp’s event sending.
  • Added Sign in link on Monitive’s homepage header.

Monitive `Freyja` Official Launch

There are a lot of great updates coming up in the next months and we’re excited to get your feedback on the new Monitive, so please add your suggestions or feedback in the Feedback Forum.

Other improvements and fixes

  • Changed response time measurement from milliseconds to seconds.
  • Added “Last 30 Days” above the Uptime and Response time charts.
  • Changed the homepage with the new Monitive.
  • Moved the old monitive homepage to
  • Added onboarding screens for accounts less than 7 days old.
  • Added links in the new homepage’s footer to Monitive Classic Homepage and Monitive Classic Admin account.

Migration Tool from Monitive Classic accounts

Other improvements and fixes

  • Updated the mobile bottom navigation bar and fixed navigation bar height / position in mobile full-screen mode.
  • Fixed weekly & monthly uptime report - overall availability percentage, it was not taking into account the number of monitors, resulting in lower than actual availability %.
  • Fixed report heading when the availability was 100%.

Articulated call alerts via Amazon Polly

Long story short, we’re now using Amazon Polly to generate naturally-sounding alert calls using Joanna’s Neural voice.

Other improvements and fixes

  • Fixed desktop Incidents table in the View Monitor page not showing duration nor outage end date/time;
  • Updated the duration in all the outages display to a human-readable format (hours, minutes, seconds);
  • Updated the reports header to be consistent with the brand;

Group Monitors

You also get aggregated availability and response time for each group of monitors.

If you want it, just head out to Features & Apps in your Account / Profile menu, and enabled it. After that, on the edit / add monitor page you can create or select a group.

Other improvements and fixes

  • The Features & Apps page has been polished.
  • Various card styling was updated for consistency.
  • The edit / delete icons in the desktop list of monitors were too small.
  • Phone call outage alerts were enabled for the following countries: Mexico, Spain, Portugal, Denmark, Switzerland, Malaysia, Thailand;

Mobile Progressive Web App (PWA)

The advantage is that you’re always logged in, it automatically refreshes when an update is available and it is going to be packaged in mobile app that will be available in the App Store / Play Store later this year.

Other improvements and fixes

  • User profile could not be updated when the signup email was longer than 30 characters.
  • The UK flag was missing in the Recent Checks card.
  • Phone call alerts to Mexico failed due to Twilio Geo permissions mismatch.
  • PWA refresh was broken.