L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Le propriétaire du Steam Frame qui a signalé que l’adaptateur sans fil fourni avait cessé de se connecter a déclaré qu’une version bêta de Steam l’avait corrigé, et deux autres propriétaires affirment que le leur échoue toujours, l’un d’eux complètement. Valve a apposé une étiquette Besoin d’un nouveau test sur le rapport et n’a rien écrit d’autre dessus.
Le rapport a été déposé le 15 octobre à 18h51 UTC, trois heures avant une mise à jour du client Steam qui apportait quatre modifications distinctes à l’adaptateur sans fil Steam Frame. À 04h28 UTC le 16 octobre, son auteur avait posté que « l’astuce s’est avérée être de rédiger ce rapport et de créer une nouvelle version bêta de Steam qui semble avoir résolu le problème », et a laissé le rapport ouvert pour des tests supplémentaires.
La décision de Valve est intervenue plus tard le même jour. Son compte kisak-valve sur le tracker SteamVR a ajouté l’étiquette Need Retest à 13h17 UTC, qui demande un nouveau test plutôt que de confirmer une erreur, et aucun commentaire de Valve n’a suivi dans les deux sens.
Puis les deux autres sont arrivés. Un propriétaire d’Arch Linux a écrit le 17 octobre que le dongle « était très incohérent avant cette mise à jour du client Steam, et maintenant il ne se connecte plus du tout », et le 19 octobre un propriétaire de Fedora 44 a ajouté « Même situation (très incohérente) ».
Personne n’a nommé la version qui l’a cassé ou celle qui l’a réparé
Le rapport original répertorie le client Steam 1791918634 avec SteamVR 2.18.3 sur GNU Guix et raconte l’histoire sous la forme d’une version bêta devenue stable. Son auteur affirme que le défaut est apparu pour la première fois sur la version bêta du client de bureau, a disparu dans la version stable et est revenu lorsque ce code bêta est devenu stable, c’est-à-dire là où il se trouvait lorsque le rapport a été publié.
Il s’agit de la pièce sans numéro de version. Le correctif est décrit uniquement comme « une nouvelle version bêta de Steam », donc un propriétaire dont l’adaptateur est mort n’a rien de spécifique à installer et, selon le propre rapport, aucun moyen de revenir non plus à un ancien client stable.
Aucun des remèdes habituels n’a fonctionné. La dissociation et le ré-appairage, l’extinction et le rallumage de l’adaptateur dans les paramètres de Steam des deux côtés, la suppression de la connexion de l’hôte dans NetworkManager, le redémarrage, le débranchement et le rebranchement, tout cela l’a laissé là où il était.
Le cadre affiche un lien qui n’apparaît jamais du tout
Le symptôme est constitué de deux mots dans la propre interface du casque. Avant tout streaming, le Frame signale l’adaptateur comme « En attente… », et une fois que SteamVR est en cours d’exécution et connecté, il passe à « Inactif », ce qui décrit un lien qui ne s’établit jamais plutôt qu’un lien qui tombe sous charge.
Les trois propriétaires sont sur des hôtes Linux, sur trois distributions : GNU Guix, Arch et Fedora 44. Il s’agit d’un échantillon restreint et le fil de discussion est le seul endroit où tout cela est écrit, donc la lecture honnête concerne trois propriétaires plutôt qu’une flotte.
L’adaptateur a retenu l’attention des deux côtés du lien en octobre. Du côté du casque, SteamOS 0.4.3 a résolu les problèmes de connectivité de l’adaptateur qui, selon Valve, affectaient les utilisateurs de certains pays, sans nommer de pays ni de cause, et du côté de l’hôte, la mise à jour du client du 15 octobre répertoriait la fiabilité du couplage, un indicateur de progression de la première connexion et un crash du pilote de l’adaptateur.
Rien de tout cela n’est la même faute, et rien de tout cela n’est associé à une phrase Valve. Pour l’instant, un propriétaire sur trois possède un dongle fonctionnel et l’étiquette sur le rapport demande aux deux autres de réessayer.