我一直在开发一个使用 Spotify API 的网站，该 API 通过 track URI 链接到跟踪：spotify:track:--TRACKIDHERE--
例如，一个名为 Circa Waves 的乐队和他们的歌曲“T Shirt Weather”：spotify:track:5DrZ0fdWlP0rtwR6VOsrWt
但是，由于最近更新了 Spotify 软件（添加了歌词按钮并且音量更改为右侧），当您单击 URI 时，当 Spotify 在您的计算机上弹出时，曲目不再自动播放。
这有什么问题吗？我觉得这是一个巨大的可用性问题，因为用户需要两次点击才能获得相同的结果......而不是播放链接到的曲目被突出显示，您必须再次单击它才能播放。
【问题讨论】：
我是 Spotify 的开发人员。我刚刚创建了一张票，用于在新的客户端更新中修复此问题。感谢您的报告！
以后请直接在我们的Community 网站上报告此类问题。 Stack Overflow 不是错误报告的正确论坛:)
但是，如果您有任何与Spotify Web API 相关的问题，您可以在 StackOverflow 上提出这些问题。
【讨论】：
即使客户端没有播放任何内容，曲目 URI (spotify:track:--TRACKIDHERE--) 也不会自动播放。它只是在客户端中找到歌曲。 我还在开发一个使用 track URI 的网站（它实际上是我们的学士论文，所以这让我们倒退了很多周），希望能修复这个错误！
曲目链接（例如：https://open.spotify.com/track/6q4XYddaLXrw1v23n4Ai4B）将始终为我打开网络播放器，并且从不从客户端播放。
【讨论】：
我也是一名 Spotify 开发人员。我认为这里有一些误解；我们更改了自动播放行为，如果用户正在播放其他内容，客户端将不会自动播放链接。一方面，这确实是一个可用性问题，因为习惯了旧行为的用户需要双击突出显示的曲目才能播放。但是，我们认为旧行为是一个更糟糕的可用性问题，因为点击网络上的任何 Spotify 链接都可能会中断您的音乐（或我们称这种现象为“上下文劫持”）。
虽然有些人喜欢自动播放，但也有很多人不喜欢，因此这些用户在不经意间被训练避免点击任何 open.spotify.com 链接。出于这个原因，我们将客户端更改为如果它已经在播放某些内容，则不自动播放链接。此外，这与其他媒体播放器更加一致。
也就是说，如果客户端没有播放任何内容并且链接没有播放，那么这是一个错误。此外，直接单击 open.spotify.com 或 last.fm 等网站上的播放按钮也应该在客户端中播放（我刚刚对此进行了测试，它适用于我）。但是，不应播放在客户端中自动打开的页面或劫持播放上下文。
我们听到一些关于 WebHelper 在客户端暂停时无法正确播放链接的报告（这似乎主要发生在 Windows 上）。我也很想知道 Spotify 是否已经在运行或是否必须由 WebHelper 启动。您能否提供更多有关情况的详细信息？
【讨论】：