iNeed2Sleep
Hab ein paar Filester-Tests geschafft, ich glaube ich hab die meisten Fälle geklärt.
Für Goonbox hab ich ein paar Tests auf
this post gemacht, was das Album beinhaltete, das du erwähnt hast. Musste etwas Instrumentierung hinzufügen, um den Goonbox-Helper zu erzwingen, weil ich es nicht regelmäßig zum Auslösen und einem 403 bringen konnte.
Konsolenbefehl für das Flag, falls du es probieren willst:
Code:
localStorage.setItem('xfpd_gbx_force_bridge', 'true')
localStorage.getItem('xfpd_gbx_force_bridge')
localStorage.removeItem('xfpd_gbx_force_bridge')
Bisher sehen Chrome+TM und FF+TM gut aus, aber sag mir, wenn du einen bestimmten Post außer diesem für den 403-Test hast.
Eine Sache, die erwähnenswert ist: Das Öffnen der Content-URL mit einem Marker hat FF+TM bei mir allein nicht wirklich gefixt. Der Helper-Tab öffnete sich und das Script wurde bestätigt als laufend, aber der SimpCity-Tab lief trotzdem in ein Timeout. Sieht so aus, als wäre GM_getValue unter Tampermonkey auf Firefox nicht zuverlässig cross-tab, und TM behält einen Per-Tab-Cache, sodass der anfragende Tab seine eigene veraltete Kopie abfragte und den Heartbeat des Helper-Tabs nie sah. Chrome+TM propagiert das zufällig, weshalb es dort funktionierte und das Problem verdeckte.
Ich hab's gefixt, indem ich den Handshake auf GM_addValueChangeListener umgestellt und newValue direkt aus dem Callback genommen hab. Ging von 40s-dann-Fehlschlag auf ~2s.
Da die URL-Änderung allein bei dir schon ausgereicht hat, benutzt dein Build schon einen Change Listener statt Storage-Polling? Wenn es pollt, könnte es das gleiche Problem bei FF+TM haben und du hast es nur noch nicht getroffen.
Hab FF+VM auf vm14 noch nicht getestet. Falls jemand auf VM ist, würde selbst nur bestätigen, dass vm14 lädt und einen normalen Download macht, schon helfen.
Neueste Version ist
b14/vm14