Chronometer onTickListener

Er tut es einfach, weil er ein eigenes Objekt ist, welches von der Hauptactivity unabhängig ist.
Vermutlich beendest du die Hauptactivity auch nicht, nachdem du die Activity für die Eintragung aufgerufen hast, also kann er fröhlich weiter vor sich hin laufen.

Das heißt also, der Fehler wird irgendwo in der Implementierung der Hauptactivity oder dem OnTickListener liegen.

Ah, dann habe ich die erste Darstellung missverstanden.

Es klang so, als sei der Listener trotzdem aktiv, ist er aber offenbar nicht mehr.
Vermutlich hast du den Listener intern implementiert, also die Activity implementiert das Protokoll oder du hast dem Chronometer das Ganze als 'anonymous inner class' mitgegeben.

Ich würde an der Stelle versuchen, eine öffentliche Klasse für die unterschiedlichen OnTickListener zu implementieren.
Inwieweit da Callbacks helfen weiß ich allerdings nicht, da ja das Hauptproblem (Activity gerade im Hintergrund) weiterhin Bestand hat.

Vermutlich solltet ihr den kompletten Aufbau ein wenig ändern.
Dazu habe ich ein nettes Video mit netten Ansätzen gefunden:
http://blog.ralfw.de/2013/01/s…video-ein-experiment.html
Ist zwar auf .NET/C# Basis, dürfte sich jedoch simpel umsetzen lassen.

Euer ‚Problem‘: Ihr nutzt ein UI Element (Chronometer) um die Zeit zu messen. Wie ihr festgestellt habt geht das in die Hose, sobald das dieses UI Element beherbergende Codestück nicht mehr greifbar ist.
Sinnvoller wäre es, das Ganze anders herum aufzuziehen: ihr habt irgend ein Systemdingens, um die Zeit zu messen. Wenn das UI Element zur Zeitanzeige da ist, dann wird es aktualisiert.

In dem Fall könnt ihr ganz einfach prüfen, ob die Zeit jetzt >45 Minuten ist. Falls ja, wird alles Größere einfach auf die zweite Anzeige gepackt.

Mir fehlt in der Diskussion noch das Stichwort "Service" - wo schon dauernd von Hintergrund gesprochen wird.

Ist zwar immer in bisschen kompliziert, sich mit dem Service zu verbinden, aber dafür hat man eine Instanz die sich um den Hintergrundkrempel kümmert und auch noch aktiv bleibt, wenn die Activity durch z.B. eingehenden Anruf mal vom Schirm verschwindet.

Außerdem kannst du den Service dann mit einem Timer versehen, der die verschiedenen Start- und Stop-Zeiten alle kennt und damit den Gesamtüberblick über den Zietablauf hat.

Im Prinzip klingt so ein Service ja ganz toll.
Mir fehlt da nur so ein bisschen die Transparenz des Ganzen.

Also vor Allem die Kommunikation des Services mit meiner App erschließt sich mir noch nicht so ganz.
Wenn ich mal ein wenig Zeit über habe versuche ich mal, ein bisschen Backgroundaktivität an einen eigenen Service zu übergeben.
Mal sehen, wie das wird.

Auf jeden Fall vielen Dank für das Stichwort!