iNeed2Sleep
J'ai réussi à faire quelques tests filester, je pense avoir réglé la plupart des cas.
Pour Goonbox, j'ai fait des tests sur
this post, qui incluait l'album que tu as mentionné. J'ai dû ajouter de l'instrumentation pour forcer le helper goonbox parce que je n'arrivais pas à le faire se déclencher régulièrement et obtenir un 403.
Commande console pour le flag si tu veux essayer :
Code:
localStorage.setItem('xfpd_gbx_force_bridge', 'true')
localStorage.getItem('xfpd_gbx_force_bridge')
localStorage.removeItem('xfpd_gbx_force_bridge')
Pour l'instant, Chrome+TM et FF+TM ont l'air bien, mais dis-moi si tu as un post spécifique en plus de celui-là pour tester le 403.
Un truc qui mérite d'être mentionné : ouvrir l'URL du contenu avec un marqueur n'a pas vraiment réglé FF+TM tout seul chez moi. L'onglet helper s'ouvrait et le script était confirmé en train de tourner dedans, mais l'onglet SimpCity timeoutait quand même. On dirait que GM_getValue n'est pas fiable cross-tab sous Tampermonkey sur Firefox, et TM garde un cache par onglet, donc l'onglet demandeur consultait sa propre copie obsolète et ne voyait jamais le heartbeat de l'onglet helper. Chrome+TM propage ça par hasard, c'est pourquoi ça marchait là-bas et masquait le problème.
Je l'ai réglé en déplaçant le handshake vers GM_addValueChangeListener et en prenant newValue directement du callback. Passé de 40s-puis-échec à ~2s.
Comme le changement d'URL seul a suffi de ton côté, est-ce que ton build utilise déjà un change listener au lieu de faire du polling sur le storage ? S'il fait du polling, il pourrait avoir le même problème sur FF+TM et tu ne l'as juste pas encore rencontré.
J'ai pas testé FF+VM sur vm14. Si quelqu'un est sur VM, même juste confirmer que vm14 charge et fait un téléchargement normal aiderait.
Dernière version :
b14/vm14