1348937 - statuspage.io SMS notification signup process buggy

Status: RESOLVED FIXED

(Infrastructure & Operations :: MOC: Service Requests, task)

Description

[Hal Wine [:hwine] use NI!]

If you misenter your SMS number by prefixing it with the country code:
 - you are not informed of this error in the UI
 - you will receive notifications for ALL components
 - your preferences will not be saved (e.g. fewer components)

Comment 1

[Keegan Ferrando [:fauweh]]

(In reply to Hal Wine [:hwine] (use NI) from comment #0)
> If you misenter your SMS number by prefixing it with the country code:

Is this only for NANP (US) numbers? e.g - 15035551212 is not correct, while 5035551212 is correct, and does not result in the behavior below?

>  - you are not informed of this error in the UI
>  - you will receive notifications for ALL components

Via SMS? So the above bug is not necessarily a mis-entry/unacceptable input, but rather it treats your subscription results differently and enables alerts to all components versus the ones selected (a bug nonetheless)?

>  - your preferences will not be saved (e.g. fewer components)

Or, your settings will be saved as subscribing to all components even if you only selected a few? Conversely, your settings are correctly saved for components which you selected if you do not pre-pend country code (1 in the US)?

Comment 2

[Hal Wine [:hwine] use NI!]

(In reply to Keegan Ferrando [:fauweh] from comment #1)
> (In reply to Hal Wine [:hwine] (use NI) from comment #0)
> > If you misenter your SMS number by prefixing it with the country code:
> 
> Is this only for NANP (US) numbers? e.g - 15035551212 is not correct, while
> 5035551212 is correct, and does not result in the behavior below?

Er, I think so -- terminology is getting complex here.
 - 15035551212 is accepted by the app, and subject to the problem behaviors described
 -  5035551212 is accepted by the app, and behaves "properly"

Note that there may also be problems with entering human representations of numbers, such as "[phone]"

> 
> >  - you are not informed of this error in the UI
> >  - you will receive notifications for ALL components
> 
> Via SMS? 

Yes. One alert for each such "bad address" in the system, for all components.

> So the above bug is not necessarily a mis-entry/unacceptable input,
> but rather it treats your subscription results differently and enables
> alerts to all components versus the ones selected (a bug nonetheless)?

You're too nice. It's a bug - a bad bug. The record to the "bad number" is not retrievable for subsequent changes, however it is active and will be sent messages. Because of my testing, I now receive 2 extra alerts for every desired alert, as I appear to have 2 "unmanageable" SMS entries.

> 
> >  - your preferences will not be saved (e.g. fewer components)
> 
> Or, your settings will be saved as subscribing to all components even if you
> only selected a few? Conversely, your settings are correctly saved for
> components which you selected if you do not pre-pend country code (1 in the
> US)?

Er, a) that's '1' in the US _and_ CA ;)
b) blue or pink -- it does not work as expected -- to whit, I can not "delete" or "silence" those entries
c) If (and only if?) you enter your number without country code, and without and punctuation, (e.g. "5035551212" and not any other variant), you can continue to manage (change) which events you receive notice of.

I hope that clarifies

Comment 3

[Keegan Ferrando [:fauweh]]

Thank you for clarifying Hal! I follow you now and see this is a pretty ugly bug (or series of bugs). I will send this up to StatusPage and update the bug with any new information.

Comment 4

[Keegan Ferrando [:fauweh]]

I have sent this to SP support.

Comment 5

[Keegan Ferrando [:fauweh]]

I had some further dialogue with hwine and email exchange with SP support. After doing some testing with Google Voice and Verizon Wireless numbers it seems there are some variances with how SP handles NANP entries.

This format a unique entry:
[phone]

As is this:
1 [phone]

These appear to be equivalent entries and pull up the same management URL.

15035551212
5035551212
[phone]
[phone] <- This format is what is presented on the management page header once you have subscribed. 

I have passed along this info to StatusPage for feedback.

Comment 6

[Ryan C [:ryanc] (UTC-4)]

Reminder from bug triage

Comment 7

[Keegan Ferrando [:fauweh]]

Issue escalated with StatusPage, I've seen improvement in SMS behavior, closing out.