TimePunch

Wenn ich im Client einen neuen Eintrag erstelle und dabei ein Projekt auswähle wird eine Tätigkeit auch “vorgeschlagen”. Wenn ich mit dieser Einverstanden bin und daher keine andere auswähle bzw. auch diese nicht in der Liste “bestätige”, wird diese nach dem Speichern in der Übersicht nicht angezeigt (Projekt wird übernommen, Tätigkeit nicht).

Wird im Projektdialog eine Tätigkeit bearbeitet, dann schlägt die Aktualisierung des Projektdialogs fehl, bzw. wird nicht ausgeführt.

Beim Stoppen der Zeiterfassung in TimePunch Mobile, wird die Tätigkeit entfernt.
Hier sollte ebenfalls, wie beim Projekt, die Tätigkeit gesetzt bleiben, damit nach der Pause, mit der gleichen Tätigkeit weitergearbeitet werden kann.

Beim Lohndatenexport wird der tägliche Zeitausgleich noch nicht in die Export-Datei übernommen.

Kunde wünscht, dass die tägliche unbezahlte Arbeit im Cutter auf 60min erweitert wird.

Das Trennen des Microsoft Ad Accounts funktioniert nicht in den Mitarbeiter-Details.

Die E-Mail-Benachrichtigung beim Cutter ist für Mitarbeitende und Vorgesetzte aktuell noch zu unpräzise. Beim Eintragen der Pause sollte daher auch das Projekt in der Mail benannt werden, bei dem die Pause eingetragen wurde.

Make TimePunch live tile on WP 8.1 fully transparent on "both" sides. Currently one side becomes solid color when the tile flips.

Einbau eines Hinweisdialogs und prüfen, in wie Weit ein überschreiben der Datenbestände verhindert werden kann.

wäre es nicht machbar, dass:
- nach dem speichern eines neuen Zeiteintrages über den tpwatcher
- bzw. nach dem betätigen der stopp-taste im Tpwatcher
- (und ggf. wenn noch irgenwo sinnvoll)
automatisch ein “F5-Befehl” (aktualisieren) an den TpClient “gesendet” wird?

My laptop hibernates when I close the lid and restores Windows 7 when I open it again the next day and TpWatcher is still running as expected. Even though I ended the last activity before I closed the lid, TpWatcher has not updated the date and I cannot select the project or task, or update the last activity. The “…” menu allows access to only the User Manual.

Workaround: I have to quit TpWatcher and restart it.

Wenn des Notebooks durch das Schließen des Deckels in den Ruhezustand geht, und der Watcher am nächsten Tag wieder startet, wird oftmals das Datum nicht aktualisiert und es ist keine Projektauswahl mehr möglich. Und das obwohl die Zeiterfassung, vor dem Schließen des Deckels, korrekt beendet wurde.

Der Watcher hängt sich quasi auf. Es bleibt als Abhilfe nur den TimePunch Watcher zu beenden und neu zu starten.

Struggling with the amount of memory resources used by TpWatcher.exe, working set reportedly ~105Mb which is well inside my Top 10. I have very few active projects too.

TpWatcher cannot save a record if the duration has exceeded 24hours, but the you cannot stop the clock either. Catch-22. At the midnight Stop Watch should automatically save and restart a new record, but if the computer was off at the time then Stop Watch should suto-split the record instead of complaining about it’s length.

Nach dem ausloggen („Mit anderem Benutzer Anmelden“) kann man sich danach bei dem letzten angemeldeten Benutzer ohne das Passwort einzugeben einloggen.

Wenn während der Aufzeichnung des Tp-Watchers das Datum verstellt wird, kann es im ungünstigen Fall sein, dass z.B. Einträge über mehrere Monate erstellt und somit bestehende Datenbestände überschrieben werden.

z.B.
1. Start Tp-Watcher
2. Datum in die Vergangenheit setzen
3. Projekt abschliessen

( Hier werden alle Daten von jetzt an bis zum neuen Datum überschrieben, auch wenn dieses in der Vergangenheit lag)

Befindet sich z.B. die Timepunch-Datenbank nicht direkt auf dem Client, sondern z.B. auf dem Netzwerk-Server (dort findet z.B. die zentrale automatische Datensicherung statt), so kann es vorkommen, dass Timepunch beim Start nicht sofort Zugriff auf die Datenbank hat. Es wird dann gemeldet, dass die Datenbank defekt sei. Um den Anwender nicht unnötig zu beunruigen und um einen Neustart Timepunch Watchers zu vermeiden, sollte in einem solchen Fall eine Alert kommen, mit z.B. folgendem Text: \"TimePunch wartet, bis die Verbindung zur Datenbank hergestellt ist\". Eine entsprechende Routine könnte dann erneut den Zugriff zur Datenbank versuchen.

Der Tp-Watcher Baloon Tipp soll vor der Taskleiste, und nicht dahinter, angezeigt werden.

Gleichzeitig habe ich folgende Feststellung gemacht:
TimePunch Version 1.72, Windows XP

Die Optionen sid wie folgt eingestellt:
Logging: Nach Systemstart, sofort Projektauswahl anzeigen

	Pausenzeiten als eigene Einträge protokollieren
	Autom. Erinnerung an Projektaktualisierung (15 Min.)

Dabei habe ich folgendes festgestellt:
Wenn ich nach dem Systemstart den das Projekt definiere, so läuft der TimePunch Watcher im Hintergrund und meldet sich gem. der eingestellten Zeit für die Projektaktualisierung.
Ich kann ihn jedoch in der Taskleiste nicht von \\\"Hand\\\" aufrufen. D.h. wenn ich während der aktiven Zeit etwas verändern will, so muss ich warten bis die eingestellte Erinnerungszeit abgelaufen ist.

Wenn ich jedoch den TimeTunch Watcher nach dem Systemstart von Hand starte, so kann ich ihn jederzeit aufrufen und das Projekt wechseln.

Dies hat zur Folge, dass die Erinnerungszeit sehr kurz eingestellt werden muss, was mit der Zeit sehr störend wirkt.

Ist diese Erscheinung normal? Gibt es vielleicht eine andere Lösung?

Bei der Eingabe der Serveradresse in TP Management hängt sich das Fenster auf und erlaubt die Adresseingabe nur Buchstabe für Buchstabe im 10 Sekundentakt.

Beim Anlegen mit folgender Semantik erschien in TimePunch folgende Fehlermeldung in TimePunch:
TimeSpan akzeptiert keine nicht numerischen Gleitkommawerte

1.) Anlegen eines ganztägigen Arbeitszeiteintrags
2.) Anlegen eines Gleitzeiteintrags von z.B. 12:00 Uhr - 12:30

→ Der Fehler konnte jedoch lokal nicht nachgestellt werden.

2017-02-03 10:43:16,550 [23] FATAL: TimeEntryServiceImpl
System.ArgumentException: TimeSpan akzeptiert keine nicht numerischen Gleitkommawerte.

 bei System.TimeSpan.Interval(Double value, Int32 scale)
 bei TimePunch.Business.TimeEntryService.CalcWorktime(ITimePunchConnection connection, ITimeEntry timeEntry, IWorkday workday)
 bei TimePunch.Business.TimeEntryService.RecalcCompleteTimeentry(ITimePunchConnection connection, ITimeEntry timeEntry)
 bei TimePunch.Business.TimeEntryService.SplitTimeEntry(ITimePunchConnection connection, Guid userId, DateTime logonTime, DateTime logoffTime, Guid excludedId)
 bei TimePunch.Business.TimeEntryService.InternalSaveTimeEntry(ITimePunchConnection connection, ITimeEntry timeEntry, Boolean calculateSummary, TimeEntrySaveResult& saveResult)
 bei TimePunch.Business.TimeEntryService.SaveTimeEntry(ITimePunchConnection connection, ITimeEntry timeEntry, Boolean calculateSummary, TimeEntrySaveResult& saveResult)
 bei TimePunch.Core.Services.TimeEntryServiceImpl.<>c__DisplayClass17_0.<ValidateAndSaveTimeEntry>b__1()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

TimePunch Webservices implementieren.

Ziel dabei ist es, WebServices zur Verfügung zu stellen, die es ermöglichen, sich mit TimePunch auf der ganzen Welt via Internet auf den Firmenserver zu verbinden und dort seine Zeiten zu verwalten.

Wie im Bug 435 gemeldet macht auch der TimePunch Watcher diesen Fehler. Eine in der laufenden Stoppuhr eingegebene Beschreibung wird auf alle folgenden Stoppungen übernommen.
Das ist zwar kein kritischer Fehler, mir macht er aber erheblichen Aufwand. Es wäre deshalb schön, er würde zeitnah behoben.