statuspage.io SMS notification signup process buggy

RESOLVED FIXED

Status

Infrastructure & Operations
MOC: Service Requests
RESOLVED FIXED
8 months ago
4 months ago

People

(Reporter: hwine, Assigned: fauweh)

Tracking

Details

(Reporter)

Description

8 months ago
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)
(Assignee)

Comment 1

8 months ago
(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)?
Flags: needinfo?(hwine)
(Reporter)

Comment 2

8 months ago

(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 "(503) 555-1212"

> 
> >  - 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
Flags: needinfo?(hwine)
(Assignee)

Comment 3

8 months ago
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.
(Assignee)

Comment 4

8 months ago
I have sent this to SP support.
Assignee: nobody → kferrando
Status: NEW → ASSIGNED
(Assignee)

Comment 5

8 months ago
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:
(503)555-1212

As is this:
1 (503) 555-1212

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

15035551212
5035551212
+15035551212
+1 (503) 555-1212 <- 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

4 months ago
Reminder from bug triage
(Assignee)

Comment 7

4 months ago
Issue escalated with StatusPage, I've seen improvement in SMS behavior, closing out.
Status: ASSIGNED → RESOLVED
Last Resolved: 4 months ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.