[TVB-1189] morgen ist heute bzw. jetzt gestern

[Xenu]

Nach Neustart konnte ich erneut ein deadlock provozieren, ich hatte lediglich auf "morgen" geklickt. Ich glaube aber das Problem ist das Gleiche.

[ds10]

Du kannst ja mal das Update für das Laufende-Sendungen-Plugin installieren, mal sehen ob es hilft (mit aktiviertem Tab im Hauptfenster).

[Xenu]

Du kannst ja mal das Update für das Laufende-Sendungen-Plugin installieren, mal sehen ob es hilft (mit aktiviertem Tab im Hauptfenster).

Danke, erledigt. Ich melde mich falls es knallt. Oder nach einer längeren Zeit, falls nicht.

[Xenu]

Du kannst ja mal das Update für das Laufende-Sendungen-Plugin installieren, mal sehen ob es hilft (mit aktiviertem Tab im Hauptfenster).

Danke, erledigt. Ich melde mich falls es knallt. Oder nach einer längeren Zeit, falls nicht.

TV Browser läuft schon einige Tage ohne Einfrieren, trotz aktiviertem "Laufende-Sendungen-Plugin" Tab im Hauptfenster. Soweit also Erfolg

Immer noch da ist aber das Problem aus dem Titel. Wenn ich heute "Jetzt" drücke, geht TVB auf den 17.7 anstatt auf "heute".

tvbrowser-screenshot1.png (17.17 KiB) 6640 mal betrachtet

[ds10]

Jetzt verstehe ich endlich, was du meinst. Ich dachte TV-Browser würde den falschen Tag anzeigen, aber es geht nur um die Anzeige in der Datumsliste.

[ Post made via Android ]

[ds10]

Läuft der Computer durch oder versetzt du den in den Ruhezustand oder Stanbdy?
Ändert sich die Auswahlliste wenn du ein Datenupdate machst?

[Xenu]

Läuft der Computer durch oder versetzt du den in den Ruhezustand oder Stanbdy?

Letzteres. D.h. mal Ruhezustand oder standby. Aber der Effekt trifft unabhängig davon auf, ob ich (bzw. der PC) um Mitternacht wach ist oder nicht.

Ändert sich die Auswahlliste wenn du ein Datenupdate machst?

Da ist mir nicht klar, was Du meinst. Falls es die Liste rechts ist, da ist mir nichts aufgefallen. Und ich mache oft mehrmals pro Tag datenupdates.

Ich hab mal das aktuelle log hochgeladen (nur für den Fall das Du das fragts) .

[ds10]

Eigentlich müsste die Liste beim Datumswechsel und nach einem Datenupdate aktualisiert werden. Ich kann im Quellcode nicht erkennen, warum das nicht passiert.

[Xenu]

Eigentlich müsste die Liste beim Datumswechsel und nach einem Datenupdate aktualisiert werden. Ich kann im Quellcode nicht erkennen, warum das nicht passiert.

Ja so ist es, die Liste ist stur in der Vergangenheit. Wenn ich auf "heute" klicke, geht der grosse Bereich (Programmtabelle) auf 15. Juli. Wenn ich auf "gestern" klicke, dann auf 14. Juli. Wenn auf "morgen" dann auf 16. Juli. (Geschrieben am 17. Juli)

[ds10]

Ich kann das hier nicht nachvollziehen, vielleicht startest du TV-Browser mal von der Konsole:
http://wiki.tvbrowser.org/index.php/Starten#Windows

Möglich, dass da mehr Fehler zu sehen sind.

[Xenu]

Ich kann das hier nicht nachvollziehen, vielleicht startest du TV-Browser mal von der Konsole:
http://wiki.tvbrowser.org/index.php/Starten#Windows

Möglich, dass da mehr Fehler zu sehen sind.

Bitte sehr:

tvb1.err.txt

(280.39 KiB) 214-mal heruntergeladen

Gestern habe ich mir endlich den source code geholt und ihn irgendwie für netbeans zusammengefummelt (keine Lust eclipse zuhause zu installieren), und hab ein paar eigene Ausgaben eingebaut. Sie fangen mit "TH: " an.

Soweit ich verstanden habe:
- FinderPanel ist die Liste zum Datum auswählen
- FinderPanel.markDate() wird aufgerufen wenn man auf "Jetzt" klickt
- AbstractDateSelector.updateContent() und FinderPanel.rebuildControls() werden aufgerufen um das neu aufzubauen

Ich bin um 4:31 aufgestanden. Ist aber irrelevant, da soweit ich sehen kann, der Rechner sich nicht abschaltete. Um 4:42 habe ich ein Datenupdate gemacht.

Sowohl um Mitternacht als auch beim Datenupdate wurden AbstractDateSelector.updateContent() und FinderPanel.rebuildControls() nicht aufgerufen. Um 4:49 habe ich TVB beendet. So und nun gehe ich wieder ins Bett

[Xenu]

Sowohl um Mitternacht als auch beim Datenupdate wurden AbstractDateSelector.updateContent() und FinderPanel.rebuildControls() nicht aufgerufen.

Heute abend mache ich mal ein paar Ausgaben in MainFrame.handleTimerEvent(), daraus (sollte) es über mFinderPanel.updateContent() wohl aufgerufen werden, und es gäbe theoretisch mehrere Möglichkeiten warum nicht.

[ds10]

Die meisten Ausgaben brauchst du gar nicht, es reicht wenn du in handleTimerEvent() in MainFrame und in updateContent() in AbstractDateSelector Ausgaben erzeugst. Dann sieht man nämlich ob das überhaupt bis zur Stelle des Updates kommt. Außerdem könntest du noch ein:

Code: Alles auswählen

try {
}catch(Throwable t) {t.printStackTrace();}

um den gesamten Code in handleTimerEvent() legen.
Wichtig wäre auch noch in Zeile 1746 eine Ausgabe von date und mCurrentDay.

[Xenu]

Außerdem könntest du noch ein:

Code: Alles auswählen

try {
}catch(Throwable t) {t.printStackTrace();}

um den gesamten Code in handleTimerEvent() legen.
Wichtig wäre auch noch in Zeile 1746 eine Ausgabe von date und mCurrentDay.

Erledigt -

Der Tag ist noch nicht zu Ende, aber ich glaube ich habe schon was:

Code: Alles auswählen

java.lang.NullPointerException
	at tvbrowser.ui.mainframe.UserAwayDetector.isAway(UserAwayDetector.java:32)
	at tvbrowser.ui.mainframe.MainFrame.checkAutomaticGotoNow(MainFrame.java:1814)
	at tvbrowser.ui.mainframe.MainFrame.handleTimerEvent(MainFrame.java:1638)
	at tvbrowser.ui.mainframe.MainFrame.access$300(MainFrame.java:210)
	at tvbrowser.ui.mainframe.MainFrame$4.actionPerformed(MainFrame.java:612)
	at javax.swing.Timer.fireActionPerformed(Unknown Source)
	at javax.swing.Timer$DoPostEvent.run(Unknown Source)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$200(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at util.ui.textcomponentpopup.TextComponentPopupEventQueue.dispatchEvent(TextComponentPopupEventQueue.java:55)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

Das passierte als der PC in den Sperr-Zustand gegangen ist, weil ich einige Minuten nichts getan habe.

Die Zeilennummern in tvbrowser.ui.mainframe sind nicht "eure" da ich da ja gefummelt hatte. tvbrowser.ui.mainframe.UserAwayDetector.isAway ist aber unverändert. Ursache für die NPE wäre dann wohl dass

Code: Alles auswählen

MouseInfo.getPointerInfo()

null liefert. Ich hab einen weitere Ausgabe hinzugefügt.

Das erklärt aber noch nicht warum es nicht klappt, also wenn man wieder Zugriff auf den PC hat.

Nachtrag: bestätigt, er liefert null.
Ich könnte natürlich einfach true liefern für isAway(), aber mich interessiert jetzt wirklich was über Nacht und danach passiert.

[ds10]

Allein das Fangen der Exception müsste schon reichen, damit das Update der Datumsauswahl funktioniert (natürlich nur, wenn der Rechner nicht gerade gesperrt ist), da jetzt kein undefinierter Zustand mehr eintritt. So wie es aussieht verschwindet der Mauszeiger, wenn der Rechner gesperrt wird, also muss nur eine zusätzliche Abfrage rein und das Problem ist gelöst.