Speed Meter appears functionally broken. Many might want to use Speed Meter when battling with a problematic internet connection, scheduled logging could be ideal for this (introduced in this forum post), but an unattended schedule is interrupted by a Yes/No dialog box when a line speed cannot be calculated due to an unreachable test server. These 0.0Mbits/s results are exactly what we want to log, failure logging is more important than success logging. The schedule does not resume until manual intervention with the dialog to acknowledge the unreachable server.
This seems like a simple feature fix: unreachable servers should be logged as 0Mbits/s, and the next scheduled attempt made. The ability to change test servers is already in the interface, so the dialog box that suspends the schedule to suggest this is redundant. Alternatively the Speed Test function could try alternate test servers without manual intervention.
Here is an example where the scheduled logging has been suspended for 10 hours waiting for manual interaction with the Yes/No dialog. The period of downtime on the line has not been logged and its duration is also unknown.