Von den Raumseiten automatisch zurück zur Übersicht.

[smai]

Hast du irgendwelche Fehlermeldungen, wenn du die Browserkonsole öffnest (meist per Taste F12)?

[smai]

psilo Entschuldige, deinen Beitrag hatte ich übersehen.
Von einem solchen Bug ist mir nichts bekannt und ich habe auch keinen Issue dazu gefunden. Kannst du das Problem bzw. die Rahmenbedingungen genauer beschreiben?

[psilo]

smai ich habe da vor einer halben ewigkeit hier in einem thread was gelesen. ich hab das bei mir einfach akzeptiert, dass ich manchmal f5 drücken muss...

fakt ist: manchmal klicke ich auf den home button und kriege keine daten via websocket.. f5 behebt das dann und er kriegt den sync wieder hin.

[psilo]

Ich habs.. Bei mir tritt das aber nur manchmal auf:

https://knx-user-forum.de/forum/supp...en-keine-werte

[Bigsonic1]

Hab jetzt mal das von hier ausprobiert:
https://knx-user-forum.de/forum/supp...en-keine-werte

Also ich habe das beschriebene Problem auch. Und auch nur mit der Navigation zurück zur index-Seite. Ich habe jetzt mal folgendes probiert, was überraschenderweise zu funktionieren scheint:

• index.html auf index2.html kopiert
• in der menu.html den Link von <a href="index.php"> auf <a href="index.php?page=index2"> geändert.

Bis jetzt klappt es damit. Merkwürdig, merkwürdig...

und natürlich hier auch ändern:

  var homeTimeout;
$(document).on("vmousedown pageshow", function() {
  if(homeTimeout !== undefined)
    window.clearTimeout(homeTimeout);
  if($.mobile.activePage.id != "index2")
   homeTimeout = window.setTimeout(function() { location.href = '.'; }, 30000); });

es funktioniert zumindest..

[psilo]

Bigsonic1 damit kennt smai nun einen neuen Bug

[smai]

und natürlich hier auch ändern:

 var homeTimeout;
$(document).on("vmousedown pageshow", function() {
if(homeTimeout !== undefined)
window.clearTimeout(homeTimeout);
if($.mobile.activePage.id != "index2")
homeTimeout = window.setTimeout(function() { location.href = '.'; }, 30000); });

So solltest du es nicht ändern, da du mit location.href = '.' weiterhin auf die index (ohne 2) gelangst. So hättest du einen dauernden Reload der Startseite.
Wenn könntest du die Zeile ändern zu

if($.mobile.activePage.id != "index" && $.mobile.activePage.id != "index2")

Bisher war mir das Problem nur bekannt, wenn man die SV auf dem Homescreen einrichtet, weil dann die Cache-Einstellungen nicht mehr respektiert werden.
Bigsonic1 ist dies bei dir der Fall?
psilo unter welchen Umständen tritt es den bei dir auf? "manchmal" ist für dich als Programmierer micht gerade eine exakte Beschreibung ;-)

Zusatzfrage: Habt ihr Auto-Reconnect aktiviert oder nicht?

Und die Antwort nach Fehlern auf der Browserkonsole wäre moch sehr hilfreich (auch bei psilo).

[psilo]

smai wenn das problem deterministisch reproduzierbar wäre gerne. ist es aber nicht. wenn ich zufällig mal die konsole auf habe, schaue ich gerne nach. problem tritt am pc unter firefox auf, auto reconnect ist an. bspw kann ich shNG durchstarten und der reconnect zieht auch. nur eben beim klick auf den home button hängt manchmal (geht nicht anders zu beschreiben) das nachladen der daten / die websocket verbindung scheint nicht aufzubauen.

ich gebe mir mühe mehr rauszukriegen - wie gesagt: ich habe beim surfen nicht immer die konsole auf und manche Infos kriege ich nicht mehr, wenn ich f12 erst drücke wenn das problem bereits da ist.

[smai]

Danke.
Ich weiss nicht, wie's im Firefox ist, aber Konsolenausgaben und JS-Exceptions werden in Chrome und IE meines Wissens auch nachträglich angezeigt.

[Bigsonic1]

Was meinst du mit "SV auf dem Homescreen"?
Auto-Reconnect ist aktiviert.
In der console kommt nur eine Warnung:

Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.

[smai]

Soweit ich weiss, nennt man bei Apple iDevices das, wo man Apps ablegen kann, Homescreen. Und da kann man auch entsprechend vorbereitete Websites ablegen. Da ich keines dieser iDingens habe, kenne ich das aber auch nur vom Hörensagen.
Und SV = smartVISU.

Deine Warning steht nicht im Zusammenhang mit dem Problem.

Welche Version setzt du genau ein? Die von Release 2.8, die aktuelle master oder gar die develop?

[Bigsonic1]

Nein ich habe kein Apple Gerät.
Ich nutze diese Version mit Fhem:
http://www.smartvisu.de/download/smartVISU_2.8.zip
Nach dieser Anleitung:
https://github.com/ddtlabs/build-smartvisu-cleaninstall

Gibt es eine Aktuellere Version?

[smai]

Gibt es eine Aktuellere Version?

Nicht wirklich.
Im master-Branch unter https://github.com/Martin-Gleiss/smartvisu sind nur ein paar kleine Bugfixes integriert, die jedoch keinen Einfluss auf das Problem hier haben.

Im develop-Branch gibt es zwar diverse Neuerungen, aber dieser sollte auf keinen Fall eingesetzt werden, weil er absolut unstable und nicht getestet ist.

Ich werde mir mal versuchen, ob ich dein Problem nachstellen kann; das muss aber wahrscheinlich noch ein paar Tage warten.
Falls sonst noch jemand irgendwelche Erkenntnisse beisteuern kann, bin ich natürlich dankbar.

Nachtrag: Habe dies als Issue #125 erfasst.

[schuma]

ehhhhhhhhmmmmmm......
Ich habe da gerade noch mal etwas mit dem Script rumgespielt. Dabei ist mir aufgefallen, dass die index2 oder index Seite immer noch aktuallisiert werden trotz der Zeile:

if($.mobile.activePage.id != "index" && $.mobile.activePage.id != "index2")

Ich hatte das Script nun in die menu.html gepackt.
Kann das sein, dass hier die menu.html und Navigation.html mit einbezogen werden müssen? Die werden ja praktisch gleichzeitig mit angezeigt.

Smai, könntest Du Dir das noch mal anschauen? Evtl. fällt Dir da ja noch etwas auf.

Grüße,
Marc

[smai]

Erstmal eine verbesserte Version des Scripts. Damit funktioniert:
1. die manuelle Navigation zur Startseite ohne index2.html (diese kannst du wieder löschen)
2. die Prüfung, ob man bereits auf der Startseite ist
3. wird kein full load mehr gemacht sondern die Startseite per AJAX bzw. aus dem DOM-Cache geladen

var homeTimeout;
$(document).on("vmousedown pageshow", function() {
  if(homeTimeout !== undefined)
    window.clearTimeout(homeTimeout);
  if($.mobile.activePage[COLOR=#FF0000].attr("id")[/COLOR] != "index")
   homeTimeout = window.setTimeout(function() { [COLOR=#FF0000]$.mobile.changePage("index.php")[/COLOR]; }, 30000);
});

Die menu.html ist übrigens kein guter Ort. Da wird der Eventhandler in jeder Page erneut registriert. Davon merkst du zwar erstmal nichts, wenn du mehrere Seiten aufgerufen hast, könnte es aber irgend wann zu ungewolltem Verhalten kommen.
Am besten schreibst du es in die visu.js (falls du noch keine hast, einfach die Datei im Ordner deiner pages anlegen). Da wird es nur einmal geladen und landet erst noch im Browser Cache.


Und nun noch die Erklärung, weshalb die Startseite bei vorheriger Lösung nicht funktioniert hat und bei psilo und anderen dies auch sonst manchmal nicht tut. Dazu muss ich etwas ausholen.

Wenn eine Seite einmal aufgerufen wurde, bleibt sie im DOM erhalten und wird nur ausgeblendet. Dies ist ein Feature von jQuery mobile, dass in der smartVISU genutzt wird.
Nun kann aber jQm nicht erkennen, dass die URL http://server/smartVISU/ und http://server/smartVISU/index.php eigentlich dieselbe Seite ist.
Wenn man also die Website initial per http://server/smartVISU/ aufruft und danach in der Navigation einen Link auf index.php hat, wird dieselbe Page zwei Mal mit derselben ID im DOM eingefügt. Und dies macht dann Probleme bei den Widgets.

Ich werde mal schauen, ob dies durch das anstehende Update von jQm behoben ist oder ob ich irgend einen Workaround dafür herausfinde. So oder so wird dies wohl kein Hotfix sein sondern erst in einem kommenden Release eingebaut.