Alle Projekte

Im Watcher sollte der Beschreibungstext angezeigt werden.

Anstatt der Zeiteingabe mittels der Maus/Touchscreen, sollte das Datum und die Uhrzeit auch mit der Tastatur eingegeben werden können.

Abhängig von einem Touchscreen sollte dann entweder die eine oder die andere Eingabemöglichkeit verwendet werden.

Rundung von 3 und 6 Minuten wären wünschenswert, da dann die Dezimale Darstellung besser passen würde.

Im TimePunch Watcher soll ein neuer Aufzeichnungsmodus implementiert werden, mit dem es nicht mehr möglich ist, die Stundenaufzeichnung in TimePunch manuell beenden.

Damit soll sichergestellt werden, dass Mitarbeiter die Stundenaufzeichnungs nicht versehentlich oder gewollt / vorzeitig beenden.

Das anspringen des Bildschirmschoners wird nicht korrekt als Pausenstart berücksichtigt (Aufnahmeeinstellung: Sperren von Windows).

Ein Kunde berichtet, dass das Anlegen eines Projekte zu folgendem Fehler geführt hat.

Der Fehler konnte umgangen werden, indem das Projekt im Hauptprogramm hinzugefügt wurde.

Bei einer eingestellten Rundung von 1 min, wird nach dem Fortsetzen einer Pause, teilweise ein neuer Eintrag gestartet.
⇒ Dies konnte zumindest bei unterschiedlichem Beschreibungstext nachvollzogen und behoben 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.

Die Überstunden sollten auch im TimePunch Watcher angezeigt werden.
Damit die Mitarbeiter nicht immer in TimePunch selbst schauen müssen, um das Überstundenkonto zu sehen.

Beim erreichen der Überstundenbegrenzung sollte dies visuell ersichtlich sein.
Eventuell durch setzen einer bestimmten Farbe (rot) oder ähnliches.

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 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()

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?

ich hätte da einen Vorschlag für eine kleine Optimierung:
- Mal angenommen es läuft gerade die Zeitaufzeichnung für Projekt X mit Tätigkeit y _und_ man hat eine Beschreibung dazu genommen.
- Jetzt kommt etwas Neues zu tun.
- ich stoppe die derzeitige Aufzeichnung
- wechsele oben das Projekt
- die Tätigkeit wechselt damit auch
- aber die Beschreibung des vorherigen Eintrags bleibt bestehen

Es wäre gut wenn man bei einem Projektwechsel diese Beschreibung nicht manuell löschen müsste.

Bei einem Kunden hängt sich der TimePunch Watcher im Laufe des Tages immer auf.
Dabei wurden bereits Netzwerkprobleme, Virenscanner und Energieoptionen (Abschaltung des LAN) ausgeschlossen.

Eine ältere Version funktioniert anscheinend noch gut:

Original:
"Daher haben wir nun wieder eine ältere Client Version bei uns installiert, welche bei uns noch einwandfrei funktionierte (TimePunch 2.6.812.1).

Nach Prüfung unseres Netzwerks gehen wir davon aus das, dass Problem auf Softwareseite liegt, da die ältere Version bei uns einwandfrei funktioniert und es erst seit Version V2.6.1009.0 zu besagtem Fehler in unserem Hause kommt."

→ TODO: Herausfinden, was sich in beiden Version geändert hat und zu dem Problem führen könnte.

Nach nochmaliger Nachfrage, die Aussage des Kunden:
"aktuell nutzen wir noch Version 2.6.812.1 und haben damit keinerlei Probleme mehr."

Seid der Version 2.7.826.0 stürzt der Watcher manchmal ab, vor allem wenn ich auf meinen Rechner mit RDP zugegriffen habe und mich anschließend wieder direkt anmelde, oder direkt beim Rechnerstart nach der Anmeldung.

TimepunchError.txt:
The error time: 04.07.2015 08:39
Exception:
System.Exception: Unable to retrieve app bar information.

 bei TimePunch.Metro.Wpf.Docking.TaskBar.GetTaskBarData()
 bei TimePunch.Metro.Wpf.Docking.TaskBarDocker.PostionRight()
 bei TimePunch.Metro.Wpf.Docking.TaskBarDocker.Dock(TaskBarEdge dockTo, Int32 nr)
 bei TimePunch.Metro.Wpf.Metro.SnappedTransparentWindow.Dock(TaskBarEdge taskBarEdge, Int32 screen)
 bei TimePunch.Watcher.Views.MainWindow.Handle(ApplyWatcherSettingsEvent message)
 bei TimePunch.Metro.Wpf.EventAggregation.EventAggregator.PublishMessage[TMessage](TMessage message)
 bei TimePunch.Wpf.Common.UI.Core.TpLoggingEventAggregator.PublishMessage[TMessage](TMessage message)
 bei TimePunch.Watcher.ViewModels.MainWindowViewModel.<>c__DisplayClass4.<EvaluatePasswordProtection>b__2()
 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()

–> Besseres Fehlerhandling implementiert

Wird in TimePunch ein neuer Kunde angelegt, dann steht dieser nach der Anlage nicht direkt im TimePunch Watcher für die Auswahl zur Verfügung.

Der Neukunde wird erst nach dem Befehl „Anzeige-Aktualisieren“ aus dem Menü angezeigt.

Wie bei der Projektanlage auch, sollte nach der Anlage des Kunden, der Watcher die Aktualisierung der Kundendaten selbständig durchführen.

Aktuell werden im TimePunch Watcher nur Arbeitszeiteinträge angezeigt. Dies ist prinzipiell auch korrekt. Da aber auch Fahrtzeiteinträge teilweise als Arbeitszeit zählen, müssen auch diese Einträge im Watcher sichtbar sein.

Ebenfalls sollen auch neue Fahrtzeiteinträge im Watcher angelegt werden können. Zurzeit ist dies nicht möglich, da nur Tätigkeiten die als Arbeitszeit markiert sind, für die Tätigkeit zur Auswahl stehen.

Unser Zeichnungs-Programm CADWORK funktioniert nicht mehr richtig.
Die Funktionen der linken Maustaste im CADWORK Programm können nicht mehr genutzt werden.

Gemäss untenstehendem Mailverkehr haben wir das Problem mit den Supportern von CADWORK probiert zu lösen und sie haben festgestellt, dass das Problem durch Timepunch verursacht wird. Als wir das Stopp-Fenster (rechts auf Bildschirm) von Timepunch deaktiviert haben Funktionierte das CADWORK wieder einwandfrei.

Im Watcher sollte auch die Kurzbeschreibung durchsuchbar sein, nicht nur die Projekt Id.