不管怎么说，这是谁的虫子？

我发现了一个奇怪的小虫子，我很感兴趣的是你认为应该由谁来负责。

大多数Web服务器都可以配置为将用户带到服务器认为他们打算转到的页面。这在很大程度上是有用的行为，但偶尔也会遇到常见的dwIM(按我的意思做)问题。

即使网络团队没有重定向，他们也应该注意到404个错误的增加，并调查其原因。

我的短信应用程序应该可以解析URL，而不会尾随标点符号。URL故意以标点符号结尾的情况很少见。这个问题以前也曾向团队提出过。

显然，根据开发人员的说法，这是Android原生库的问题。

以句号结尾的URL有效。/page和/page之间存在语义差异。或/？id=a和/？id=a。

如果我发送一条消息说“访问example.com/go，那么example.com/Next！”我是不是真的想说，还有！成为这条路的一部分吗？

我找不到谷歌在用户中测试这一功能的任何证据，也没有一套测试套件向人们展示什么是URL，什么是不匹配的URL。

如果标点符号是字符串中的最后一个字符，则库似乎只包含标点符号。

我认为这些人才是真正的恶棍。软件有漏洞。任何沟通策略的一部分都是测试你的信息，看看它们是否起作用。不仅仅是作为行动的号召，而是它们是否真的奏效。

在这种情况下，维珍应该在一系列手机和流行的短信应用程序上测试他们的消息。如果他们在Android上测试了端到端的旅程，这种情况就不会发生。

我让维珍来解决这件事是没有意义的。他们的客户服务糟糕透顶，似乎满足于糟糕的用户体验。

Android的解析有缺陷并不是Signal的错。Signal和Telegram都贪婪地狼吞虎咽地吃完了。并将其视为链接的一部分。有趣的是，WhatsApp没有，我假设WhatsApp使用自己的库。

因此，我对Android提出了一个错误，毫无疑问，在接下来的一百年里，它将原封不动地消亡。