Alle Projekte

Beim Löschen von Benutzerprofilen erhalte ich jedes Mal folgende Fehlermeldung:

Die Delete Anweisung steht in Konflikt mit der Reference-Einschränkung „TP_Tips_FK01“
Der Konflikt trat in der TimePunch Datenbank „TimePunch_neu“, Tabelle „DBO.TP_Tips“, Column „User“ auf.
Die Anweisung wurde beendet.

Beim Start des Watchers erhält der Mitarbeiter folgenden Fehler:
Der Watcher lässt sich dann nicht starten.

Beim manuellen Start läuft das System problemlos.

The error time: 13.07.2018 08:30
Exception:
System.TimeoutException: Timeout für den Vorgang wurde überschritten.

 bei System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherOperation operation, CancellationToken cancellationToken, TimeSpan timeout)
 bei System.Windows.Threading.Dispatcher.Invoke(Action callback, DispatcherPriority priority, CancellationToken cancellationToken, TimeSpan timeout)
 bei TimePunch.Watcher.Views.MainWindow.InitializeContextMenu(ReadOnlyCollection`1 quickSelection)
 bei TimePunch.Watcher.Views.MainWindow.Initialize(Object sender, RoutedEventArgs e)
 bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
 bei System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
 bei System.Windows.BroadcastEventHelper.BroadcastEvent(DependencyObject root, RoutedEvent routedEvent)
 bei System.Windows.BroadcastEventHelper.BroadcastLoadedEvent(Object root)
 bei MS.Internal.LoadedOrUnloadedOperation.DoWork()
 bei System.Windows.Media.MediaContext.FireLoadedPendingCallbacks()
 bei System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
 bei System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget)
 bei System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget)
 bei System.Windows.Interop.HwndTarget.OnResize()
 bei System.Windows.Interop.HwndTarget.HandleMessage(WindowMessage msg, IntPtr wparam, IntPtr lparam)
 bei System.Windows.Interop.HwndSource.HwndTargetFilterMessage(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 System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, 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)

Es sollen Berichte eingebunden werden können, bei denen sowohl eine beliebige Anzahl von Miterabeitern, wie auch eine beliebige Anzahl von Projekten ausgewählt werden können.

Im Importdialog:

… war aber durch den Text im aufpoppenden Dialog verunsichert. Es heißt dort:

\"… wählen Sie den Mitarbeiter aus, FÜR den Sie die Daten importieren wollen….\"

Und dabei wird nur der Name des Quellprofils zur Auswahl gestellt.

So hat man den Eindruck, dass die Daten wieder ins Quellprofil zurückgeschrieben werden. (\"für\" –> \"Ziel\") Oder habe ich da was falsch verstanden? Schon klar, das macht wenig Sinn, dennoch sollte der Wortlaut passend sein. Denn gerade Umgang mit größeren Datenbeständen möchte man sich das Probieren, selbst auf die Gefahr hin, dass etwas schief geht, nicht erlauben.

Test und Deployment des Studio Moduls auf dem TimePunch Testserver

Test und Deployment des Watcher Moduls auf dem TimePunch Testserver

In seltenen Fällen werden nicht alle Mitarbeiter in der Anwesenheitsliste angezeigt.

Im Bericht “Projektabrechnung” ist mir schon häufig aufgefallen, dass die Zuordnung zum Kunden teilweise fehlt.
Das Vorgehen ist aber immer so, dass im Projekt direkt ein Kunde voreingestellt ist.

Trotzdem scheint bei manchen Aktionen die Zuordnung zum Kunden verloren zu gehen.

Von Kunden wird berichtet, dass teilweise eine doppelte Anmeldung im Kalender notwendig ist.
D.h. nach der ersten erfolgreichen Anmeldung wird die Login Seite nochmal angezeigt.

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.

Es fehlt aber noch ein entscheidenes \\\”Feature\\\”: Bedienung per Tastatur. Zumindest
die Grundfunktionen wie >Eintrag erstellen<, bzw. das Bestätigen eines Dialoges mit
Enter oder das Abbrechen per Escape.

TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist.
Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.

TAB sollte bei Uhrzeit von Stunde zu Minute springen, nicht nach unten

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

System.OutOfMemoryException wenn die Urlaubsübersicht ab ca. 65 Mitarbeiter für mehrere Monate aufgerufen wird.

Das Synchronisieren sollte auch mit Änderungsrechten möglich sein.
Wenn der Benutzer nur Änderungsrechte hat, muss jedoch verhindert werden, dass neue Projekte beim importieren angelegt werden. In diesem Fall muss der Sync Vorgang abgebrochen werden.

Auch Mitarbeiter und Mitarbeiter in Vertrauensstellung sollen die eigenen Zeiten Synchronisieren können.
Der Download der Zeiten steht jedoch nur Mitarbeitern in Vertrauensstellung zur Verfügung.

Zeiten, die in der Zukunft eingetragen sind, werden nicht gesendet.
Dieses sollte unbedingt behoben werden.