Alle Projekte

Die Watcher-Applikation funktioniert wunderbar. Aber sobald ich meinen Laptop aus dem Standbymodus wieder aktiviere, erscheint das Watcherfenster nicht mehr am linken Bildschirmrand sondern nur verkleinert links oben, siehe Anhang. Dann können auch die Buttons unten nicht mehr geklickt werden. Nur ein Neustart der Watcher-Applikation löst das Problem. Kennen Sie das Problem bzw. können Sie Abhilfe schaffen?

Bei der Neuanlage eines Zeiteintrags, sollte die Dauer der Soll-Arbeitszeit entsprechen. Dies ist bereits heute so implementiert.

Falls bereits Einträge vorhanden sind, dann sollte die Dauer der Restarbeitszeit entsprechen. Aktuell wird ein neuer Zeiteintrag standardmäßig mit einer Stunde vorbelegt.

Der Vorteil bei der korrekten Anlage des Zeiteintrags mit der Restarbeitszeit ist, dass z.B. teilweise angefangene Arbeitstage mit der Anlage eines manuellen Krankeintrags automatisch auf die Soll-Arbeitszeit ergänzt werden.

Bisher ist dazu das händische Ausrechnen der regulären Endzeit notwendig.

Ein Eintrag der auf 0:00 Uhr endet, wird beim erneuten Öffnen im zweiten Tag angezeigt.

Beispiel:

Eintrag am 30.10.2014 von 22:00 Uhr bis 00:00 Uhr
Dieser Eintrag wird bereits am 29.10.2014 angezeigt, wenn der Tag doppelt geklickt wird.

Wenn ich einen Eintrag als „fakturiert/offen“ markiere, springt die Listenansicht bei jedem Vorgang in die erste Zeile des kompletten Monats, der Eintrag ist danach auch nicht mehr markiert und ich muss durch die Liste scrollen um den Eintrag zu finden. Beim Löschen von Einträgen ist das Ergebnis gleich.

Beim Wechsel auf einen neuen Tag, muss erst ein neuer Zeiteintrag ausgewählt werden. Das Feld zum Eintragen der Notizen darf nicht aktiviert sein.

Die Anzeige (nur Wochentage, ohne Wochenenden) funktioniert nicht

TimePunch stürzt ab, wenn ein aktueller Eintrag geändert werden soll, der aber erst in der Zukunft beginnt.

z.B. durch eine hohe Rundungseinstellung.

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

Der Fehler kam direkt beim Starten des Watchers.
Leider war das Problem nicht reproduzierbar.

The error time: 21.10.2014 08:03
Exception:
System.Threading.AbandonedMutexException: Der Wartezustand wurde aufgrund eines abgebrochenen Mutex beendet.

 bei System.Threading.WaitHandle.InternalWaitOne(SafeHandle waitableSafeHandle, Int64 millisecondsTimeout, Boolean hasThreadAffinity, Boolean exitContext)
 bei System.Threading.WaitHandle.WaitOne(TimeSpan timeout, Boolean exitContext)
 bei TimePunch.Watcher.App.OnStartup(StartupEventArgs e)
 bei System.Windows.Application.<.ctor>b__1(Object unused)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.DispatcherOperation.InvokeImpl()
 bei System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
 bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
 bei System.Windows.Threading.DispatcherOperation.Invoke()
 bei System.Windows.Threading.Dispatcher.ProcessQueue()
 bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
 bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
 bei MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
 bei System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.Run()
 bei System.Windows.Application.RunDispatcher(Object ignore)
 bei System.Windows.Application.RunInternal(Window window)
 bei System.Windows.Application.Run(Window window)
 bei TimePunch.Watcher.App.Main()

Heute habe ich die Zeiten dieser Woche in unsere Firmenlösung übertragen (in den Computer eingetippt). Anschließend Gange ich die App weiter laufen lassen bin aber über die Windows-Taste auf den Homescreen gewechselt. Irgendwann wie ich das Projekt wechseln und bin über die rückwärtstaste in ihre App gekommen. Ich habe eine Fehler-Meldung bekommen auf die ich leider nicht geachtet habe und die ich mir mit ok bestätigt habe. Danach kam noch die Meldung, dass zuerst ein Projekt erstellt werden muss. Ich habe einen Dummy-Namen eingegeben. Jetzt hat sich die App beendet. Die Stoppuhr läuft noch. Auf der Livetile sehe ich den zuletzt gestarteten Projektnamen und die Zeit wird immer wieder aktualisiert.
Wenn ich in die App wechsel und die Stoppuhr stoppen will (über die Tile Links oben) stürzt die App ab.
Ich habe in der Projekt Ansicht kein Projekt mehr und in der Buchungsübersicht stehen die Zeiten ohne Projekte aber mit Tätigkeiten drin.

Der Buß und Bettag wurde in Sachsen nicht korrekt berechnet.

→ Als Übergangslösung wurde jetzt der 3. Mittwoch im November angenommen.
Diese Lösung passt bis 2018.

Der Mittwoch vor 32 Tagen vor Weihnachten.

Ziel: Neue Logik bis 2018 einbauen, damit der Buß und Bettag endgültig korrekt berechnet wird.

Beim splitten eines Zeiteintrags der eine Pause enthält, wird die Pausenzeit nicht gesplittet, sondern dupliziert!

Das automatische setzen der Uhrzeit funktioniert im Server Polling Modus noch nicht korrekt.

Es soll möglich sein, Teams und Abteilungen zu bilden. Dies ist zum Zweck der Auswertbarkeit von Mitarbeiterdaten und der besseren Berechtigung von Mitarbeitern.

Folgende Regeln gelten:

1.) Jedes Team / Abteilung hat einen Leiter. ( Dieser ist unabhängig von der Gruppe zu sehen, d.h. er kann selbst in einer anderen Gruppe gelistet sein)
2.) Jeder Mitarbeiter kann genau einem Team und einer Abteilung zugeordnet werden.
3.) Im Team können Mitarbeiter als Assistenten ausgewählt werden, diese haben dann Leseberechtigung und können ebenfalls die Berichte auswerten.
4.) Berechtigungen: Aktuell sollen Team / Abteilungsleiter nur für das Berichtswesen berechtigt werden.

Wir setzen seit langer Zeit TimePunch zur Zeiterfassung bei uns ein.

Da wir zwischen Tasks ständig hin- und herwechseln müssen, haben wir immer gern die recht neue Funktion des Rechtsklicks auf das Tray-Icon genutzt.
Leider funktioniert seit einem der letzten Updates nicht mehr die automatische Übernahme des Kommentars beim Wiederaufnahmen des Tasks. Es wäre toll, wen diese Funktion bald wieder zur Verfügung steht, da sie bei uns eine echte Arbeitserleichterung darstellt.

Der Prozentuale Anteil der Arbeitszeit in der Fahrtzeit wird nicht immer korrekt in den Berichten ausgewertet.

Die Daten fehlen in den Berichten

1. "Detaillierte Übersicht"
2. "Detaillierte Projektabrechnung"

Wenn der Watcher und das Datafox Modul gleichzeitig laufen kann vereinzelt folgender Fehler passieren.

1.) der Mitarbeiter meldet sich am Datafox Gerät ab zur Pause
2.) der Mitarbeiter kommt wieder von der Pause zurück
3.) der Mitarbeiter setzt sich an seinen PC
4.) die Pause wird vom Watcher anscheinend gelöscht - überschrieben!

Der Fehler tritt leider nicht immer, sondern nur teilweise auf.

TimePunch Mobile (iOS) zeigt keinen Fehler an, wenn die Verbindung zum Synchronisation-Server nicht zustande kommt. Hier sollte unbedingt eine Fehlermeldung ausgegeben werden.

Nach dem Bearbeiten eines Profiles in TimePunch Profiles ist dieses nicht mehr selektiert, sobald der Dialog mit OK verlassen wird.
Dies sollte korrigiert werden.

Der TimePunch Watcher sollte den Client mit dem gleichen Principal (Startprofil) starten, wie er auch selbst gestartet wurde.

Ansonsten ist das Verhalten nicht konsistent, und der Client kann nicht gestartet werden.

TimePunch Profiles startet nicht, wenn als Startparameter mit /principal gearbeitet wird.

TimePunch verrechnet die erweiterte Pause auch dann, wenn die Standardpause eigentlich deaktiviert wurde.